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