Кто ответственный за маркировку: ИТ или бизнес?

13.04.26

Бизнес-анализ - Внедрение изменений

Кто должен отвечать за маркировку в компании — ИТ или бизнес? В статье разбираем типичную ошибку передачи проекта ИТ, реальные проблемы внедрения и подход к распределению ответственности между бизнесом и ИТ.

На практике в большинстве компаний маркировку автоматически относят к задачам ИТ-подразделения. Логика кажется очевидной: нужно подключиться к системе «Честный знак», настроить учёт, интеграции и документооборот.

Однако именно такой подход чаще всего приводит к проблемам:

  • срывам сроков внедрения,
  • конфликтам между подразделениями,
  • увеличению времени складских операций,
  • росту операционных затрат.

Причина проста: маркировка — это не только настройка системы, а изменение бизнес-процессов компании. И если ответственность остаётся только у ИТ, проект начинает «буксовать» на уровне операционной деятельности.

В статье разберёмся, где заканчивается зона ответственности ИТ и начинается ответственность бизнеса, и как выстроить работу с маркировкой так, чтобы она не стала постоянным источником проблем.
 

Маркировка: что это и почему это важно для бизнеса

Маркировка в нашей стране реализуется через государственную систему «Честный знак». Её цель — контроль движения товара на всех этапах: от производства или импорта до конечной реализации, а также минимизация оборота контрафактной продукции.

Для разных товарных групп действует поэтапный график внедрения:

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

С точки зрения бизнеса маркировка — это не только QR-код на товаре. Это:

  • новые требования к учёту и документообороту,
  • изменение процессов закупки, приёмки, хранения и отгрузки,
  • дополнительные операции на складе,
  • прямые финансовые риски в виде штрафов и блокировок операций.

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


Кто инициирует проекты по маркировке

На практике инициаторы проектов отличаются в зависимости от масштаба и зрелости компании.


Средний и крупный бизнес

Здесь маркировка чаще всего инициируется:

  • финансовой службой,
  • юридическим подразделением,
  • службой внутреннего контроля.

Эти подразделения видят регуляторные риски и закладывают изменения в план работ заранее.


Микро- и малый бизнес

В этом сегменте проекты часто запускаются реактивно:

  • по требованию поставщика,
  • по сигналу от контрагента,
  • по рекомендации обслуживающей 1С-компании.

Маркировка воспринимается как «ещё одно изменение в программе», без осознания масштаба влияния на бизнес-процессы.
 

Автоматизация маркировки и роль 1С

В большинстве компаний автоматизация маркировки реализуется на базе учётных систем 1С. Это объяснимо: платформа является самой распространённой в РФ, а вендор встроил механизмы работы с маркированным товаром в типовые конфигурации.

Решения 1С позволяют вести учёт маркированных товаров, интегрироваться с системой «Честный знак», работать с ЭДО, масштабировать решение под бизнес любого размера. Однако важно зафиксировать ключевой момент: 1С — это инструмент автоматизации, а не владелец процесса маркировки.
 

Сроки внедрения: где возникает иллюзия простоты

На сайте «Честного знака» указаны сроки пилотных проектов, даты обязательного применения маркировки. Типовая ошибка менеджмента — воспринимать эти даты как «дедлайн для ИТ».
В результате проект запускается слишком поздно, а реальное время на проработку процессов оказывается существенно больше ожидаемого.

Чаще всего «выпадают» следующие сценарии:

  • возвраты и пересортица,
  • импортные операции,
  • нанесение кодов на остатки,
  • складские операции с высокой долей ручного труда.

Формально система настроена, но бизнес-процессы не готовы работать в новых условиях.
 

Ключевая ошибка: перекладывание ответственности на ИТ

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

Маркировка напрямую затрагивает:

  • коммерческий блок — условия работы с поставщиками,
  • логистику — скорость и стоимость складских операций,
  • финансы — корректность учёта и закрытие периода.

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

Пример из практики

В одной дистрибьюторской компании после старта маркировки возникла проблема с приёмкой товара.

Фактическое время операции составляло от 30 минут до 2 часов в зависимости от качества нанесения кодов поставщиком.

