Как собрать 15 заказов за один проход по складу и не перепутать ни одной марки?

Есть вещи, которые понимаешь, только после того, как сам через них пройдёшь. Например, что при 300 заказах в день сборщик половину смены просто ходит по складу — от полки к столу упаковки, от стола обратно, а к середине рабочего дня половина заказов ещё не собрана.

Мы — фулфилмент-оператор. Работаем с селлерами на Ozon и Wildberries. Несколько месяцев назад мы вшили проверку кодов маркировки прямо в процесс сборки заказов. Благодаря чему нам удалось избавиться от пересортов и ручной сверки с Честным ЗНАКом.

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

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

Так в нашем приложении появилась операция «Сборка в тележку».

Сборщик получает на ТСД пачку заказов. Например, 15 штук. «Маркетплейс 15» строит общий маршрут по складу. Сборщик идёт по ячейкам, берёт товары и складывает в тележку. Для обычных товаров всё просто: взял нужное количество, привёз в зону упаковки, разложил по коробкам.

С маркировкой появляется лишний шаг, потому что каждый DataMatrix тоже нужно отсканировать, и система должна понимать, к какому именно заказу этот код относится.

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

Сборщик путал упаковки и складывал в заказ не то, что нужно. Система этого, естественно, не видела — коды-то уже отсканированы и привязаны. И физически товар пару раз уезжал не туда. Повезло, что мы практически сразу заметили эти ошибки — когда стали выводить марки из оборота в Честном ЗНАКе.

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

Для нас было важно, чтобы приложение контролировало не только подбор товара с полки, но и раскладку по заказам в зоне упаковки. Иначе смысла от сборки в тележку не было — разбирать-то всё равно потом вручную, только с большим количеством товаров одновременно.

Мы озвучили это разработчикам «Маркетплейса 15», и в последнем релизе они добавили работу с маркировкой в операции «Сборка в тележку». Сейчас мы сканируем марки прямо во время сборки, а не после того, как вся продукция уже лежит на столе упаковки.

Для Wildberries добавили автоматическое определение маркируемых товаров по данным маркетплейса. На смешанном ассортименте это важно отслеживать, так как часть позиций требует DataMatrix, часть нет, а по некоторым категориям правила вообще поменялись только недавно. Главное, что сборщику не нужно держать это в голове — если товар маркируемый, приложение само запросит сканирование. Если нет — пропустит шаг.

Ещё одна вещь, которая для тележки оказалась обязательной, — это разделение заказов по складам. Если у селлера несколько складов на WB или Ozon, в одну тележку не должны попадать заказы из разных потоков. Иначе на упаковке начнётся каша: разные склады, разные остатки, одинаковые товары. Теперь приложение собирает в тележку только тот пул заказов, который относится к одному конкретному складу.

Софт софтом, но физическую организацию тоже пришлось пересмотреть.

Когда тележка с товарами для 15 заказов приезжает на упаковку, нужно где-то эти товары раскладывать. Мы организовали рабочее место так, чтобы на столе одновременно могло лежать несколько коробок, но чтобы каждая была подписана номером заказа.

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

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

Физическую организацию мы перестроили. Но одно дело — правильно разложить коробки на столе, и совершенно другое — сделать так, чтобы весь процесс от подбора заказа до отгрузки работал как единое целое.

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

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

Вывод марок из оборота делаем сейчас напрямую через коннектор «Маркетплейса 15» с ЧЗ. История соответствия КМ заказам собирается за пару минут, и можно посмотреть кто из сотрудников делал подбор товаров, какой DataMatrix сканировал, в какой заказ положил.

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

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

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

Кстати, у «Маркетплейса 15» есть двухнедельный бесплатный период. Этого хватит, чтобы понять, справится приложение с вашими объёмами или нет. Ну а мы уже нашли то, что ещё можем улучшить. И, возможно, это появится в новом релизе «Маркетплейса 15», потому что уже обсуждаем с разработчиками доработку.