При работе по модели FBS на маркетплейсах (Wildberries, Ozon, Яндекс Маркет) или при оказании услуг фулфилмента склады регулярно сталкиваются с проблемой: заказов становится больше, а ручная позаказная сборка и расклейка этикеток приводят к пересорту, засылам и штрафам от площадок. Типовая конфигурация 1С:Управление нашей фирмой «из коробки» не содержит готового конвейерного АРМ для маркетплейсов, однако правильное выстраивание бизнес-процесса позволяет автоматизировать обработку сотен отправлений в смену даже силами одного-двух сотрудников.
Разберем по шагам, как выстроить логистику склада, организовать рабочее место упаковщика и исключить человеческий фактор при маркировке отправлений.
Рассмотрим типовую ошибку начинающих селлеров и небольших фулфилментов. Кладовщик берет реестр заказов, распечатывает ленту стикеров маркетплейса на термопринтере, идет с ней к стеллажам, находит товар и пытается наклеить соответствующий стикер. На этом этапе неизбежно возникают сбои:
Проанализируем две базовые механики комплектации и маркировки, применяемые на практике.
Вариант 1: Сборка по предварительно распечатанной ленте (Сортировка по номенклатуре)
В этом сценарии все новые заказы через API переводятся в статус «На сборке». Формируется сборочный лист (пикинг-лист), где заказы сгруппированы по одинаковым товарам, а лента этикеток печатается единым рулоном с группировкой: сначала штрихкод товара, затем все стикеры заказов на данный артикул. Кладовщик отрывает часть ленты под конкретную позицию, набирает нужное количество штук и тут же обклеивает их. Этот метод быстрее на старте и не требует сложного оборудования, но не исключает риск того, что сборщик перепутает визуально похожие артикулы.
Вариант 2: Сборка пулом с последующим сканированием и мгновенной печатью (Рекомендуемый)
Этот подход разделяет сборку на две изолированные фазы: отбор со склада и упаковку на контрольном столе. Механика выглядит следующим образом:
При таком подходе пересорт математически невозможен: этикетка физически не появится на принтере, пока не отсканирован корректный штрихкод товара.
Выясним, какое оборудование действительно необходимо. Полноразмерный терминал сбора данных (ТСД) нужен в первую очередь для перемещений по большим складам с высотным хранением. На этапе упаковки компактных заказов ТСД часто мешает, так как занимает руку сотрудника. Для быстрой работы требуется оставить обе руки комплектовщика свободными.
Посмотрим на типовую конфигурацию эргономичного рабочего места:
Рассмотрим логику работы программного модуля комплектации. Заказы маркетплейсов делятся на два типа, требующих разной обработки:
1. Однострочные заказы (Синглы: 1 заказ = 1 товар):
Это до 80–90% всех заказов на маркетплейсах. Здесь не требуется отслеживать состав сборных коробок. Алгоритм обработчика сканирования сводится к выборке первого подходящего документа:
// Пример логики поиска и распределения заказа при сканировании ШК
НайденныйШтрихкод = ВходныеДанные.Штрихкод;
ПараметрыОтбора = Новый Структура;
ПараметрыОтбора.Вставить("Статус", Перечисления.СтатусыЗаказов.КОтбору);
ПараметрыОтбора.Вставить("ШтрихкодНоменклатуры", НайденныйШтрихкод);
// Запрос ищет первый несобранный однострочный заказ с данным товаром
ЗаказКМаркировке = ПолучитьПервыйПодходящийЗаказ(ПараметрыОтбора);
Если ЗаказКМаркировке <> Неопределено Тогда
ПечатьЭтикеткиМаркетплейса(ЗаказКМаркировке);
ЗафиксироватьФактСборки(ЗаказКМаркировке);
Иначе
СообщитьПользователю("Товар не найден в текущей волне заказов или уже весь собран!");
ПодатьЗвуковойСигналОшибки();
КонецЕсли;
2. Многострочные заказы (Мульти: 2 и более товаров в одном заказе):
Для таких отправлений на упаковочном столе организуется сортировочная ячеистая стойка (стеллаж с пронумерованными лотками). При сканировании товара система сверяет, входит ли он в состав многострочного заказа. Если входит, на экране выводится крупное сообщение (например: «Положите в ячейку №3»). Когда все позиции конкретного заказа оказываются в ячейке, 1С подает звуковой сигнал «Заказ полностью скомплектован», распечатывает этикетку отправления и указывает оператору упаковать содержимое ячейки.
Проанализируем нюансы ведения адресного склада в типовой конфигурации. В 1С:Управление нашей фирмой функционал ячеек носит справочный характер (статическая привязка полки к номенклатуре в карточке). Динамический ячеечный учет с ведением остатков в разрезе каждой полки типовыми средствами не поддерживается.
Для эффективной работы на малых и средних складах рекомендуем следующий регламент:
Разделение складских операций на волновую сборку и поточную упаковку со сканированием позволяет устранить пересорт, свести время обработки одного отправления к нескольким секундам и подготовить склад к масштабированию без расширения штата.