Коротко: чтобы уменьшить пересорт, нужно связать физические действия с записями в системе: что приняли, откуда отобрали, во что упаковали и что отгрузили. WMS помогает проверять эти действия и сохранять историю. Результат зависит от качества маркировки, правил работы и того, как обрабатываются исключения.
Клиент говорит: «Прислали не то». Кладовщик отвечает: «Собрал по заданию». В заказе указан правильный артикул, документы проведены, остатки выглядят правдоподобно. Но из этих данных ещё нельзя понять, что именно оказалось в коробке.
Обычно разбор начинается с поиска человека, который мог ошибиться. Руководитель поднимает документы, спрашивает сборщика, зовёт упаковщика. Чем больше времени прошло после отгрузки, тем меньше шансов восстановить последовательность действий по памяти.
Чтобы такие споры можно было разбирать предметно, нужна история движения товара и проверки в тех местах, где ошибка ещё поправима. Начинать стоит с вопроса: на каком этапе правильный товар мог превратиться в неправильную отгрузку?
Пересорт возникает, когда один товар принимают, учитывают или отгружают вместо другого. Например, вместо нужной модели насоса в заказ попадает похожая модель с другими характеристиками. Общее количество изделий может совпасть, хотя состав заказа неверен. Недостача по количеству, повреждение и пересорт требуют разных проверок, поэтому при разборе рекламации сначала важно определить тип ошибки.
Представим два внешне похожих изделия с разными характеристиками. Это условный пример, но он хорошо показывает устройство проблемы. При приёмке их перепутали и поставили в соседние ячейки. Сборщик пришёл по правильному адресу, взял нужное количество и подтвердил задание. Формально всё сделал верно. Фактически собрал другой товар.
Возможен и другой сценарий: товар отобрали правильно, но при упаковке перепутали два заказа. Или наклеили этикетку одного грузоместа на другое. В этих случаях дополнительная проверка только на отборе не закроет причину.
Поэтому я бы разбирал всю цепочку:
Такой разбор помогает поставить контроль там, где возникает риск. Если заставить людей повторять одну и ту же проверку несколько раз, но пропустить переклейку этикеток при упаковке, трудозатраты вырастут, а причина рекламаций останется.
Полезное сканирование проверяет конкретное условие: совпадает ли товар с заданием, допустима ли выбранная партия, тот ли контейнер используется для заказа. Сам звуковой сигнал сканера ничего не говорит о качестве контроля.
Если сотрудник может считать код с распечатанного листа и закрыть операцию, не подойдя к товару, запись в журнале будет. Подтверждения физического действия может не быть. Если всем разрешено вручную заменить артикул или количество без причины, обязательное сканирование тоже легко теряет смысл.
На проекте нужно определить, какие отклонения система блокирует, какие допускает с указанием причины, а какие передаёт на решение старшему смены. У сотрудника должен оставаться понятный способ сообщить о реальной проблеме: повреждённой этикетке, недостаче, другой упаковке. Иначе работа уйдёт в обход системы.
Серийный номер позволяет различать отдельные экземпляры одного артикула. Это полезно, когда важно проследить конкретное изделие: например, при гарантийном возврате или споре о том, какой экземпляр был отгружен.
Но для каждого склада поголовный серийный учёт не обязателен. Где-то достаточно контроля артикула и количества. Где-то дополнительно нужны партия, срок годности, характеристика или идентификатор грузоместа. Выбор зависит от товара, требований клиентов и того, какие ошибки бизнесу нужно предотвращать.
Чем подробнее учёт, тем больше требований к исходным данным, этикеткам и операциям. Поэтому сначала стоит определить задачу прослеживаемости, затем выбирать необходимую детализацию. Добавлять серийные номера всему ассортименту только ради обещания «полного контроля» может оказаться дорогим решением без соразмерной пользы.
Удобно проверять процесс на одном вопросе: что мы сможем показать, если клиент пожалуется завтра?
В истории отгрузки должны находиться заказ, задания, исполнители, время подтверждения, адреса отбора и состав грузомест. Если используется серийный или партионный учёт, соответствующие данные тоже должны сохраняться. Отдельно нужны записи о ручных исправлениях и повторной упаковке.
Эта информация помогает сузить поиск. Например, увидеть, что отбор прошёл штатно, а после него коробку переупаковывали. Или обнаружить, что один и тот же артикул вызывает расхождения уже при приёмке.
При этом журнал WMS не доказывает автоматически всё, что происходило с товаром. Он фиксирует события, которые система получила. Для некоторых процессов понадобятся дополнительные средства контроля, например контрольное взвешивание или фото упаковки. Их применимость нужно проверять: одинаковый вес разных товаров не позволит различить пересорт на весах.
Считать только число рекламаций недостаточно. Оно может уменьшиться вместе с объёмом отгрузок. Полезнее отслеживать долю ошибочных заказов, причины ошибок, затраты на исправление и время разбора обращения.
Отдельно стоит учитывать ошибки, пойманные до отправки. В начале их зарегистрированное количество может вырасти: контроль начнёт замечать то, что раньше проходило незаметно. Оценивать результат нужно вместе с долей ошибок, дошедших до клиента, и нагрузкой на проверку.
Точность складских остатков и точность комплектации заказа тоже лучше считать раздельно. Остатки могут сходиться в целом, хотя два клиента получили товары друг друга. Поэтому обещание «100% точности учёта» само по себе не отвечает на вопрос о качестве отгрузки.
Возьмите несколько недавних рекламаций и попробуйте восстановить путь товара по сохранённым данным. Отметьте места, где вместо фактов начинаются предположения. Именно там стоит искать недостающую проверку или событие, которое пока не фиксируется.
Затем проверьте этот сценарий в действующей системе или на демонстрации WMS: неправильный артикул, другая упаковка, недостача, повторная сборка. Важно увидеть и действия сотрудника, и то, что останется в истории после исправления.
Если пересорт повторяется, а разбор каждый раз заканчивается спором, обсудим вашу цепочку приёмки и отгрузки на бесплатной встрече, 30 минут. Посмотрим, где нужен контроль и какие данные для него уже есть.