В результате компания была вынуждена:

  • ранжировать поставщиков по качеству маркировки,
  • пересматривать коммерческие условия,
  • учитывать фактические затраты склада.

При этом на этапе внедрения маркировки эти аспекты не были учтены, так как проект реализовывался преимущественно силами ИТ.

Другой распространённый сценарий — некорректное физическое размещение кодов:

  • наклейка на скотч,
  • повреждение кода при транспортировке,
  • невозможность считывания ТСД.

Такие ошибки возникают не только в микробизнесе, но и в компаниях среднего масштаба.
 

Как понять, что проект по маркировке ошибочно отдали ИТ

Есть несколько признаков, по которым можно определить, что ответственность за маркировку смещена в сторону ИТ:

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

В такой ситуации система может быть настроена корректно, но операционные процессы оказываются не готовы к работе с маркированным товаром.
 

Кто должен быть владельцем процесса маркировки

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

В зависимости от структуры компании владельцем может выступать:

  • руководитель логистики,
  • операционный директор,
  • руководитель направления товародвижения,
  • руководитель проектного офиса.

Ключевое требование — наличие полномочий менять процессы и принимать решения.

Владелец процесса должен координировать:

  • ИТ-подразделение,
  • складскую логистику,
  • коммерческий блок,
  • финансовую службу,
  • работу с контрагентами.

ИТ-подразделение при этом остаётся технологическим партнёром, реализующим автоматизацию, но не владельцем процесса.
 

Роль ИТ в проекте маркировки

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

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

Все эти вопросы лежат уже вне зоны ответственности ИТ. Они связаны с процессами, ролями и правилами взаимодействия между подразделениями. ИТ может реализовать инструмент, но не определяет, как именно компания будет работать с маркированным товаром в ежедневной операционной деятельности.

Поэтому в зрелой модели внедрения ИТ выступает технологическим партнёром: помогает запустить решение, обеспечивает стабильную работу системы, участвует в доработках. Но владельцем процесса маркировки становится бизнес — именно он принимает решения, меняет процессы и отвечает за результат.

ИТ должно:

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

ИТ — это исполнитель и технологический партнёр, а не владелец процесса маркировки.
 

Маркировка и 1С: где возникает основная нагрузка

В большинстве компаний автоматизация маркировки реализуется в системах 1С:

  • 1С:ERP
  • 1С:Управление торговлей
  • 1С:Комплексная автоматизация
  • 1С:WMS

Типовые конфигурации уже содержат механизмы работы с системой «Честный знак», однако основная сложность возникает не в настройке 1С, а в адаптации бизнес-процессов:

  • приёмка маркированного товара,
  • складские операции с использованием ТСД,
  • работа с ЭДО и УПД,
  • возвраты маркированной продукции,
  • контроль остатков и пересканирование.

Поэтому внедрение маркировки в 1С — это прежде всего проект изменения процессов, а не только доработка системы.
 

Что происходит после запуска

После ввода маркировки в промышленную эксплуатацию:

  • владельцем процесса становится бизнес,
  • ИТ привлекается для сопровождения,
  • ИТ участвует в устранении технических инцидентов,
  • ИТ развивает функциональность по запросу бизнеса.

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

 

Вывод

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

маркировка товаров честный знак внедрение маркировки маркировка 1С автоматизация маркировки маркировка ERP маркировка УТ маркировка WMS роль ИТ бизнес-процессы складская логистика учет маркированных товаров ЭДО маркировка интеграция честный знак внедрение 1С цифровая маркировка управление процессами ответственность ИТ ответственность бизнеса проекты маркировки

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Коммуникации Кейсы проектов Внедрение изменений Бесплатно (free)

Не стоит забывать, что исход проекта во многом зависит от мнения пользователей. Когда сотрудники не готовы к изменениям, а важные вопросы не проговариваются вслух, возникает сопротивление и саботаж. Разберем, как к этому готовиться и как помогает «нулевой этап» – стратегическая сессия перед проектом.

29.04.2026    231    0    APishchalnikov    0    

3

