1С
Номенклатура, документы, партии и учетные статусы.
Как работать с Честным ЗНАКом в 1С в 2026: вывод кодов маркировки, СБИС/ЭДО, автоподпись УПД, разрешительный режим на кассе и контроль ошибок.
Карта контура
Интеграция работает, когда физический товар, документ в 1С и статус кода в Честном ЗНАКе не расходятся.
Номенклатура, документы, партии и учетные статусы.
Государственный статус кода и право операции.
УПД/УКД, разрешительный режим и вывод из оборота.
Ошибки обмена видны ответственным, повтор идет без дублей.
Интеграция Честного ЗНАКа с 1С нужна для ежедневных операций: принять УПД, сопоставить товар и сведения маркировки, продать на кассе, оформить возврат или списание.
Если 1С, ЭДО, ГИС МТ, касса и склад расходятся по статусам, товар физически есть, но операция блокируется или уходит в ручной разбор.
На 12 сентября 2026 года для косметики и бытовой химии уже действуют июльские правила ЭДО и розничного выбытия.
Следующие задачи - регистрация МОД производителей этой группы и подготовка оборота консервов к 1 октября.
Ниже - календарь по участникам, порядок операций в 1С и контроль ошибок.
Формат документов и кассовые проверки выбирают по товарной группе: требования не включаются одновременно для всего ассортимента.
Начните с товарной группы, роли организации и операции. Один и тот же товар может поступать по ОСУ - с GTIN и количеством - и продаваться с обязательным сканированием кода каждой упаковки. Учет отдельных кодов в поставке и их сканирование на кассе решают разные задачи.
| Товарная группа и участник | Дата и требование | Что проверить в 1С и смежных системах |
|---|---|---|
| Косметика, бытовая химия, товары личной гигиены: поставщики и покупатели в обороте | С 1 июля 2026 действует ЭДО в объемно-сортовом учете | GTIN, количество и единицы в УПД; приемку и отгрузку без требования списка КМ для ОСУ |
| Та же группа: розничные продавцы | С 1 июля 2026 действует передача сведений о продаже маркированного товара через ККТ | 2D-сканер, код каждой упаковки в чеке и передачу через ОФД |
| Та же группа: производители | С 1 сентября 2026 требуется регистрация МОД; для ранее зарегистрированных срок — до 1 октября | В профиле ГИС МТ добавить площадки: ФИАС ID, для юрлица также КПП; проверить статус «Активно» и соответствие справочникам организации |
| Консервы: производители, импортеры, опт и розничные покупатели | С 1 октября 2026 — передача сведений об обороте через ЭДО в ОСУ | Провести тестовый УПД с GTIN и количеством; проверить приемку, расхождения и ответ оператора |
| Консервы: магазины | С 1 октября 2026 — розничное выбытие через ККТ | Сканировать Data Matrix каждой банки; проверить передачу чека через ОФД |
МОД производителя косметики указывают в профиле личного кабинета ГИС МТ. На дату проверки его указание в документе вывода из оборота для этой группы остается необязательным: не превращайте отсутствие МОД в таком документе в общий запрет списания. Для других товаров сверяйте этап по ТН ВЭД/ОКПД2 и правилам своей группы. В сентябрьской проверке отдельно зафиксируйте, какие операции уже обязательны, какие включаются с октября и кто проверит результат в ГИС МТ.
Организация зарегистрирована в ГИС МТ, УКЭП работает, оператор ЭДО подключен, в 1С заполнены GTIN, ТН ВЭД/ОКПД2, признаки маркировки, склады и роли пользователей.
Проверьте формат группы: в ОСУ сопоставьте GTIN и количество с приемкой, при поэкземплярном учете - отдельные коды. Отсутствие списка КМ в УПД по ОСУ само по себе не ошибка. Расхождения оформите до подписания.
ТСД или WMS фиксируют приемку, агрегацию, перемещение и отгрузку. 1С хранит учетный факт, а ГИС МТ подтверждает государственный статус кода.
При розничной продаже код сканируется на кассе и уходит через ККТ/ОФД. При списании, браке, собственных нуждах или экспорте нужен отдельный документ с причиной вывода.
Ответственный смотрит журнал обмена, статусы КМ, неподписанные УПД и отказы кассы. Повторная отправка должна быть идемпотентной, чтобы не создавать дубли.
Сначала определите причину выбытия и формат учета товарной группы. При розничной продаже кассир сканирует Data Matrix, а сведения о продаже уходят через ККТ и ОФД. Предварительную проверку с блокировкой продажи применяют там, где уже действует разрешительный режим. При иных причинах - списании, браке, собственных нуждах или экспорте - формируют документ с причиной и сведениями в требуемом формате: GTIN и количество либо отдельные коды.
| Сценарий | Что делает 1С | Что проверяет ИТ/бухгалтерия |
|---|---|---|
| Розничная продажа | Передает товар и код в кассовый контур, получает статус чека | ККТ, ОФД, применимость разрешительного режима, журнал и инструкция кассира |
| Возврат покупателя | Связывает чек возврата, код и статус товара | Возможность возврата в оборот по правилам группы, отсутствие дубля по КМ |
| Списание, брак, собственные нужды | Формирует документ выбытия с причиной и данными ОСУ или кодами | Допустимость причины, обязательные реквизиты, отправку в ГИС МТ и протокол обработки |
| Отгрузка контрагенту | Передает УПД/УКД через ЭДО с GTIN, количеством или кодами | Подпись, статус документа, расхождения; передачу в обороте не смешивают с розничным выбытием |
Для консервов с 1 октября 2026 года при браке, просрочке или утилизации сведения о выводе подают в течение трех рабочих дней после составления акта списания. Для большинства таких причин применяется ОСУ; для розницы, интернет-продажи и вендинга требуется экземплярный формат. Если поставка пришла по ОСУ, отдельные коды для экземплярного вывода нужно считать с упаковок.
Если сценариев много, проектируйте интеграцию 1С с Честным ЗНАКом как процесс с журналами, уведомлениями и владельцем ошибок.
В рознице оператор ЭДО нужен не сам по себе, а как часть контура:
На практике порядок такой: организация и сертификат УКЭП должны быть готовы, оператор ЭДО привязан к юрлицу, в учете указаны склады и товарные группы, а в сервисе маркировки включен обмен с ГИС МТ. В Saby/СБИС отдельно проверяют подпись, организацию, GLN при необходимости транспортных упаковок, OMS ID для СУЗ, токен/параметры розничной проверки, способ вывода кодов и права пользователей.
Во-первых, входящие УПД должны попадать в 1С со всеми сведениями маркировки и не теряться между оператором ЭДО и учетной системой. Во-вторых, исходящие документы должны уходить с правильным форматом сведений. В-третьих, кассовый контур должен читать код упаковки и связывать его с нужной номенклатурой; поставка по ОСУ может не содержать отдельных кодов.
Если нужен именно контур СБИС, смотрите услугу интеграции 1С и СБИС; если задача шире - 1С-ЭДО и операторов лучше сравнивать по процессу, а не по названию.
ЭДО передает сведения маркировки внутри УПД: GTIN и количество при ОСУ или отдельные коды при поэкземплярном учете. В 1С нужно настроить разбор нужного формата и контроль ответа ГИС МТ. Оператора выбирают под существующие системы и контрагентов: мы интегрируем Диадок с 1С и СБИС с 1С.
Если ЭДО еще не внедрен или работает только для бухгалтерии, в разборе интеграции Диадока и 1С показаны маршруты входящих документов, МЧД и автоподпись. Для маркировки к ним добавляются формат товарной группы, сверка фактической приемки и подтверждение обработки сведений.
Автоподпись полезна только там, где понятен контроль: какие документы можно подписывать автоматически, кто отвечает за исключения и где видно, что УПД завис. Базовая схема такая: УКЭП и права настроены на организацию, исходящие УПД проходят проверку реквизитов и кодов, затем регламентное задание отправляет документ оператору ЭДО, а журнал показывает статусы «создан», «подписан», «отправлен», «принят», «отклонен».
| Участок | Что автоматизировать | Что нельзя отдавать без контроля |
|---|---|---|
| Исходящий УПД | Формирование, проверка реквизитов, подпись и отправка по расписанию | Документы с расхождениями по кодам, цене, контрагенту или складу |
| Входящий УПД | Загрузка, сопоставление кодов, уведомление ответственного | Автоподписание без сверки фактической приемки |
| УКД и исправления | Маршрут согласования и повторная отправка | Исправления без причины и связи с исходным документом |
| SLA на документы | Алерт по неподписанным и отклоненным документам | Зависшие УПД, которые сотрудники обходят ручными операциями |
Для бизнес-процесса важнее не кнопка «подписать автоматически», а регламент: кто имеет право автоподписи, какие проверки обязательны до отправки и кто разбирает ошибку до блокировки отгрузки.
Разрешительный режим проверяет код до пробития чека и блокирует продажу при установленном основании запрета. Он действует по календарю товарных групп. Для косметики и бытовой химии розничное выбытие обязательно с июля 2026 года, а разрешительный режим начинается с 1 апреля 2027 года. Передача кода в чеке сама по себе не означает, что все кассовые блокировки уже обязательны. ТС ПИоТ нужен участникам, которые продают через ККТ и обязаны выполнять разрешительные проверки по постановлению № 1944.
В разъяснении Честного ЗНАКа от 10 сентября 2026 указано: X-APIKEY продолжает технически работать после 1 июля, но отсутствие ТС ПИоТ фиксируется как отклонение. Работающий токен не отменяет обязанности установить доступное совместимое решение. Проверьте сочетание модели ККТ, кассового ПО и версии модуля в официальном калькуляторе; если решения нет, отслеживайте реестр вместе с поставщиком кассового ПО.
| Ситуация на кассе | Что делает кассир | Что делает ИТ/ответственный |
|---|---|---|
| Код разрешен | Продает товар обычным порядком | Контролирует передачу чека и обработку выбытия |
| Получен запрет в разрешительном режиме | Откладывает товар по инструкции, не обходит блокировку | Проверяет конкретную причину, статус КМ и документы поставки |
| Нет ответа от ГИС МТ/модуля | Действует по инструкции для офлайн-режима и таймаута | Проверяет доступность сервиса, драйвер, модуль и журнал |
| Частые отказы по группе | Передает проблему ответственному | Сверяет GTIN, релизы и применимость проверок; при ОСУ не требует подтверждения владельца отдельного КМ, как при поэкземплярном учете |
В проверку кассового контура включите актуальный драйвер ККТ, ФФД, настройки товарных групп, связь с ОФД и журнал ответов. Разбирайте отказ по его причине: ошибка связи, неверная настройка и запрет продажи требуют разных действий.
В рабочем контуре 1С держит номенклатуру, партии, документы движения, статусы кодов и связку с первичными операциями. Остальные системы отвечают за свои участки: ЭДО передает УПД, ГИС МТ хранит состояние кода, СУЗ выпускает коды, ККТ выводит товар из оборота, ТСД и WMS фиксируют фактическое движение.
| Система или слой | За что отвечает | Что мониторить |
|---|---|---|
| 1С ERP / УТ / Розница / БП | Номенклатура, документы, партии, статусы кодов, бухгалтерский и складской учет | Ошибки обмена, дубли документов, несоответствие КМ и номенклатуры |
| ЭДО | УПД, УКД, акты расхождений, передача сведений ОСУ или кодов | Неполные сведения маркировки, неподписанные входящие, просрочка реакции |
| ГИС МТ / Честный ЗНАК | Государственный статус кода: эмиссия, ввод, оборот, выбытие, возврат | Коды не ваши, не найдены, уже выбыли или ждут подтверждения |
| СУЗ | Заказ и получение кодов маркировки | Токены, OMSID, остаток кодов, ошибки эмиссии |
| ККТ / ОФД / ТС ПИоТ | Проверка и вывод из оборота при розничной продаже | Отказы проверки, недоступность сервиса, офлайн-режим |
| ТСД / WMS / принтеры | Фактическое сканирование, агрегация, печать этикеток | Качество печати DataMatrix, дубли сканирования, потеря коробов и паллет |
| Интеграционный слой | API, очереди, повторная доставка, логи, идемпотентность | Накопление ошибок, повторная отправка без контроля, отсутствие trace id |
Подготовить юридический и учетный контур: регистрация в ГИС МТ, УКЭП, оператор ЭДО, роли пользователей и ответственные за товарные группы.
Вычистить справочники: номенклатура, GTIN, ТН ВЭД/ОКПД2, признаки маркировки, единицы измерения, упаковки и правила агрегации.
Настроить обмены: 1С - ЭДО, 1С - ГИС МТ/СУЗ, 1С - кассы, 1С - ТСД/WMS, журналы обмена и уведомления об ошибках.
Пройти тестовый цикл: заказ кодов, печать, ввод в оборот, приемка, отгрузка, розничная продажа, возврат и списание.
Закрепить эксплуатацию: регламент обновлений, ответственные за ошибки, SLA на разбор зависших документов и контроль релизов 1С/касс/ТСД.
| Роль бизнеса | Основной сценарий | Что автоматизировать в 1С | Где чаще всего ломается |
|---|---|---|---|
| Производитель | Заказ КМ, печать, нанесение, агрегация, ввод в оборот | Заказ на эмиссию, печать этикеток, маркировка товаров ИС МП, списание брака | GTIN, качество печати, бракованные или неиспользованные коды |
| Импортер | Получение кодов до ввоза и ввод в оборот после таможенных процедур | Связка номенклатуры, кодов и документов поступления | Несоответствие кодов товару и задержки документов |
| Опт и склад | Приемка УПД по ОСУ или кодам, сборка отгрузки, ЭДО | Сверка GTIN и количества; загрузка КМ там, где требуется поэкземплярный учет | Неверный формат УПД, расхождения количества или кодов |
| Розница | Вывод на кассе; разрешительный режим по календарю группы | Проверка КМ, обмен с ККТ/ОФД, возвраты и чеки коррекции | Кассовое ПО не готово, нет ТС ПИоТ, код не проходит проверку |
| Бухгалтерия и ИТ | Контроль документов, расхождений и ошибок обмена | Журналы, отчеты, уведомления, повторная отправка без дублей | Нет владельца инцидента, ошибки копятся неделями |
| Ошибка | Симптом в работе | Причина | Что делать |
|---|---|---|---|
| УПД пришел без кодов | Приемка зависает, товар нельзя корректно продать | Поставщик не передал КМ или документ не сопоставлен | Не подписывать до исправления, оформить акт расхождений, настроить контроль входящих |
| Код не найден или не ваш | 1С видит товар, ГИС МТ не подтверждает право операции | Код у другого владельца, уже выбыл или не введен в оборот | Проверять статус до отгрузки, требовать корректный документ у поставщика |
| Дублирование КМ | Документ не отправляется или получает отказ | Повторное сканирование, ручной ввод, повторная отправка УПД | Запретить ручной ввод без роли, включить проверку дублей и идемпотентность обмена |
| Плохая печать DataMatrix | Сканер не читает этикетку | Принтер, расходники, размер, повреждение при нанесении | Тестировать печать, фиксировать брак, списывать неиспользованные коды |
| Возврат не проведен в системе | Товар вернулся физически, но код не вернулся в нужный статус | Возврат оформили только на складе или кассе | Оформлять возврат через корректный документ, УКД или чек возврата |
| Ошибки обмена не разбираются | Документы висят, сотрудники делают обходные операции | Нет мониторинга и владельца инцидента | Настроить журнал, алерты, SLA разбора, trace id и повторную отправку |
| Проверка | Что должно быть готово |
|---|---|
| Календарь | Для каждой группы зафиксированы даты, формат учета и ответственный; МОД производителей и октябрьские операции проверены |
| Справочники | GTIN, ТН ВЭД/ОКПД2, признаки маркировки, упаковки, единицы измерения |
| ЭДО | Оператор подключен, УПД/УКД проходят, входящие контролируются по срокам |
| СУЗ и ГИС МТ | OMSID, токены, организации и склады привязаны, обмен проверен на тестовых операциях |
| Кассы и ТС ПИоТ | ККТ и ОФД передают чеки; разрешительные проверки и ТС ПИоТ настроены для групп, где они обязательны |
| Сканирование | ТСД, WMS, принтеры и качество DataMatrix проверены на реальных упаковках |
| Мониторинг | Ошибки обмена, дубли, зависшие документы и статусы КМ видны ответственным |
| Эксплуатация | Есть регламент обновлений, владелец инцидента и порядок ручного разбора исключений |
Если по чек-листу остались пробелы - оцените готовность вашей 1С к маркировке: разберём ваш контур и покажем, что закрыть до промышленного запуска.
Оператор видит ошибку в конкретном документе. Руководитель видит другое, и решения принимает по другим признакам.
Сбой маркировки останавливает не учёт, а продажу. Разрешительный режим срабатывает на кассе, в торговом зале, в момент, когда покупатель уже стоит с товаром. Товар физически есть, но операция блокируется — и это происходит не в удобное время, а в час пик, когда расхождение статусов между 1С, ЭДО, ГИС МТ и кассой накопилось за смену.
Ручной разбор расхождений — это постоянная занятость людей, которых нанимали не для этого. Пока объём небольшой, его закрывает один сотрудник, который «знает, как обойти». Это и есть главный риск: контур держится на человеке, а не на регламенте, и вместе с ним уходит в отпуск.
Масштаб ломает ручную схему предсказуемо. Несколько юрлиц, складов и касс — и порядок операций, который выше описан как последовательность шагов, перестаёт выполняться одинаково. Дальше вопрос не в том, кто ошибся, а в том, что связка систем не проверяет себя сама.
Поэтому спрашивать у команды стоит не «были ли ошибки», а три вещи: сколько отгрузок за месяц ушло в ручной разбор, сколько человек знают, как его закрывать, и что произойдёт с продажами, если завтра выйдет из строя автоподпись. Если ответы неизвестны, контур не наблюдаем — а значит и не управляем. Как он выглядит собранным, показано в разделах о контуре интеграции и ролях систем выше.
Не доработка ради доработки, а контур с явными границами: обмены проходят через шину, а не точка-точка, поэтому очередное изменение правил маркировки не останавливает всю учетную систему.
Настраиваем прием и отправку сведений о кодах: эмиссия, ввод в оборот, агрегация, статус и подтверждение операций без расхождений между 1С и государственным реестром.
Сопоставляем DataMatrix с номенклатурой, партиями и документами движения - от приемки УПД до отгрузки, агрегации коробов и паллет.
Собираем сценарии вывода из оборота: розничная продажа через ККТ/ОФД, списание, брак, собственные нужды, экспорт - каждый со своим документом и отправкой сведений в ГИС МТ.
Связываем 1С с СБИС/Saby, Диадоком или другим оператором ЭДО: подпись, проверка реквизитов и кодов до отправки, журнал статусов по каждому документу.
Работаем в актуальном релизе любой конфигурации - розничная касса, малый бизнес на УНФ, бухгалтерский учет или полноценный ERP-контур с несколькими юрлицами и складами.
Выносим обмены в интеграционный слой с журналом событий, повторной доставкой и идемпотентностью - 1С остается сильной учетной системой, а не единственной точкой отказа.
Кейс
1С + Честный ЗНАК
Соберём и проверим полный цикл маркировки: эмиссия, УПД с кодами, приемка, продажа, возврат, списание, разрешительный режим на кассе и журнал ошибок. На выходе - понятный контур без дублей, ручных обходов и зависимости от одного разработчика.
Плохой вариант - зашить всю логику маркировки в доработки 1С без границ.
Тогда любое изменение правила, кассы, WMS, ЭДО или товарной группы превращается в риск для всего контура.
Более устойчивый подход - оставить 1С центром учета, а обмены вынести в слабосвязанный контур: API, очередь или ESB, явные контракты, журнал событий, повторная доставка, идемпотентность и мониторинг.
Так проще обновлять отдельные части, передавать поддержку другой команде и не держать бизнес на одном разработчике.
Для KT.Team это принципиально: 1С должна быть сильной учетной системой внутри неоднородного ландшафта, а не единственной платформой, через которую проходит любое изменение бизнеса.
FAQ
Определите причину выбытия и формат товарной группы. Розничная продажа передается через ККТ/ОФД со сканированием кода; разрешительная проверка применяется по календарю группы. Для иных причин оформляют документ с причиной, GTIN и количеством либо отдельными кодами и контролируют обработку в ГИС МТ.
Проверьте организацию, УКЭП, оператора ЭДО, права пользователей, склады, товарные группы и связь с ГИС МТ. В Saby настраивают сертификат, организацию, параметры ГИС МТ, токен/параметры розничной проверки, OMS ID при работе с СУЗ и способ вывода кодов. В 1С важно, чтобы УПД с кодами, статусы документов и кассовые операции не расходились между системами.
Можно, но только после проверки реквизитов, кодов маркировки и прав подписи. Без регламента автоподпись ускоряет не процесс, а ошибки: УПД уходит с неверными кодами, зависает у оператора ЭДО или возвращается с отказом. Нужны правила, какие документы подписываются автоматически, какие уходят на ручную проверку и кто разбирает отклонения.
Проверьте формат документов своей группы по календарю выше. Ближайшие задачи - МОД производителей косметики и бытовой химии до 1 октября и подготовка ЭДО/касс для консервов с 1 октября. Отдельно проверьте применимость разрешительного режима и совместимость ТС ПИоТ с вашей кассой.
Для типовых сценариев часто достаточно актуального релиза 1С, настроенного ЭДО и включенного функционала маркировки. Доработки появляются, когда есть WMS, нестандартная агрегация, сложная упаковка, несколько юрлиц, особые правила склада или требования к мониторингу.
Учетный факт в 1С и состояние операции в ГИС МТ могут расходиться: код не введен в оборот, уже выбыл или документ еще не обработан. При ОСУ не проверяйте владельца отдельного кода по правилам поэкземплярного учета; сначала сопоставьте формат товарной группы и причину отказа.
Нужно пройти полный цикл на реальных сценариях: эмиссия, печать, ввод, приемка, отгрузка, продажа, возврат, списание, ошибка обмена и повторная отправка без дубля. Один успешно отправленный документ не доказывает готовность контура.
Дата проверки: 12.09.2026