Маркировка товаров в России уже давно перестала быть "чем-то новым". Через систему Честный знак проходят миллионы товаров ежедневно - от одежды до лекарств и молочной продукции.
Но при этом внутри компаний до сих пор сохраняется привычная модель
Маркировку массово продолжают воспринимать как задачу для ИТ.
На первый взгляд - логично.
Нужно подключиться к системе, настроить 1С, интеграции, ЭДО.
Почему бизнес до сих пор считает маркировку задачей ИТ
Исторически в компаниях закрепилось простое правило:
«Всё, что связано с системой - делает ИТ»
Логика простая и понятная: есть система, есть интеграции, есть 1С - значит, это зона айтишников. Подключиться к «Честному знаку», настроить обмен, завести коды, наладить ЭДО - всё выглядит как типичный ИТ-проект.
Но тут есть критическая ошибка.
Маркировка - это не система
Это изменение операционной модели бизнеса.
ИТ действительно делают свою часть. Причём, как правило, на должном уровне. Настраивают конфигурацию, подключают электронный документооборот, проверяют, что коды проходят, документы формируются, статусы обновляются.
На этом этапе создаётся ощущение, что задача решена. Но дальше начинается реальная работа.
Где всё ломается: момент выхода «в поле»
Проблема в том, что маркировка не живёт в 1С. Она живёт на складе, в приёмке, в отгрузке, в возвратах, в отношениях с поставщиками.
И как только процесс выходит из системы в реальную операционку, начинает вскрываться то, что ИТ по определению не могли учесть.
Приёмка внезапно растягивается. Не потому что система медленная, а потому что коды у разных поставщиков разного качества. Где-то они наклеены нормально, где-то на скотче, где-то повреждаются ещё до попадания на склад. Люди начинают тратить время не на учёт, а на борьбу с физикой товара.
Возвраты превращаются в отдельный квест. Код не читается, товар уже выбыл, документы не бьются — и вот уже вместо стандартной операции появляется ручной разбор, который тормозит всё вокруг.
Склад быстро понимает, что новый процесс неудобный. И дальше происходит неизбежное: сотрудники начинают искать обходные пути. Где-то «потом досканим», где-то «проведём без кода», где-то «разберёмся позже».
Система при этом может оставаться идеально настроенной.
Но бизнес уже начинает терять деньги - на времени, на ошибках, на остановках процессов.
Почему это нельзя решить только через ИТ
Удобно сказать: «айтишники плохо внедрили».
Но это не совсем честно:
- ИТ не управляют складом.
- Не управляют логистикой.
- Не принимают решения по поставщикам.
- Не отвечают за скорость операций.
Они не могут решить, что делать с поставщиком, который стабильно привозит товар с плохими кодами. Не могут изменить процесс приёмки так, чтобы он укладывался в реальные сроки. Это вне их зоны ответственности.
ИТ - это инструмент. Причём важный, но всё же инструмент.
А маркировка - это изменение самой логики работы бизнеса.
Что изменилось к 2026 году: почему больше нельзя «как-нибудь подключиться»
Если несколько лет назад можно было "подключиться формально" и как-то жить дальше, то сейчас этот сценарий перестал работать.
По обновлениям и новостям Честного знака видно, куда всё движется: усиливается контроль операций, больше внимания к прослеживаемости остатков, строже требования к корректности кодов и документообороту.
Система перестаёт быть просто регуляторной обязанностью и становится механизмом контроля качества учёта.
Это означает одну простую вещь:
если процессы внутри компании не выстроены - это становится видно сразу
Кто на самом деле должен отвечать за маркировку
В реальности маркировка - это зона бизнеса.
Не «всех сразу», не «совместно», не «по чуть-чуть». А конкретного владельца процесса со стороны бизнеса, у которого есть полномочия менять правила игры.
Обычно это человек, который отвечает за товародвижение: операционный директор, руководитель логистики, иногда коммерческий директор - в зависимости от структуры компании.
Потому что именно на этом уровне принимаются решения, которые реально влияют на результат:
- как принимается товар
- какие требования к поставщикам
- как обрабатываются возвраты
- где допускается ручной труд, а где нет
- как балансируется скорость и точность
ИТ здесь по-прежнему важны - без них система просто не заработает. Но они подключаются тогда, когда уже понятно, как должен работать процесс.
Как выглядит нормальный сценарий внедрения (и почему его редко делают)
В здоровой логике всё начинается не с 1С и не с интеграций.
Сначала разбирают, как компания реально работает: приёмка, хранение, отгрузка, возвраты. Не на бумаге, а как есть - со всеми кривыми местами.
Потом прогоняют сценарии на реальных кейсах: что будет, если код не читается, если товар вернулся, если документы не совпали. Где процесс ломается, где тормозит, где требует изменений.
И только после этого подключают ИТ, чтобы зафиксировать уже понятную модель в системе.
На практике делают наоборот
Сначала «давайте настроим 1С», а дальше пытаются под неё подогнать реальность.
Отсюда и весь последующий хаос.
Почему этот вопрос вообще стал критичным
Потому что маркировка больше не отдельная задача. Она вшита в ежедневные операции.
Это не проект, который можно «закрыть».
Это постоянная часть бизнеса.
И если на старте ответственность уходит не туда — последствия тянутся годами:
- перегруженный склад
- нестабильный учёт
- конфликты с поставщиками
- ручные костыли вместо процессов
И всё это при формально «работающей системе».
Вывод
Маркировка - это не ИТ-проект.
Это операционная трансформация, в которой ИТ играют обслуживающую, а не ведущую роль.
Пока компания считает наоборот, она будет упираться в одни и те же проблемы, независимо от того, сколько раз она «дорабатывает 1С».
И наоборот: как только появляется владелец процесса со стороны бизнеса и начинается работа с реальными операциями, маркировка перестаёт быть источником хаоса и начинает работать как инструмент.