Коммуникации Внедрение изменений ITIL, Служба поддержки (HelpDesk) Бесплатно (free)

Цифровой проектный офис на 1С-Коннект демонстрирует, как модель UCaaS помогает выстроить прозрачные коммуникации, повысить качество поддержки и централизовать работу инхаус и аутсорс-команд. Показываем, как единое окно обслуживания, цифровые меню, автоматизированный мониторинг и расширенные инструменты контроля качества создают масштабируемую систему поддержки любого уровня. Особое внимание уделено AI-инструментам, которые усиливают коммуникационные процессы, автоматизируют ответы, формируют протоколы встреч и помогают оптимизировать нагрузку на первые линии. Материал будет полезен тем, кто стремится выстроить современную, гибкую и управляемую систему поддержки в проектном офисе или ОЦО.

29.04.2026    186    0    user1855793    0    

1

Внедрение изменений 1С 8.3 1С:Управление холдингом 1С:ERP. Управление холдингом Бесплатно (free)

Представьте ситуацию: вы внедрили 1С:Управление Холдингом. Система стала центром финансовой вселенной компании. И тут начинается: • Бизнес: «Нам срочно нужен новый отчет/доработка/загрузка данных. Запуск нового проекта через неделю!» • ИТ: «Любое изменение сейчас — это риск. Мы только стабилизировали закрытие периода. Давайте жить в тишине хотя бы месяц». Кто прав? Оба! В статье я поделюсь опытом, как мы искали этот баланс на разных этапах: от "пожара" внедрения до "рутины" промышленной эксплуатации.

16.04.2026    402    0    Sem_work    0    

4

Внедрение изменений Бизнес-аналитик Россия Бесплатно (free)

Реальная история внедрения 1С:ERP и интеграции с WMS в дистрибуции. Автор делится инструментом «Квадрат требований», техникой «Безопасный диалог» с разработчиком и методом «5 почему» для инцидентов. В результате — 0 увольнений в команде и снижение ошибок на складе с 40 до 5 в неделю.

10.04.2026    415    0    gshome    0    

2

Внедрение изменений Бесплатно (free)

Рассказываем о переходе филиала международного цементного холдинга с SAP на 1С – проекте, который превысил бюджет втрое и стал учебником типичных ошибок цифровой трансформации. Отсутствие опыта, архитектурные и управленческие просчеты, внутренние интриги и конфликты интересов между CIO, CFO и CDTO превратили амбициозную программу локализации в затяжной кризис. Разберем, почему проект, несмотря на успешный carve out и праздничные речи, оставил пользователей недовольными, и какие выводы можно сделать, чтобы не повторять этот сценарий.

03.04.2026    923    0    Dmitriy_Kolesnikov    9    

8

Внедрение изменений Бесплатно (free)

Как поставить на поток проекты внедрения ERP и перестать «изобретать велосипед»? Рассказываем, как команда выстроила собственную методологию на платформе 1С, полностью отказавшись от Word, Excel и внешних инструментов. Объясняем, как с помощью конфигурации ERP-Tools можно стандартизировать работу аналитиков, формализовать 10 000 артефактов типового ERP-проекта, ускорить согласования и передавать заказчику полноценную wiki-систему для развития.

31.03.2026    551    0    DenisErmolaev    8    

1

Внедрение изменений Бесплатно (free)

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

31.03.2026    1143    0    IgorVasilyev    67    

9

Внедрение изменений Транспорт, автопарки, такси Россия Управленческий учет Бесплатно (free)

В статье разбираю, что начинает вскрываться в транспортной компании уже на первом этапе подготовки к ЭТРН: недостоверное оформление ТН, ошибки в ролях участников, провалы в НСИ, сопротивление сотрудников и разрыв между бумажной и электронной логикой работы. Материал написан по итогам первых проектов в мультимодальных, насыпных и наливных перевозках и может быть полезен руководителям проектов, аналитикам, ИТ-специалистам, логистам и собственникам транспортного бизнеса.

31.03.2026    1276    0    apatyukov    46    

6
Для отправки сообщения требуется регистрация/авторизация