Перестройка складских операций под ПЭУ: от приёмки до отгрузки в условиях маркировки

Оптовый склад работает в режиме высокой пропускной способности. За смену через зону приёмки проходят сотни палет, десятки фур, тысячи коробов и продукции. Новые правила маркировки требуют сверки каждой единицы товара, но при этом склад обязан сохранять скорость обработки и не создавать очередей в зоне отгрузки. 

Когда вместо учёта партий система запрашивает статус каждого DataMatrix-кода, привычные схемы приёмки и кросс-докинга становятся неактуальными. И вот уже ошибка в зоне разгрузки или пропущенный код при переупаковке тормозят отгрузку, а контрагент отказывается принимать груз с расхождениями. 

Переход на поэкземплярный учёт меняет и документооборот, и архитектуру складских процессов. Выстроить контур сканирования, агрегации и обмена данными так, чтобы логистика сохраняла темп, а соответствие требованиям Честного ЗНАКа стало стандартным этапом работы, возможно при чётком разделении зон контроля и подборе соответствующего инструментария. Но прежде чем перестраивать процессы, важно понять, почему именно складская логика требует особого подхода — и чем она отличается от производства или розничной точки. 

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

Учёт должен работать на скорости склада: раскрытие вложенности — автоматически, проверка статусов в ГИС МТ — мгновенно, синхронизация с WMS — без ручного переноса. И для этого нужно обновить не только программный контур, но и распределение задач между сотрудниками. 

Однако любая автоматизация теряет смысл, если не зафиксировано, кто именно отвечает за каждый этап движения кода — от момента разгрузки до передачи перевозчику.

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

Выстроенный цикл будет работать только при условии, что каждое сканирование сразу фиксируется в учётной системе, а статус кода обновляется без задержек. Если эта синхронизация нарушена — данные в системе расходятся с физическим положением товара — устранение требует ручного вмешательства, пока груз занимает полезную площадь и не может быть передан перевозчику. Чтобы избежать таких ситуаций, нужно выстроить технологический маршрут так, чтобы данные двигались одновременно с товаром — от зоны приёмки до отгрузки. 

Редко когда оптовый склад отгружает товар в том виде, в котором он пришёл. Палеты поставщика расформировываются, позиции перебираются под заказы конкретных контрагентов, собираются новые короба и палеты. На каждом этапе сохраняется требование точного соответствия физического груза цифровому реестру. 

Чтобы обеспечить это соответствие, нужно выстроить рабочий цикл из четырёх последовательных шагов — от момента разгрузки до передачи груза перевозчику. 

Оператор загружает УПД в 1С/WMS и формирует задание для терминала. Приёмщик сканирует груз непосредственно в зоне разгрузки. При агрегированной поставке достаточно считать код палеты — система раскроет вложенные единицы и сверит их с документом. При этом, если будут какие-либо расхождения или обнаружатся марки другого владельца, завершить операцию не получится. ЭДО подписывается только после формирования фактического отчёта.

Комплектовщик сканирует товарные единицы, программное обеспечение связывает их с новым кодом короба, затем с кодом палеты. Иерархия фиксируется в учётной системе и передаётся в ГИС МТ. 

Стоит помнить, что ошибки на этом этапе нарушают прослеживаемость, и контрагент при приёмке 100% зафиксирует несоответствие.

При перемещении из зоны приёмки в камеру хранения или линию отбора оператор сканирует код груза и штрихкод ячейки. Данные синхронизируются с WMS, что исключает «фантомные» остатки, упрощает инвентаризацию и позволяет точно направлять сотрудников по маршруту.

Система проверяет статус каждого кода в ГИС МТ в момент сканирования. Если марка просрочена, заблокирована или числится за другой организацией, терминал не позволит включить её в заказ. После сборки данные возвращаются в 1С, автоматически формируется УПД с точным перечнем кодов, документ подписывается и груз передаётся перевозчику.

Для выполнения этих этапов на скорости оптовой площадки требуется программно-аппаратный комплекс. Решения на базе платформы Клеверенс (например, «Склад 15») управляют процессами без кастомной разработки: обеспечивают приёмку, переупаковку, внутренний учёт и отгрузку с автоматической проверкой статусов КМ. Система также позволяет проверить принадлежность DataMatrix конкретному юрлицу, заказать коды в Честном ЗНАКе и напечатать дубликат марки прямо на складе. 

Но все эти этапы предполагают, что товар поступает на хранение. А что происходит, когда склад работает без накопления — в режиме транзитной перегрузки?

Особый режим работы склада — кросс-докинг (когда товар не поступает на хранение, а сразу перегружается из зоны приёмки в зону отгрузки) в условиях ПЭУ требует мгновенной сверки кодов и формирования УПД без задержек. В случае работы на ТСД, если поставщик присылает агрегированную палету с SSCC-кодом, достаточно будет одного сканирования — система раскроет вложенность и автоматически сформирует документ для отгрузки. А при поштучной поставке приёмщику придётся отсканировать каждую единицу товара — тогда терминал сверится с заданием и передаст данные в 1С для формирования УПД. 

