Сборка заказов с ТСД: как перестать путать товар при отгрузке

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

Как собирают без терминала

Схема знакомая. Менеджер проводит заказ в 1С, печатает лист сборки и отдаёт на склад. Кладовщик идёт по складу с бумагой и ручкой. Находит товар глазами, отсчитывает коробки, ставит галочку.

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

Ошибку никто не видит до самого клиента. Клиент принимает товар, находит расхождение и пишет претензию. К этому моменту машина уже уехала, а кладовщик не помнит, что собирал вчера.

Как собирают с терминалом

Кладовщик не получает бумагу. Задание на сборку приходит из 1С прямо на терминал. На экране видно, что собрать, сколько и откуда брать.

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

Главное правило: сборку нельзя закрыть, пока есть расхождение. Если собрано меньше, чем заказано, терминал это показывает. Кладовщик либо досбирает, либо явно отмечает нехватку. Молча уйти с недовложением нельзя.

Порядок обхода склада

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

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

Контроль при отгрузке

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

Это ловит ошибки, которые прошли первую проверку. Например, собранную паллету поставили не в ту зону и погрузили в чужую машину. Или часть коробок сняли для другого заказа. Второй этап занимает минуты, а претензию крупного клиента разбирать дольше.

Весовой товар и сроки годности

С весовым товаром отдельная история. Коробка мяса весит не ровно десять килограммов, а 9,85 или 10,12. Если в документ идёт условный вес, клиент получает счёт на одно, а по факту другое.

Терминал решает это так. Кладовщик сканирует этикетку коробки, где уже зашит фактический вес. Этот вес уходит в документ отгрузки. Клиент платит за то, что реально получил, и спорить не о чем.

Со сроками годности терминал помогает выбрать партию. Если на складе лежат две партии одного товара, он подсказывает, какую брать первой. Обычно ту, у которой срок заканчивается раньше. Без подсказки кладовщик берёт то, что ближе к проходу, а старая партия остаётся лежать до списания.

Ошибки сборки и как их ловит терминал

Что делать при нехватке

Бывает, что товара в ячейке меньше, чем в заказе. Без терминала кладовщик собирает сколько есть и молчит. Менеджер узнаёт об этом утром, а иногда от клиента.

С терминалом порядок другой. Кладовщик отмечает нехватку прямо в задании. Заказ собирается частично. Менеджер получает сигнал сразу, пока машина ещё не уехала. Он успевает позвонить клиенту, предложить замену или перенести остаток на следующую поставку. Клиент узнаёт о нехватке до отгрузки, а не при приёмке. Это совсем другой разговор.

Что меряем и с чего начать

Я смотрю на две цифры. Первая — число претензий по пересорту и недовложениям. Считаем за пару месяцев до запуска и после. Вторая — время сборки одного заказа. На старте оно может немного вырасти, потому что люди привыкают сканировать. Потом обычно снижается за счёт маршрута по ячейкам.

Начинать нужно не с покупки терминалов. Сначала порядок в ячейках: у каждой свой адрес и этикетка, товар лежит там, где записано. Потом штрихкоды: у каждой фасовки свой код, свои коробки промаркированы. Если сканировать нечего, терминал превращается в дорогой калькулятор. Как именно задание на сборку создаётся в вашей 1С, зависит от конфигурации. Это нужно проверить на своей версии заранее.

Частые вопросы

Можно ли сканировать только паллеты, а не каждую коробку?

Да, если паллета целая и её состав известен в учёте. Одно сканирование этикетки засчитывает всю паллету. Сборные заказы собирают по коробкам.

Что если на коробке поставщика нет штрихкода?

Печатаете свою этикетку на приёмке и клеите на коробку. Дальше работаете с ней как с обычным штрихкодом.

Сильно ли замедлится сборка?

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

Нужен ли второй этап у ворот для всех заказов?

Не обязательно. Я включаю его для крупных клиентов и сборных заказов, где цена ошибки выше.

Можно ли разрешить закрыть сборку с расхождением?

Можно, но только с явной отметкой нехватки и причиной. Тогда менеджер видит расхождение сразу, а не узнаёт о нём из претензии.

Коротко о главном

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

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

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