Этот процесс также является необязательным и требуется только в том случае, если заказ необходимо промаркировать уникальной этикеткой от службы доставки или маркетплейса.
Маркировку можно объединить с процессом упаковки — вместо печати внутренней этикетки WMS с идентификатором заказа вы сразу получаете этикетку нужной службы доставки.
И на самом деле это выглядит более логично: зачем иметь дополнительный этап, отдельный стол или отдельного сотрудника, если всё можно сделать сразу в процессе упаковки?
Выделение маркировки в отдельный процесс может понадобиться в следующих случаях:
Каждый заказ необходимо измерять и взвешивать (хотя это часто можно встроить в процесс упаковки — к тому же имеет смысл стандартизировать размеры коробок, что позволит отказаться от измерения большинства заказов).
Размер и формат этикеток различаются у разных служб доставки, из-за чего может потребоваться частая смена рулонов в принтерах и перенастройка их параметров.
Впрочем, это также решается организацией нескольких упаковочных рабочих мест с разными настройками и распределением потоков заказов между ними с помощью очередей (о них мы поговорим чуть позже).
Если WMS в реальном времени взаимодействует с API службы доставки в процессе маркировки, скорость работы может существенно снижаться при медленной работе сервера службы доставки — или полностью останавливаться,
если сервер недоступен. Это более весомый аргумент в пользу вынесения маркировки в отдельный процесс, так как это позволяет упаковке продолжать работу независимо от доступности сторонних серверов, а заказы можно буферизовать и промаркировать позже.
В любом случае, маркировка как этап необходима — а будет ли она отдельным процессом или частью упаковки, зависит от конкретных потребностей вашего склада. WMS должна обеспечивать достаточную гибкость, чтобы поддерживать максимально возможное количество сценариев.
На этом пока всё — давайте перейдём к процессу отгрузки заказов, которые уже были собраны, упакованы и промаркированы.
