Как правильнее сделать контроль остатков при проведении документа на каждую дату после даты проводимого документа.

Самый простой способ получить конечные остатки на каждую секунду после даты документа и если есть минус, значит документ создает отрицательный остаток в какой-то момент времени либо отбирает товар у будущих документов.
Но беда в том что данные при записи в регистре еще старые, например при изменении даты документа при записи в регистре он еще старой датой, поэтому поступление можно будет сделать позже реализации.

Какие еще есть методы для этого, где и как реализовано? Бегать по табличкам отнимать и проверять не охота. Есть какой-нибудь простой механизм?

(0)[получить конечные остатки на каждую секунду после даты документа]
а зачем на каждую - достаточно найти по ходу вперёд минимальный остаток и сравнить свои движения с ним

в УТ 11, например, сначала записываются движения, а потом уже остатки проверяются...

(1) Как вариант, но хотелось бы просто запросом это поймать
(2) В каком событии они это отлавливают? Если провести документ после реализации, то при записи этот документ будет еще до реализации. Или также как и в (1)?

В обработчике ОбработкаПРоведения() принудительно запишите нужные движения, а потом проверяйте остатки

(2) Это серьёзно?

(4) А почему нельзя наоборот!?

(5) а в ERP работает алгоритм ТС-а:
просмотр движений вперёд и отказ распроведения при уходе партий в минус

(5) а что в этом такого? наоборот, не надо очищать и записывать пустые движения в регистр для правильной работы контроля остатков. Нет косяков с порядком наложения блокировок, не надо доп. кода для управляемых блокировок и т.п.

например в УПП часто большую часть времени при перепроведении занимает именно отмена предыдущих движений. А ведь все равно потом они еще раз записываются.

(7) просмотр вперед и запись перед контролем друг другу не противоречат

(0) чушь собачья...методически неверное решение

(7) Это одна из причин отказа от ЕРП в России, зачем вначале делать движения, а потом разгребать последствия этих движений?

(7) >> просмотр движений вперёд

И как они это реализовали (просто любопытно)?

(11) куита

(11) ты бредишь
(12) успешно

(12)
Выбрать
   *
Из
   ТоварыНаСкладах.ОстаткиИОбороты(&МоментВремени,)
Где
  КоличествоОтстаток < 0

КоличествоКонечныйОтстаток < 0

(15) ничего после запятушки не забыл в запросе ?

(17) много кнопок жать. Но да, параметры виртуальной таблицы с отбором по выполненным движениям должны присутствовать.

(18) теплее =)

(19) куда теплее-то?

(17) Не тыкай на запрос, эта тема ещё Улю поднималась, ты такой не первый. То, что в стандарте это не реализовано, это заслуга Папика.

Тс говорит не о контроле отрицательных остатков на момент времени проводимого документа, а о расчёте остатков на немыслимое количество периодов: "получить конечные остатки на каждую секунду после даты документа". Это полный бред.

А есть еще и другой подход )))
Зачем проверять каждый раз при записи документа фиксирующего факт, можно проверять данные один раз в месяц перед расчетом себестоимости.

(22) это реальность, реализованная в тиражном продукте,
повторить которую может любой мало-мальски грамотный кодер

(21) с тех пор, как Улю опубликовал свою концепцию замены партий мир сильно изменился, во многом возможно и благодаря
ему

сначала РАУЗ-ом в УПП
теперь сочетанием РАУЗ и партий в ERP и УТ 11

(25) Партии в 7.7 - это непобедимая вещь. Там много недостатков, но если - бы сразу ввели проверку на остатки в приходах ТМЦ, то проблемы убавились в геометрической прогрессии.

(26) а при чем здесь 7.7, нет такой платформы

7.7 не попадалась мне уже года 4-е

Решение задачи, описанное в (0) - явно избыточное
для начала достаточно понять, от точки документа до сейчас - не уходят ли остатки в минус.

Для этого не надо проверять после каждого документа остатки - это расчет временных итогов и весьма ресуросоемко.

Понять уходят остатки в минус или нет как я описал - от документа до сейчас - рассчитывается практически мгновенно.

Но это требует доработок конфиги.
У меня так построен например, партионный учет ГТД

(7) тупое трудозатратное решение
.
а ну да: стоимость рецепта - как озвучивал Пит - 800 баков.
.
в прицнипе, на форуме это уже обсасывалось
.
УТ11, насколько я представляю, не позволяет решить такую задачу "чисто"

Вариант (1) мне представляется тоже вполне рабочим, хз правда скольо ресурса отожрет, но имхо это менее зтартано чем менять конфигу

(5) было заявлено, что такой вариант занимает меньше времени, чем расчет "проведения" и отказ от проведения если не удается "провести".

(32) https://yandex.ru/yandsearch?text=УдалитьДвиженияРегистратора%20site%3Aforum.mista.ru&clid=2186618&lr=2&csg=560%2C1388%2C47%2C2%2C0%2C0%2C0

(25) что-то яне помню, чтобы Пит публиковал открыто свою концепцию. И там в основном шла речь о проблемах "пересчета" списанных себестоимостей.

РАУЗ и УТ11 нивелируют проблему отрицательных остатков, просто считая что если в минус ушло в одном периоде - то это ничегшо страшного (вроде так?). Что счиать "одним" периодом - отдельный вопрос. То есть по сути, решение УТ11 - "грязное" и вообщем не решает проблему контроля отричуательных остатков

