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