Начнём с того, что сэкономит вам деньги: в типовой конфигурации маркировка работает без доработок. Нужен подходящий релиз и патч — и всё. Если вам предлагают «доработать 1С под маркировку» на типовой Рознице свежей версии, это повод задать уточняющие вопросы.
Но есть ситуации, где разработчик действительно нужен. Их четыре.
1. Конфигурация снята с поддержки
Самый частый случай. Если конфигурация давно не обновляется и в перечне поддерживаемых её нет, механизма работы с модулем в ней просто не появится. Пример разобран отдельно: ТС ПИоТ в УТ 10.3 — там поддержки нет и не планируется, а блок переносят вручную из УПП.
Важно понимать цену решения: перенесённый блок становится вашей доработкой навсегда. Поддерживать и чинить её при изменениях со стороны оператора будете вы или ваш подрядчик, а не «1С».
2. Конфигурация сильно переработана
Если типовую менялись годами — переписаны документы продажи, свои механизмы скидок, нестандартный обмен с кассой, — обновление до релиза с поддержкой маркировки может конфликтовать с этими правками. Тогда обновление превращается в проект: нужно совместить типовой механизм с вашими изменениями.
3. Обмен с внешними системами
Коды маркировки должны доходить до кассы и обратно. Если между вашей учётной системой и кассовой программой стоит самописный обмен, его придётся дорабатывать: коды — это новые данные, которых в старом формате обмена не было.
4. Нестандартные процессы
Комплекты и наборы, продажа на развес маркированного товара, специфичные схемы возвратов — там, где типовая логика не покрывает ваш процесс, требуется настройка под задачу.