Честный ЗНАК в 1С: как работать, выводить коды и настроить кассы в 2026

Интеграция Честного ЗНАКа с 1С нужна не только для архитектуры обменов, но и для ежедневных операций: принять УПД с кодами, проверить статус КМ, продать товар на кассе, вывести код из оборота, оформить возврат или списание. Если 1С, ЭДО, ГИС МТ, касса и склад расходятся по статусам, товар физически есть, но операция блокируется или уходит в ручной разбор. С 1 июля 2026 года часть товарных групп получает новые розничные и ЭДО-обязанности, а розничный контур должен быть готов к переходу на ТС ПИоТ.

Поэтому ниже сначала - практический порядок работы в 1С, затем архитектура контура, который не разваливается после очередного изменения правил.

В 2026 году меняются не только списки товарных групп, но и способ ежедневной работы с кодами. Официальный календарь Честного ЗНАКа показывает поэкземплярный учет с 1 марта 2026 года для ряда групп, а 1С отдельно выделяет новые этапы по сладостям, моторным маслам, икре, строительным материалам, косметике, бытовой химии и товарам личной гигиены.

Для запроса «что делать с 1 июля 2026» важны три практических изменения: розничное сканирование кодов для косметики и бытовой химии, обязательный ЭДО/объемно-сортовой учет в этой группе и завершение старой схемы X-API-KEY для розничных проверок в пользу ТС ПИоТ.

Запрос «как вывести коды маркировки из 1С» обычно смешивает два разных сценария. Первый - розничная продажа: кассир сканирует DataMatrix, касса проверяет код в ГИС МТ, после успешной проверки чек пробивается, а код выводится из оборота через ККТ/ОФД. Второй - иные причины выбытия: списание, брак, собственные нужды, экспорт, фасовка или потеря товара. Там нужен документ 1С/учетной системы с причиной, связкой с кодами и отправкой сведений в ГИС МТ.

Если сценариев много, лучше сразу проектировать интеграцию 1С с Честным ЗНАКом как процесс с журналами, алертами и владельцем ошибок, а не как набор ручных документов.

Автоподпись полезна только там, где понятен контроль: какие документы можно подписывать автоматически, кто отвечает за исключения и где видно, что УПД завис. Базовая схема такая: УКЭП и права настроены на организацию, исходящие УПД проходят проверку реквизитов и кодов, затем регламентное задание отправляет документ оператору ЭДО, а журнал показывает статусы «создан», «подписан», «отправлен», «принят», «отклонен».

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

Разрешительный режим работает до пробития чека: кассир сканирует код маркировки, кассовое ПО отправляет его на проверку в ГИС МТ, при успешной проверке чек пробивается, при запрете касса показывает ошибку. В 1С-ландшафте это проверяется не только в кассе: нужны актуальный драйвер ККТ, поддержка нужного ФФД, настройки товарных групп, доступность CDN/модуля, журнал проверок и инструкция кассира.

Главный принцип:

• отказ проверки - не «проблема кассира»
• а сигнал
• что учетный факт
• кассовый контур
• государственный статус кода разошлись

В рабочем контуре 1С держит номенклатуру, партии, документы движения, статусы кодов и связку с первичными операциями. Остальные системы отвечают за свои участки: ЭДО передает УПД, ГИС МТ хранит состояние кода, СУЗ выпускает коды, ККТ выводит товар из оборота, ТСД и WMS фиксируют фактическое движение.

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