Кросс-докинг в режиме ПЭУ возможен только при полной автоматизации: ручная сверка создаёт очереди и срывает графики отгрузки. Но если на одном складе одновременно обслуживаются десятки клиентов с разными владельцами товара, требования к изоляции данных и разделению зон становятся критично важными.

Контрактное хранение для разных владельцев товара требует разделения зон, независимых учётных записей и изолированных потоков данных в ГИС МТ. Когда на одном складе хранится продукция десяти клиентов, система должна гарантировать, что коды не пересекаются, а отчёты отправляются от имени правильного юрлица. 

Решения на базе Клеверенс поддерживают мульти-tenant архитектуру, при которой каждый клиент получает отдельный контур учёта, свои задания на ТСД и собственные отчёты в ГИС МТ. Это исключает путаницу и позволяет 3PL-оператору обслуживать десятки клиентов без смешения статусов. Но стоит помнить, что 

ни базовый склад, ни кросс-докинг, ни мульти-tenant архитектура не работают без надёжной технической инфраструктуры.

Масштабы оптовой площадки не позволяют вести учёт со стационарных компьютеров или через самописные приложения. Проводные сканеры привязывают сотрудника к месту, а ручная сверка крипто-хвостов DataMatrix приводит к ошибкам в документах и срыву графиков поставок. Архитектура решения должна закрывать задачи верификации, агрегации и обмена данными без ручного вмешательства.

Когда технический контур определён, остаётся выстроить порядок внедрения так, чтобы переход не остановил текущую работу склада.

Переход на поэкземплярный учёт на складе начинается с проверки готовности учётной системы и внутренних регламентов. Поэтапная настройка гарантирует, что отгрузка не прервётся на этапе проверки марки, а остатки будут точно соответствовать физическому наличию. 

Приведённые ниже шаги выстроены по логике внедрения: от проверки интеграций до фиксации внутренних процедур. Выполнение их по порядку исключает накопление ошибок и позволяет площадке перейти в штатный режим до ужесточения контроля регулятора.

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

Внедрение новых систем и переход на непривычные алгоритмы работы редко проходят без вопросов. И чаще всего эти вопросы выходят за рамки стандартных инструкций. Они касаются масштаба операций, выбора оборудования, работы с расхождениями и требований 3PL-операторов. 

Ответы помогут закрыть основные пробелы до старта пилота и выстроить процесс без вынужденных простоев.

Если вы принимаете и отгружаете только готовые палеты поставщика без изменения состава тары, достаточно сканирования SSCC. При переупаковке, сборке заказов под сети или смене вложенности агрегация обязательна. Без неё УПД не пройдёт проверку контрагента, а груз вернётся обратно.

Для небольших объёмов — да, для сотен палет в смену — нет. Физическая сверка кодов у стационарного компьютера не выдерживает темп разгрузки, создаёт очереди и многократно повышает риск расхождений. ТСД кратно увеличивает пропускную способность и исключает привязку к рабочему месту.

В режиме ПЭУ такой документ не принимается. Требуется поэкземплярный УПД с перечнем DataMatrix-кодов. Если поставщик не может его сформировать, приёмка приостанавливается до корректировки документа, чтобы избежать блокировки груза и претензий регулятора.

Запустить инвентаризацию с ТСД по проблемным ячейкам, выровнять остатки в 1С и отправить корректирующие сведения в ГИС МТ через официальные документы. Изменение статусов «вручную» в системе маркировки не допускается — цепочка прослеживаемости восстанавливается документально.

Пилот на одной товарной группе при готовой 1С и настроенном ЭДО занимает 3–10 дней. Полномасштабный переход зависит от количества категорий, сложности адресного хранения и объёма тестов. Масштабировать систему можно после стабилизации цикла приёмки и отгрузки.

Да. Архитектура ПО Клеверенс поддерживает разделение зон хранения, независимые учётные записи для разных владельцев товара и раздельные потоки данных в ГИС МТ. Логистика каждого клиента остаётся изолированной и соответствует его регламентам.

Когда основные вопросы закрыты, остаётся оценить, как вся система работает в связке и что она даёт бизнесу в долгосрочной перспективе.

Поэкземплярный учёт на оптовом складе перестраивает процессы под сквозную цифровую прослеживаемость. DataMatrix проходит все участки площадки так же строго, как и сам товар. Чтобы сохранять темп отгрузок, сканирование, агрегация и сверка с ГИС МТ должны выполняться в автоматическом контуре, без ручных выгрузок и сверок «на глаз».

Готовые платформы, такие как «Склад 15» от Клеверенс, снимают с ИТ-отдела задачу постоянной поддержки интеграций. Обновления под изменения регламентов ЦРПТ, прямые коннекторы к 1С/WMS и встроенная логика проверки статусов работают без кастомных доработок. Это позволяет руководству склада сосредоточиться на пропускной способности и точности комплектации, а не на отладке программного кода.

В случаях запуска системы до сезонного пика или расширения ассортимента, маркировка становится стандартным этапом складской логистики, где каждая отгруженная палета сопровождается точным УПД и подтверждённым статусом в системе. Перед масштабным стартом обязательно оцените готовность текущих процессов, проведите тестовую приёмку на одной категории и зафиксируйте регламент синхронизации ЭДО с фактическим сканированием.