← На главную

При приемке маркированной продукции розничные магазины нередко сталкиваются с ситуацией: электронный универсальный передаточный документ (УПД) получен через оператора ЭДО (например, СБИС) и успешно подписан обеими сторонами, но по прошествии нескольких дней владелец DataMatrix-кода в системе «Честный знак» (ГИС МТ) остается прежним. При попытке продать такой товар на кассе в 1С:Розница встроенная проверка выдает ошибку о том, что владелец кода маркировки отличается от организации продавца. Разберем подробно, почему так происходит, как диагностировать проблему и как правильно настроить учетную систему, чтобы избежать простоя на кассе.

Причины, по которым владелец марки не меняется в ГИС МТ

Проанализируем основные факторы, препятствующие фактическому переходу права собственности на код маркировки в системе ГИС МТ:

1. Не активирована услуга передачи маркировки у оператора ЭДО. У многих коммерческих операторов электронного документооборота опция автоматической отправки сведений о маркировке в ГИС МТ является отдельной платной услугой или требует дополнительной настройки в профиле участника. Если у поставщика (или покупателя) данная опция не подключена, УПД имеет юридическую силу между контрагентами, но сведения о кодах оператор в «Честный знак» не передает.
2. Особенности объемно-сортового учета (ОСУ). Для ряда товарных групп (например, безалкогольные напитки, соки, упакованная вода, молочная продукция на определенных этапах внедрения) действует объемно-сортовой учет. При такой схеме поставщик в УПД указывает только код товара (GTIN) и общее количество упаковок, без поштучного сканирования кодов. В этом случае в ГИС МТ списывается и приходуется только количественный баланс, а поштучная смена владельца конкретного DataMatrix не регистрируется вплоть до момента розничного выбытия или списания.
3. Ошибки обработки документа на стороне «Честного знака». Даже если оператор ЭДО успешно отправил документ в систему маркировки, входящий титул может получить статус «Обработан с ошибкой». Это происходит, если поставщик на момент подписания не являлся реальным владельцем кодов в ГИС МТ, если коды не были введены в оборот производителем (находились в статусе «Эмитирован» или «Нанесен») либо уже были выведены из оборота ранее.
4. Некорректная структура XML-документа. Если поставщик указал коды маркировки в свободных текстовых полях накладной или в дополнительных сведениях строки вместо регламентированного тега НомСредИдент, документ считается типовым немаркированным УПД. Система ЭДО подписывает его, но не выгружает данные в ГИС МТ.
5. Зависание документа в роуминге. При взаимодействии двух разных операторов ЭДО подтверждающий титул покупателя может не дойти вовремя до оператора продавца, из-за чего финальная отправка данных в ГИС МТ не инициируется.

Диагностика состояния кодов и документов

Для определения точной причины проблемы выполним следующие шаги диагностики:

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

Как настроить 1С:Розница и отключить блокировку продаж

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

1. Разрешительный режим на кассах (онлайн-проверка по CDN-площадкам). Регулируется Постановлением Правительства РФ № 1944. Касса блокирует продажу, если код заблокирован надзорными органами, просрочен, уже выведен из оборота или отсутствует в ГИС МТ. На этапе объемно-сортового учета несовпадение ИНН владельца в ГИС МТ с ИНН продавца нарушением правил разрешительного режима не является.
2. Внутренний контроль принадлежности кодов в 1С. Это локальная опция конфигурации, которая сверяет ИНН организации в документе с текущим владельцем кода. Если товар зашел по ОСУ или смена владельца зависла, эта проверка не позволяет добавить позицию в чек.

Для обеспечения непрерывности розничных продаж в период ОСУ выполним отключение контроля владельца:

1. Переходим в раздел Администрирование → Интеграция с ИС МП (Обувь, одежда, табак...) → Настройки сканирования кодов маркировки.
2. Для проблемной товарной группы находим параметр Контролировать владельцев кодов маркировки и отключаем его.
3. Учитываем работу регламентного задания: в типовых конфигурациях задание Обновление классификаторов может автоматически восстанавливать параметры контроля и даты обязательного перехода. Чтобы избежать неожиданного возврата ошибки, в форме настройки регламентных заданий проверяем расписание и при необходимости корректируем поведение контроля для конкретной категории товаров.

Особенности оформления выбытия товара для собственных нужд

Разберем также смежный сценарий, когда маркированный товар приобретается организацией или ИП не для перепродажи, а для собственного потребления (например, вода или напитки для офиса, технические жидкости для собственного автопарка). Порядок оформления зависит от статуса покупателя в ГИС МТ:

1. Покупатель зарегистрирован в ГИС МТ. Поставщик формирует электронный УПД с указанием признака выбытия: «1 — Использование для собственных нужд». После подписания УПД обеими сторонами «Честный знак» автоматически регистрирует переход права собственности и сразу же выводит коды из оборота.
2. Покупатель не является участником оборота (не зарегистрирован в ГИС МТ). В этом случае оформлять УПД с кодами маркировки покупателю нельзя. Поставщик самостоятельно выводит коды из оборота через личный кабинет ГИС МТ или учетную систему «1С» документом «Вывод из оборота» с причиной «Использование для собственных нужд» (параметр OWN_USE) или «Розничная реализация». При этом в поле buyer_inn (ИНН покупателя) поставщик указывает ИНН фактического приобретателя товара. Покупателю в этом случае передается стандартный первичный документ без передачи кодов маркировки в ГИС МТ.

Порядок действий для исправления документов

Если в результате проверки выяснилось, что УПД не передал коды в ГИС МТ из-за технического сбоя, действуем по следующему алгоритму:

1. Связываемся с поставщиком и проверяем подключение услуги передачи данных в «Честный знак» у его оператора ЭДО.
2. Если документ в ГИС МТ зафиксирован со статусом ошибки, поставщик должен устранить причину (ввести коды в оборот на своей стороне) и выставить исправленный документ — УПД(и) или УКД.
3. Если документ завис в роуминге, обращаемся в техническую поддержку своего оператора ЭДО с указанием идентификатора документооборота (MessageId или TransactionId) для принудительной повторной отправки титула покупателя в ГИС МТ.