Примечание редакции. Ситуация собрана из нескольких пилотов маркировки на складах с 1С:УТ и Cleverence (данные обезличены, цифры округлены). Нас интересует не конкретный заказчик, а типовая цепочка, где ломается процесс.
Пилот прошёл блестяще. За полтора часа оператор отсканировал 340 кодов Data Matrix — быстрее, чем успели заполнить сравнительную таблицу в Excel. Руководство одобрило закупку четырёх ТСД и лицензий.
На третьей неделе эксплуатации логист позвонил в IT в 16:50: «Отгрузку держим. В 1С по документу — 120 коробок, на паллете — 118. Водитель ждёт уже 40 минут». На экране терминала всё было зелёным: коды читались, задания закрывались. Проблема обнаружилась не в сканере — а в том, что физический товар, действия сотрудника и учётный документ описывали разные события.
Так начинается типовая история после «успешного пилота». Компания покупает оборудование, а через несколько недель снова звонит специалисту по 1С — только теперь с терминалом в руках и с расхождением, которое никто не может быстро объяснить.
Маркировка — это не функция сканера. Это непрерывная цепочка доказательств того, что именно произошло с конкретной единицей товара.
Чтобы разобрать, где именно рвётся эта цепочка, полезно смотреть не на скорость считывания, а на три «версии правды», которые существуют одновременно.
Три разных представления одного товара
В рабочем процессе одновременно живут физическая коробка на паллете, задание на терминале и строка в документе 1С. В том пилоте они расходились незаметно — пока не остановилась отгрузка.
Чтобы процесс стал управляемым, нужно заранее определить: какой документ создаёт задание, какие проверки выполняются при сканировании, что считается завершением операции и как система обрабатывает исключения. Ниже — пять мест, где в том проекте (и в большинстве похожих) цепочка обычно рвётся.
40 мин простоя машины × 3 отгрузки в неделю ≈ 2 часа в неделю
Плюс переработка кладовщика, звонки в IT и риск срыва отгрузки клиенту
Где обычно возникают разрывы
Что должна обеспечивать связка 1С:УТ/ERP/УНФ и Cleverence
В устойчивой архитектуре 1С отвечает за хозяйственный смысл операции и учётные документы, а мобильный контур Cleverence — за исполнение задания там, где физически находится товар. Граница ответственности должна быть чётко определена.
До настройки обмена необходимо детально описать следующие моменты:
- какой документ или событие в 1С формирует мобильное задание;
- какие данные сотрудник получает до начала работы;
- какие проверки выполняются при каждом сканировании;
- какие отклонения сотрудник может разрешить самостоятельно;
- что возвращается в 1С — только итог или полная история выполнения;
- при каком результате документ можно провести автоматически;
- где фиксируются ошибки обмена и кто должен их видеть.
Именно эти решения определяют, станет ли терминал рабочим инструментом процесса или ещё одним экраном, между которым и 1С сотрудникам придётся вручную восстанавливать связь.
Почему оборудование выбирают после сценария
Для приёмки нескольких коробок у рабочего места и для отбора на большом складе нужны разные устройства. На производственной линии ручной терминал может вообще оказаться неподходящим классом оборудования — там эффективнее использовать стационарный промышленный сканер, встроенный в технологическую операцию.
Выбор ТСД зависит не только от бюджета. На него влияют: дальность и плотность кодов, работа в перчатках, температура, качество связи, продолжительность смены, частота падений, необходимость физической клавиатуры и способ зарядки. Но главный вопрос звучит иначе: какое действие сотрудник должен выполнить после каждого результата сканирования?
Чек-лист перед закупкой ТСД
Пять вопросов, которые стоит закрыть до выбора модели
- Какие операции будут выполняться: приёмка, отбор, инвентаризация, агрегация или отгрузка?
- Какие коды, упаковки и единицы учёта встречаются в каждой из этих операций?
- Какие проверки обязательны даже при временном отсутствии связи?
- Какие ошибки может разрешить сотрудник, а какие должны блокироваться системой?
- Как результат выполнения операции изменит документ и статус товара в 1С?
Пилот должен проверять не скорость сканирования
В том проекте пилот считали успешным по одной метрике — «скорость сканирования». Не проверили сценарии, которые случаются каждую неделю: повторный код, отмена строки, частичное выполнение, обрыв Wi‑Fi на 15 минут, попытка закрыть задание с расхождением.
Показательная демонстрация — это не серия удачных сканов на тестовых этикетках. Пилот должен пройти один реальный процесс целиком: от формирования задания в 1С до проведения документа и сверки с фактом на паллете. Именно в отклонениях проявляется архитектура — не в идеальном прогоне.
Инженерный вывод IDS №003
Связка 1С, Cleverence и ТСД становится системой маркировки не после установки ПО.
Она работает тогда, когда товар, действие сотрудника и учётный документ согласованно описывают одно и то же событие. Правильная последовательность проекта: сначала сценарий и правила исключений, затем границы обмена данными, и только после этого — выбор терминала, лицензий и настройка оборудования.
Частые вопросы по маркировке в 1С и Cleverence
Почему ТСД видит код, а маркировка не уходит в 1С?
Прочитанный Data Matrix ещё не равен хозяйственной операции. Если в 1С возвращается только «итог», без правил завершения и истории сканов, документ проводится позже — или не проводится. Склад уже закрыл задание, учёт ещё не знает. Нужно заранее решить: какой документ создаёт задание, что считается завершением и при каком результате 1С проводит документ сама.
Достаточно ли подключить ТСД, чтобы маркировка в 1С:УТ заработала?
Нет. Пилот часто хвалят за скорость сканирования. Ломается контур: коробка на паллете, задание на ТСД и строка в документе описывают разные события. Сначала сценарий и исключения, затем границы обмена 1С ↔ Cleverence, и только потом закупка терминалов.
Почему отбор по штрихкоду упаковки останавливает отгрузку?
На терминал часто уходят строки реализации — без правил. Можно ли сканировать другую партию или групповую упаковку, можно ли закрыть задание неполным. Кладовщик закрывает «как получилось»: в 1С 120 коробок, на паллете 118. Тип упаковки и статус кода нужно проверять в момент скана, а не на сверке УПД у рампы.
Пилот прошёл, а через недели отгрузку остановили. Что проверять?
Не «сколько кодов в минуту», а отклонения: повторный код, частичное задание, обрыв Wi‑Fi, закрытие с расхождением. Один реальный процесс целиком — от задания в 1С до проведения документа и сверки с фактом на паллете — показывает архитектуру лучше идеального прогона на тестовых этикетках.
Когда выбирать модель ТСД?
После сценария. Приёмка у стола и отбор на большом складе — разные устройства. Главный вопрос: какое действие сотрудник делает после каждого результата сканирования и как это меняет документ в 1С.
Проверить контур до закупки оборудования
IDS разбирает процесс маркировки, проектирует сценарии взаимодействия 1С и Cleverence и помогает подобрать ТСД под реальные условия склада или производства.
