Кладовщики собирали заказы из внешне очень похожих товаров — около десятка разных марок в небольшом наборе схожих фасовок. Ошибиться было легко, а поймать ошибку — почти невозможно: собранную паллету не разберёшь. Ни проверки, ни палетные весы, ни переход на сборку по терминалу проблему не закрыли. Мы подключили весы к 1С так, что терминал принимает скан коробки только после того, как она физически легла на тележку. Пересорт при сборке перестал быть постоянной проблемой.
С чем к нам пришли
Клиент — торговая компания узкой специализации со своим складом среднего размера. Ассортимент компактный: 10−12 марок, у каждой — фиксированный набор фасовок. Наборы сильно пересекаются. Всё это едет к клиентам в коробках, которые внешне отличаются мало.
Сборка устроена просто. Кладовщик берёт складскую тележку, ставит на неё деревянную паллету и катит её между стеллажами, собирая товар по одной коробке. Так — всю смену.
Здесь и возникает проблема, знакомая любому складу с однородным ассортиментом: перепутать две коробки очень легко. Разные марки одной фасовки. Одна марка в двух похожих фасовках. Монотонная работа, тысячи повторений за смену, и рано или поздно не та коробка оказывается на паллете.
Последствия расходятся дальше по цепочке:
в учётной системе остатки перестают сходиться с фактом;
клиент получает не то, что заказывал;
начинаются возвраты, замены и компенсации;
склад тратит время на разбор того, что уже уехало.
Это не разовый сбой, а постоянный фон. Именно такие проблемы сильнее всего раздражают: каждая по отдельности мелкая, но вместе они не заканчиваются никогда.
Как пробовали решать — и почему этого не хватило
К моменту, когда мы взялись за пересорт, склад уже прошёл три круга. Каждый шаг был логичным, и каждый упирался в свою стенку.
Проверять собранную паллету. Самое очевидное решение: собрали — пересчитали. На практике не работает. Товар на паллете уложен плотно, как тетрис, и часть коробок тяжёлые. Снаружи видно только верхний слой; что внутри — неизвестно. Чтобы проверить по-настоящему, паллету нужно разобрать и собрать заново, и так с каждым заказом. От сплошной проверки отказались — она стоила дороже, чем ошибки, которые ловила.
Взвешивать паллету целиком. Для этого купили специализированные палетные весы: в теории по общей массе видно, правильно ли собран заказ. На практике выяснилось два ограничения. Первое: фасовка фиксированная, но фактическая масса каждой упаковки немного плавает, и на большом заказе эти отклонения складываются в заметную погрешность. Второе, куда более важное: весы вообще не различают разные товары одной фасовки — а это как раз самый частый случай пересорта. Весы остались стоять в углу.
Перейти со сборки по бумажке на сборку по терминалу. Это была наша предыдущая работа на этом складе и серьёзный шаг вперёд. На каждой коробке есть штрихкод, кладовщик видит задание на экране ТСД, сканирует товар по ходу сборки и в реальном времени видит прогресс. В теории проблема должна была закрыться.
Но в дело вмешалась механика самой работы. Если нужно собрать десять одинаковых коробок, гораздо быстрее просканировать одну из них десять раз, а остальные девять просто доложить на паллету. Формально задание закрыто, фактически девять коробок никто не проверял — и среди них может оказаться не та марка или не та фасовка.
Важно понимать: это не про недобросовестность. Когда действие повторяется тысячи раз за смену, любой человек ищет способ сократить путь. Административными мерами такое почти не лечится — доказать конкретное нарушение сложно, а держать процесс исключительно на дисциплине и штрафах на монотонной работе не получается: люди просто уйдут.
Что предложили мы
Задача выглядела нерешаемой без серьёзной перестройки склада. А подсказка нашлась в тех самых весах, что стояли в углу: сама идея взвешивания была верной, неверной была точка процесса, в которой её применяли. Обычные весы отвечают на вопрос «сколько весит собранная паллета». Бесполезный вопрос. Но если весы подключить к системе и снимать данные непрерывно, они начинают отвечать на другой вопрос — «что именно сейчас положили на тележку».
Каждая коробка, легшая на паллету, — это прирост массы. Система видит его в реальном времени и знает, сколько должна весить та фасовка, которая сейчас стоит в строке задания. Дальше остаётся сверить одно с другим, с допуском на разброс упаковки.
Так физическое действие связывается с его подтверждением в учёте: терминал принимает скан коробки только тогда, когда эта коробка уже лежит на тележке и её масса сошлась с ожидаемой.
Собрать заказ «пачкой» становится нельзя. Просканировать десять раз подряд, ничего не положив, система не даст. И, что важнее, у такого способа работы просто исчезает смысл: сканировать всё равно придётся по одной штуке по мере укладки — так зачем усложнять?
Оборудование при этом всё равно пришлось закупать: обычные палетные весы для такой схемы не годятся, нужны весовые тележки, умеющие отдавать данные наружу. Но это точечная замена тележек, а не перестройка склада и не новая складская система.
И принцип, который здесь важнее техники: не усиливать контроль за людьми, а убрать ситуацию, в которой отклоняться от процесса выгодно.
Как это устроено технически
Когда мы пошли изучать рынок, картина оказалась такой: весы, способные отдавать текущую массу в цифровом виде и в реальном времени, существуют. Их немного, стоят они заметно дороже обычных, и — главное — ни одно из этих решений не умеет делать то, что нам нужно, из коробки. Более того, ни одно из них не интегрируется с 1С так, как требовалось для этой схемы.
Дальше — по шагам:
Подобрали оборудование. Нашли весы, подходящие по техническим характеристикам и приемлемые по цене.
Подключились к их программному интерфейсу. Разобрались, как оборудование отдаёт данные, и написали модуль, который принимает поток значений массы и превращает изменение массы в событие «на паллету добавлена единица товара».
Связали прирост массы с заданием на сборку в 1С. Система сверяет фактический прирост с массой фасовки из текущей строки задания, с допуском на разброс упаковки.
Изменили логику терминала. ТСД принимает скан штрихкода только в связке с подтверждённым приростом массы.
Настроили реакцию на расхождение. На этапе опытной эксплуатации она была мягкой: предупреждение, запись в журнал и требование показать расхождение старшему кладовщику для первичного разбора. Жёсткость реакции настраивается — вплоть до полной блокировки.
Сделали режим отмены. Если коробку сняли с паллеты, процесс отыгрывается назад: масса уменьшилась, строка задания открывается снова.
Отдельно про терминал. Для этой схемы принципиально, что ТСД работает с нативным клиентом 1С: вся логика остаётся на стороне 1С, без прослойки стороннего мобильного ПО. Это даёт полный контроль над поведением терминала — включая ту самую проверку по массе, которую в готовом мобильном решении просто некуда встроить. Как выбирали терминал и что это даёт помимо этой задачи — тема отдельного кейса.
Отдельный вопрос, который возникает у всех: тележка ездит по складу, весы трясёт, паллета может стоять неровно — как отличить укладку коробки от дребезга? Ответ в самом процессе сборки. Кладовщик подъезжает к очередному стеллажу, останавливается и набирает то, что лежит здесь, затем едет дальше. На ходу собирать никто не пытается — это попросту невозможно. Плюс сама тележка массивная, общая масса груза — десятки, а иногда сотни килограммов, укладка идёт от центра, а весы взяли качественные. В сумме этого хватает, чтобы прирост от одной коробки читался уверенно.
Весь цикл проходит в реальном времени — между тем, как коробка легла на паллету, и тем, как терминал принял скан, проходят доли секунды. Для кладовщика внешне ничего не усложнилось: взял, положил, просканировал.
Чего схема не делает — и мы это не скрываем: она не защищает от умышленного обмана.
«Положить одну коробку, а просканировать другую по-прежнему ничего не мешает. Но защита и строилась от человеческой ошибки, а не от злого умысла.»
Андрей
тех. лид проекта
Именно поэтому она и работает. Пересорт на таком складе — это почти всегда усталость и невнимательность, а не саботаж. Против них достаточно того, чтобы ошибку нельзя было совершить случайно.
Что изменилось
Качество сборки выросло, а разбирательств с клиентами по пересорту стало заметно меньше. Данные по остаткам в учётной системе снова начали сходиться с фактическим состоянием склада — потому что каждая единица товара попадает в учёт в момент, когда её физически кладут на паллету.
Для бизнеса это значит:
меньше возвратов, замен и компенсаций;
меньше времени на разбор чужих ошибок задним числом;
достоверные остатки, на которые можно опираться при планировании отгрузок;
процесс, который держится не на дисциплине конкретных людей, а на самой конструкции.
Кому подойдёт такое решение
Схема работает там, где совпадают три условия:
однородный ассортимент — товары похожи внешне и различаются маркой или фасовкой;
сборка идёт поштучно на тележку, паллету или в короб;
проверка после сборки невозможна или слишком дорога — товар уложен плотно, тяжёл или упакован.
И наблюдение, которое шире этого проекта. Когда процесс регулярно нарушается, привычная реакция — усиливать контроль за людьми. Обычно эффективнее посмотреть, почему нарушать выгодно, и перестроить процесс так, чтобы выгода исчезла. Часто для этого не нужно закупать склад заново — достаточно связать между собой то, что уже есть.
Сколько это стоит
Стоимость складывается из двух частей — оборудование и работы.
Оборудование. Весы и тележка здесь — единое целое: нужна весовая гидравлическая тележка, причём с цифровым выводом данных, а не просто с индикатором на ручке. Обычные весовые рохли на рынке начинаются примерно от 45 000 ₽, модели, умеющие отдавать данные наружу, заметно дороже — ориентируйтесь от 120 000 ₽ за тележку.
Интеграция и доработка. Подключение весов к 1С, сверка массы, логика подтверждения скана и доработка задания на сборку — от 550 000 ₽. Первый работающий прототип у нас был готов за 12 рабочих дней, дальше шли опытная эксплуатация и доводка под реальный склад.
Закупать сразу весь парк тележек не обязательно: оборудование можно брать частями, остальные тележки в это время продолжают работать по-старому.
Оценку по вашему складу дадим после короткого разговора: нужно понять, какие стоят терминалы и как сегодня выглядит задание на сборку.
Если у вас на складе повторяется пересорт, а стандартные способы контроля не помогают — расскажите, как устроена сборка. Посмотрим, можно ли закрыть проблему без переоборудования.