← На главную

Рассмотрим распространенную логистическую ситуацию: в компании действуют периферийные склады (например, П1 и П2) и один центральный распределительный склад (Ц). Прямой транспорт между периферийными складами не ходит, а доставка всегда организована транзитом через центр. При попытке отразить такую цепочку в программе «1С:Управление торговлей 11» возникает сложность: типовой документ Заказ на перемещение бинарен, то есть связывает строго одного отправителя и одного получателя. Попытка создать собственный «сквозной» регистр сведений с пономенклатурными статусами перегружает базу данных, провоцирует блокировки и запутывает складских операторов на ордерных складах. Разберем, как грамотно выстроить процесс транзитного перемещения штатными средствами и минимальными доработками.

Архитектурный подход: разделение на два плеча перемещения

Проанализируем базовый принцип: не следует пытаться объединить физически раздельные перевозки в один неделимый документ. Оптимальное решение заключается в разделении маршрута на два типовых плеча: П1 → Ц и Ц → П2. Чтобы товар, прибывший на центральный склад, не был случайно перехвачен другими заказами и не растворился в свободных остатках, задействуем типовой механизм обособления.

1. Фиксация конечной потребности: На складе получателя П2 создается документ Заказ клиента или итоговый Заказ на перемещение со склада Ц на П2. Для требуемых строк номенклатуры устанавливается вариант обеспечения Обеспечивать обособленно.
2. Формирование первого плеча: На основании целевой потребности формируется Заказ на перемещение с отправкой со склада П1 на склад Ц. В реквизите Назначение табличной части автоматически закрепляется ссылка на исходный заказ склада П2.
3. Поступление в центр с резервом: Когда товар физически прибывает на центральный склад, он приходуется в остатки строго с заполненным измерением Назначение. Программа блокирует свободную отгрузку этой номенклатуры сторонним потребителям, резервируя ее исключительно под второй этап транзита.
4. Контроль выполнения цепочки: Для мониторинга движения груза не требуется создавать отдельный регистр. Используем типовой отчет Состояние обеспечения заказов. Он разворачивает дерево обеспечения и наглядно демонстрирует, на каком этапе находится номенклатура: ожидает отгрузки с П1, находится в пути, поступила на Ц или готова к финальной отправке на П2.

Оптимизация работы на адресном ордерном складе (кросс-докинг)

Выясним причину замедления складских операций на распределительном центре. Если центральный склад является ордерным и адресным, стандартный сценарий требует оформления целой цепочки: Приходный ордер на товары → Задание на размещение товаров в ячейки → Задание на отбор товаров из ячеек → Расходный ордер на товары. Для транзитных грузов этот цикл избыточен. Разберем по шагам, как обойти лишнюю раскладку по ячейкам:

1. Выделение транзитной буферной зоны: В структуре склада Ц создаем отдельное складское помещение либо настраиваем топологию ячеек зоны приемки без обязательного адресного хранения (например, со справочным размещением).
2. Приемка без последующего размещения: Кладовщик центрального склада оформляет Приходный ордер на товары в статусе Принят, фиксируя фактическое поступление транзитного груза в зону кросс-докинга. Документ Задание на размещение товаров не создается.
3. Прямой отбор на отгрузку: При отправке второго плеча на склад П2 формируется Расходный ордер на товары. Программа автоматически направляет задание на отбор номенклатуры непосредственно из ячеек зоны приемки, исключая ненужные физические перемещения по складу.

Контроль этапов через подсистему логистики

Посмотрим, как снять путаницу со статусами с рядовых операторов складов. Складские документы должны отвечать только за физическое наличие товара (собран, проверен, принят), а за статус нахождения груза в пути должна отвечать транспортная логистика. Для этого задействуем подсистему Управление доставкой:

1. Оба заказа на перемещение включаются в соответствующие документы Задание на перевозку.
2. Первый рейс связывает склады П1 и Ц, второй — Ц и П2.
3. Смена состояний рейса (Формируется, К погрузке, Отправлен, Закрыт) позволяет диспетчеру четко видеть, какая машина находится в пути, без необходимости открывать внутренние складские ордера.

Рекомендации по доработке без создания «тяжелых» регистров

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

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