(29)
(30)
(31)
(32)
ох уж мне эти сказочники

(33) хз.. я мало понимаю в снеговике,
но то что япомню декларировалось почему сначала проводим а потом смотрим остатки, при минусе - откатываемся - это то, что такой вариант быстрее по времени, чем проводить распределение-списание партий-остатков алгоритмом...

(32) Что-то у вас не складывается, вначале надо изменить остатки по регистру, а потом проверять эти остатки по регистру.
Не проще-ли по старому дедовскому способу вначале подумать, а потом делать?

(35) сам ты сказочник ;-)
по восьмерки и предал то что слышал ;-)
.
а решение контроля минусов на всем протяжении от измененного документа до сейчас - в рабочем варианте опубликованном я не видел в открытом доступе. Но у мну на клюшках такой вариант работает и ошибку ухода в минус диагностирует практически мгновенно

Вариант (1) вполне может быть, но сколько такой запрос будет работать? - ведь минимальный остаток надо найти, а не просто мгновенно получить

(37) хз, я ж написал..
я этим богомерзким снеговиком с его извратами - пока не пользуюсь... ;-)

(37) я в самописке на 7-ке давно такое делал, коллеги оценили удобство - так проще проверять остатки

(38) Ну и какой приход может создать кучку движений проверки после его проведения!? Летает запрос как пчёлка и не даёт изменять локументы задним числом.

(37) старый дедовский способ очень тормозной, ну его нафиг, дебильный он.

(14) (15) С периодичностью по регистратору?
Неужели это достаточно быстро работает?...

(42) У тебя метод не от того деда.

(41) приход или расход - не суть важно. важно что если документ делает задним числом уменьшение остатков товара на объекте учета - то надо проверять...

(41) ну если работает быстро - то и хорошо.. хотя сомневаюсь, что это действительно оптимальное решение по скрости получения нужного результата - это же надо выдрать все остатки, которые получаются после каждого документа, двигающего остаток...

(45) Представь ситуацию изменения прихода в минус.

+ к (43) Хотя, наверное, если проверять только критичные  позиции - те, количество которых уменьшилось по сравнению с предыдущим проведением (увеличили/добавили количество в расходном документе или уменьшили/убрали количество в приходном документе), то наверное будет работать относительно быстро.

(43) я тоже в шоке...остатки и обороты тяжёлая виртуальная таблица, это ж сколько времени документ будет перепроводиться...а если данных много...и где гарантия что минус возник именно вследствие этого документа?

(44) давай рассуждать логически: старый метод всегда пишет в регистр 2 раза. Новый метод пишет 2 раза, только если получился отрицательный остаток. На практике 98% случаев всё с остатками нормально, в 2% остаток отрицательный. ТО есть в 98% документов новый метод пишет в регистр за один раз.

В ветке речь не про старый и новый метод контроля остатков, эта тема баян уже давно, а про расчёт отрицательных остатков в будущем, которые возможно возникнут после перепроведения документа...

(50) Запись регистра создает движения регистра. Проверка на отрицательные остатки ничего не создаёт. Что-же будет работать быстрее!?

(49) проверить запросто. а гарантия - невозможность возникновения минуса из-за контроля :)

вообще, конечно, можно сделать какой-нить РС с минимальными остатками по периодам и в подписке на основной РН его заполнять, но тут надо просто посмотреть, какой процент документов мы должны _с контролем_ перепроводить и какой глубины период контроля при этом будет.

все от практики.

(52) -> (33)

(52) очистка+проверка. пишет в регистр.

(54) Ну и зачем менять регистр, потом отменять регистр, если и без этого легко делается?

(55) Я думал только в отчеты бухгалтеров, а вон оно как оказывается :)

(47) запросто

с другой стороны трудно представить изменение поступления которое приведет к минусам остатков -такие минуса могут быть только виртуальными то есть непорождаются физическим изменением остатков
Например учетное перемещение товаров между своими фирмами физический остаток товара не уйдет в минус а учетный может запросто

Не
Все равно мне кажется что вариант в (1) будет достаточно тяжелый
Могу конечно и ошибаться

И все равно склоняюсь к тому, что контролировать какие-либо остатки при неоперативном проведении - фигня и хрень.

(61) >>  контролировать какие-либо остатки при неоперативном проведении - фигня и хрень.

Всё зависит от конкретного бизнес-процесса.
Где-то наоборот - принято правило, что при оперативном проведении (здесь и сейчас) контролировать остаток в учете не надо, т.к. если товар физически есть на складе (на прилавке), то его надо продать (списать), а уже потом при неоперативном перепроведении пусть менеджеры/кладовщики разбираются почему произошло расхождение фактических данных с данными учета (надо делать контроль отрицательных остатков).

я себе сделал контроль по другому, на основании последовательности и автоматичкому востановлени. ее. в случае ухода в минус документ пишестя в отдельный регистр и отсылается администратору учета для разгребания.

система нормально работает на текущем месте 1 год, аналогичная система работает в другом месте уже 5...

У нас есть такой контроль: по кнопке "Провести неоперативно" контролируются остатки от документа "вперед" - пишется, на каком документе какой товар уходит в минус.
Но такое неоперативное проведение - исключение.