Алгоритм проведения инвентаризации в СМ2000 1.026.2 sp1 : Супермаг Плюс (Супермаг 2000)

Задача:
Торговый зал. Проводим при помощи ТСД инвентаризацию по произвольным отделам(произвольный отдел = секция, стеллаж, ...). Закончили один отдел, печатаем посчитанные данные и отдаем на сверку продавцам. И так каждый отдел. Далее необходимо слить все в одну инвентаризацию.

Вроде задача несложная, но есть подводные камни. В СМ есть механизм проведения инвентаризации с помощью Инвентаризационных описей. То есть на каждый отдел создаем отдельную опись. Печатаем, даем на сверку. Далее создаем сличилку на основании описей и все описи уже там.
НО!!!
1. В сличилке оказываются лишь фактические остатки. Но учетные осттки не все, товар может и не лежит на полке, но висит в остатках за торговым залом. А сличилку уже нельзя редактировать, давбы пополнить ее учетными отсатками.

2. Опять таки человеческий фактор. Забфли что-то посчитать. После обнаружили и решили добавить ручками. Опять нет. Сличилка не редактируется.

Казалось бы подходит еще и другое решение:

Делаем также описи. Затем создаем самостоятельную сличительную ведомость. В нее заливаем описи механизмом импорта из документа. Ее уже можно и редактировать и добавить учетные остатки и тд.

НО!!!

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

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

Если я правильно понял, то решение следующее. Алгоритм из первого поста. После создания сличительной ведомости делаем следующее. Создаем еще одну, но уже самостоятельную отложенную сличилку и заливаем в нее импортом данные из сличилки на основнии описей. И в этой уже сличилке добавляем учетные и все, что еще обнаружили и нашли.

Недостаток лишь в лишнем документе. И дополнительных манипуляциях.

Как бы ни было, но решение. Правда хотелось, чтобы в СМ хоть как-то об этом простом явление позаботились.

И еще решение:

Опять таки дополним алгоритм из первого поста. К созданным описям добавим еще одну, которую заполним по остаткам на складе. Фактическое количество же оставим нулевым. Это у будет учетное количество. Ждем всех разбирательств и поисков товаров. В случае обнаружения таковых, редактируем описи. Далее создаем сличилку на основании описей. И будут там и учетные и фактические. И то, что сличилка не редактируется даже на пользу может пойти.

А случае чего. Грохаем ее и создаем новую на основании описей с тем же номером приказа!

Нет. Ты не прав.
Удаляем первую сличилку.
Меняем инвентаризационные описи/добавляем новые.
Создаем на их основе новую сличилку.

Насколько я помню в сличилке, созданной на основании инв. описей, править ничего низя. Но кто мешает, как сказала Mtirt, обновлять её.

.. и почему не сделать инв. описи по всем товарам?

Это к какому посту? Я разницы не узрел

Пардон, что значит обновлять созданную сличилку?


Этот вариант был в одном их двух решений выше. Различий не вижу.