Как должен работать документ инвентаризации?

Приветствую.

Более подходящего раздела не нашёл, поправьте меня, если вдруг не прав!

Суть вопроса: на основании какого поля документа инвентаризации должны формироваться списание и оприходование - величина несхождения или фактический остаток? Данный вопрос сводится к тому, какое поле нужно хранить в документе и почему?

Понятно, что это вопрос подхода к решению, но всё-же - интересует реальная практика создания такого документа в учётной системе, то есть кто как делал?

Варианты:

1. Храним заведёную оператором дельту и проведённый документ заносит её-же в списание и оприходование в зависимости от знака.

2. Храним фактический остаток и проводя документ инвентаризации, вычисляем величину несхождения относительно текущего остатка и ставим в списание/оприходование.

3. Храним опять остаток и проводя вычисляем дельту на основании отличия от остатка на, к примеру, некую дату операции.

4. может быть ещё..? :))

LTE
Суть вопроса: на основании какого поля документа инвентаризации должны формироваться списание и оприходование - величина несхождения или фактический остаток? Данный вопрос сводится к тому, какое поле нужно хранить в документе и почему?

Предлагаю вам направить вашу думательную энергию на какой-либо более существенный вопрос, например, на создание удобного интерфейса инвентаризационной ведомости.
ЗЫ: лично я бы хранил в документе оба поля. Потому что практика "это храним, а вот это считаем на лету" иногда приводит к тому, что при изменении некоторых данных пересчитываются цифры в уже учтенных и давно забытых документах. Поэтому желательно сохранять все, и исходные столбцы, и расчитанные на момент учета документа, в качестве дополнительной гарантии целостности данных.

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

LTE

Суть вопроса: на основании какого поля документа инвентаризации должны формироваться списание и оприходование - величина несхождения или фактический остаток? Данный вопрос сводится к тому, какое поле нужно хранить в документе и почему? ... 2. Храним фактический остаток и проводя документ инвентаризации, вычисляем величину несхождения относительно текущего остатка и ставим в списание/оприходование. 3. Храним опять остаток и проводя вычисляем дельту на основании отличия от остатка на, к примеру, некую дату операции.

вопрос распадается на два: технический и организационный.

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

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

но! важно!
матответственный отвечает за остатки. различия вторичны.

======================
теперь технический аспект.

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

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

======================
Главное:
= в реальной жизни матответственный отвечает за остатки.
= как бы вы ни реализовали - остатки после инвентаризации должны совпадать с теми, за которые расписался матответственный.

LTE
2. Храним фактический остаток и проводя документ инвентаризации, вычисляем величину несхождения относительно текущего остатка и ставим в списание/оприходование.

+1

Храним текущие вычисленные учетные остатки, храним фактические остатки
списание/оприходование делаем из расчета разницы этих показателей

Думаю, надо подчеркнуть уклон темы к опорному остатку в механизме проведения.
Насколько корректно использовать текущий, то есть не привязанный ко времени операции остаток?
Если такое реализовывалось, как приживалось в таком виде?

Naf
Храним текущие вычисленные учетные остатки, храним фактические остатки списание/оприходование делаем из расчета разницы этих показателей

Храним вычесленные учетные остатки на момент (дата_время) инвентпризации. При редактирование предшествующих документов
Храним введенные

Naf
Храним текущие вычисленные учетные остатки, храним фактические остатки списание/оприходование делаем из расчета разницы этих показателей

+1. Уточнение.

Храним вычисленные учетные остатки на момент (дата+время) инвентаризации. При редактирование предшествующих инвентаризации документов эта величина по согласию пользователя и при наличии у него прав может быть автоматически пересчитана.

Храним введенные пользователем фактические остатки.

Недостача \ убыток - расчетная величина.

P.S. Модератор, предыдущий мой пост удалите пожалуста, он был не дописан.

Ркасскажу как сделано у нас.
- В процессе работы если товар либо найден, либо не могут найти - он помещается в ячейку lost+founds
- В момент инвентаризации отменяется автоматическое наполнение зоны пикинга из зоны хранения.
- В момент инвентаризации запрещаются любые отгрузки, резервы, заказы и прочее.
- В документе инвентаризации фиксируется и хранится остаток склада по программе, заполняется и хранится то что насчитали.
- Программа сама производит расчет разниц после чего редактирование документа не представляется возможным, документ сохраняется.
- Можно дополнительно сделать выборочные инвентаризации, правда, по факту расхождений они и так делаются, то есть если оператор видит разницу с системой, он направляет счетчика (другого) пересчитать товар еще раз.
- Счетчику очевидно результаты предыдущего счетчика не показывают.
- Материально ответственный видит текущие разницы между программой и тем что считают.
- По завершении инвентаризации ячйка lost+founds очищается.