Маркировка на малом швейном производстве: почему мы собрали контур сами и где он ломался

Содержание · 7 разделов

С чего мы начинали

Мы шьём постельное бельё, текстильные сумки, полотенца, наматрасники, рабочие халаты и фартуки — всего около 300 моделей. Для маркировки ассортимент раздувается: на каждый размер, рост и цвет нужна своя карточка и свой GTIN. В Национальном каталоге у нас 13 471 карточка.

Увеличить ↗

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

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

Три решения, которые определили проект

Зайти на пилоте. Мы начали в 2019 году с постельного белья. Хотелось заранее освоить процесс и подойти к обязательному этапу подготовленными. От первых тестов до массового выпуска прошло около полугода; в 2020 году процесс уже работал на потоке.

Работать из 1С, а не из личного кабинета. Личных кабинетов в работе и так хватает. Мне не хотелось, чтобы сотрудники осваивали ещё один интерфейс и следили за его изменениями. Заказ кодов, ввод в оборот, отгрузка — всё из одного окна, в своём контуре. Мы тогда были на КА 2.4. Обмен с ГИС МТ типовой, и за все годы он обошёлся без единой доработки — только настройка.

Собрать контур самим. Знакомый интегратор, которому я рассказывал нашу схему, в те же годы делал похожую систему для другой производственной компании — на совсем другой бюджет. Это нормально: у большого проекта свои требования и своя ответственность. Но для компании нашего размера решала цена владения, и мы пошли своим путём: типовые механизмы 1С, один ТСД Urovo с DataMobile, два 2D-сканера и сетевые принтеры этикеток.

DataMobile выбирали долго, сравнивая с другими решениями. Решила гибкость: сценарии документов можно писать под себя, и я написал их сам. Хорошие шаблоны заметно сокращают ручные действия сотрудника, а для склада это и есть скорость.

Где сломалось: этикетки, которые терялись по дороге

Самая неприятная история случилась на массовой печати. С документа маркировки недосчитывались от 10 до 30 этикеток: коды в базе есть, а из принтера соответствующие этикетки не вышли. Приходилось разбираться с составом задания и тратить время, материал и ресурс оборудования на восстановление печати.

Путь задания длинный. Сотрудник на складе запускает печать с ТСД. Команда уходит по Wi-Fi и VPN на сервер 1С на другой площадке. Сервер выбирает принтер по шаблону и шлёт задание обратно через туннель, на ПК с принтером на складе. Проверять пришлось всю эту цепочку.

Как задание попадает на принтер

Показан маршрут задания. Точное место пропуска этикеток в этой цепочке не установлено.

Подозревать можно было любое звено: ТСД, Wi-Fi, туннель, сервер, принт-сервер. На поиск ушёл рабочий день: сначала смотрели канал утилитой mtr между площадками, потом поймали ошибку под дампом трафика.

Между площадками по замеру было около 10 Мбит/с, и временами канал оказывался занят. Мы стали проверять передачу крупных заданий через туннель. Точное место отказа в цепочке печати так и не выделили.

Меняли MSS и очереди на маршрутизаторах MikroTik. После этих изменений пропуски перестали наблюдаться. Проверять такой результат нужно по полученным этикеткам: завершённое задание в программе ещё нужно сопоставить с тем, что вышло из принтера.

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

Что ещё оказалось сложнее, чем казалось

Справочники. Чтобы обмен с ГИС МТ проходил согласованно, проверяем сведения о товаре в 1С и Национальном каталоге: ТН ВЭД, разрешительные документы, ОКПД2. Настроили справочники и сопоставления, а недостающие данные добавили дополнительными реквизитами. Помогло и то, что сертификацию и декларирование ведём своими силами: исходные сведения и разрешительные документы в одних руках.

Выцветающие этикетки. Используем термоэтикетки ТОП; в наших условиях некоторые из них теряли читаемость примерно через два года. В 2025 году мы сделали внутреннее Android-приложение ScanPrint. Когда прежняя этикетка начинает бледнеть, но код ещё читается, ТСД считывает его, а приложение печатает тот же код у стеллажа. Новую этикетку наклеиваем рядом со старой на ту же единицу товара; старая остаётся, статус кода — «В обороте». Я отвечал за постановку, архитектуру, тестирование и внедрение; код генерировал ИИ-агент под моим руководством.

Сам код и его связь с товаром в системе маркировки не меняются.

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

Цифры и во что обошлось

• 6 месяцев — от первых тестов в ГИС МТ до массового выпуска.
• Около месяца — на каждую новую категорию одежды: номенклатура, справочники, шаблоны этикеток.
• 13 471 карточка в Национальном каталоге из примерно 300 моделей.
• До 3 000 кодов в день на пике — один сотрудник и один ТСД.
• Около 500 штук в среднем заказе — оценка по нашему опыту; каждый код при сборке сканируется.
• Примерно 1–3 дня — по нашим наблюдениям, через столько новичок начинает сам собирать заказы с ТСД.
• Около 300 тыс. ₽ — оборудование, лицензии и работы на первоначальном этапе, до введения обязанности для нашей продукции; без стоимости моей работы.
• Около рабочего дня — на разбор пропусков этикеток при массовой печати.

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

Увеличить ↗

В каких границах это работает

• Масштаб. До 3 000 кодов в день — максимальный наблюдавшийся у нас объём. Это не установленный предел связки «один человек — один ТСД»: больше пока не проверяли.
• Агрегация. Короба мы собираем внутри 1С, а в ГИС МТ их не регистрируем — для нашей отгрузки этого хватает.
• Бюджет. Сумма относится к первоначальному внедрению до введения обязанности, а не ко всем последующим годам эксплуатации. Всё подобрано под небольшую компанию; для другого масштаба затраты и состав решения могут отличаться.

Что бы я сделал иначе

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

Иначе я сделал бы две вещи.

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

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

Что пока не решено

Где потолок у связки. Больше 3 000 кодов в день у нас не было, и сколько вытянет связка «один человек — один ТСД», я пока не знаю.

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