При работе с адресным складом в 1С:Управление торговлей 11.5 (или ERP 2.5) пользователи часто сталкиваются с ситуацией, когда система позволяет создать неограниченное количество документов Отбор (размещение) товаров на основании одного и того же Приходного ордера. Это происходит даже в тех случаях, когда весь товар уже был фактически размещен по ячейкам первым же документом. В результате возникают ошибки в учете: остатки в зоне приемки могут уходить в минус, а в ячейках хранения числится «виртуальный» товар, которого там нет.
Рассмотрим подробнее, почему так происходит, разберем внутреннюю логику системы и выясним, как настроить типовой контроль, чтобы исключить человеческий фактор и своевременно находить расхождения товаров на складах и организаций.
Проанализируем ситуацию с точки зрения архитектуры 1С. В типовой конфигурации связь между Приходным ордером на товары и документом Отбор (размещение) товаров не является жесткой. Как только товар по ордеру принят, он попадает в зону приемки (ячейку с типом Приемка). С этого момента для системы не имеет значения, каким именно ордером был оприходован товар. Система видит лишь наличие свободного остатка в зоне приемки, который необходимо переместить в зону хранения.
Если пользователь использует команду «Создать на основании» напрямую из формы ордера, он обходит механизмы контроля очередей. Программа просто копирует табличную часть ордера в новый документ размещения. Если первый документ размещения еще не проведен или не переведен в статус В работе, регистры накопления не фиксируют резервирование товара, и система «считает», что товар все еще ждет размещения.
Первым делом проверим настройки складской территории. Чтобы система физически не позволяла разместить больше товара, чем фактически есть в зоне приемки, необходимо включить контроль остатков. Разберем по шагам:
НСИ и администрирование — Склады и магазины.Настройки складских ячеек.Когда этот флаг установлен, 1С задействует регистр накопления ТоварыВЯчейках. При попытке провести второй документ Отбор (размещение) товаров в статусе Выполнено, система сравнит требуемое количество с остатком в ячейке приемки. Если первый документ уже «списал» товар из приемки, второй документ выдаст ошибку: «Недостаточно товара в ячейке...». При необходимости контролировать вместимость ячеек назначения при проведении документа можно использовать решение для контроля переполнения ячейки при ручном размещении.
Для правильной организации процесса размещения товаров крайне важно отказаться от создания размещений через кнопку «Создать на основании» в приходном ордере. Вместо этого рассмотрим использование специализированного рабочего места (АРМ).
Посмотрим на алгоритм работы через АРМ:
Склад и доставка — Приемка товаров в ячейки.Создать задание на размещение, товар исчезает из списка «Ожидают размещения» в этом АРМ.Важный момент: если документ размещения создан, но находится в статусе Подготовлено, товар может снова появиться в списке АРМ в зависимости от настроек фильтров. Поэтому необходимо оперативно переводить документы в статус В работе.
Проанализируем, как статусы документа Отбор (размещение) товаров влияют на «видимость» товара для системы:
ТоварыВЯчейках с видом движения Расход из ячейки приемки, но товар еще не «пришел» в ячейку хранения. Это создает виртуальный резерв. Другие документы размещения уже не смогут «забрать» этот товар.Следовательно, чтобы минимизировать ошибки, регламент работы склада должен подразумевать немедленный перевод созданных заданий в статус В работе.
Если на складе высокая интенсивность операций, рассмотрим использование упаковочных листов. Это один из самых надежных способов контроля. Когда приемка ведется местами (коробками, палетами), документ размещения создается не на номенклатурные позиции, а на конкретный штрихкод упаковочного листа.
Система жестко контролирует уникальность упаковочного листа в распоряжениях. Вы физически не сможете добавить один и тот же упаковочный лист в два разных документа размещения. Это полностью исключает проблему дублирования, так как распоряжение выдается на конкретный физический объект (ящик/палету), а не на абстрактное количество товара.
Выясним еще одну причину путаницы — смешивание разных поставок в одной зоне. Если на склад одновременно приходит несколько машин, и весь товар сваливается в одну ячейку типа Приемка, кладовщикам становится сложно отследить, что уже размещено, а что нет.
Рекомендуем организовать несколько зон приемки (или несколько ячеек внутри зоны приемки) и закреплять каждую поставку за конкретной ячейкой. В этом случае в документе Отбор (размещение) товаров будет четко указано, из какой именно ячейки забирать товар, и контроль остатков по этой конкретной ячейке не позволит создать лишнее задание.
Подводя итог, отметим, что типовая 1С:УТ 11.5 не содержит одной «волшебной кнопки», запрещающей ввод на основании, но предоставляет набор инструментов для контроля процесса:
Приемка товаров в ячейки.Контролировать количество товаров в ячейках в карточке склада.В работе блокирует остатки в зоне приемки.Соблюдение этих методологических правил позволит навести порядок на адресном складе и избавиться от «фантомных» остатков и дублирующих документов без привлечения программистов для доработки конфигурации.