Ошибки обмена с «Честным знаком» в 1С: обрыв связи, статусы кодов и отказы ИС МП

Как устроен обмен с ИС МП и где именно ломается

Каналов два. Первый - прямой обмен с ГИС МП: программа проверяет статусы и владельцев кодов, отправляет документы ввода и вывода из оборота, отгрузки и приёмки; всё собрано в рабочем месте «Обмен с ИС МП». Второй - передача кодов оператором ЭДО внутри электронного УПД. Первичная настройка обоих каналов разобрана в статье «Начало работы с маркировкой».

Основной вариант отражения реализации - электронный документооборот: продавец передаёт в ГИС МТ уведомление на основании УПД не позднее трёх рабочих дней со дня отгрузки, передачи или приёмки товаров (п. 64 Правил, утв. постановлением Правительства РФ от 05.07.2019 № 860), покупатель подписывает его УКЭП и направляет в ГИС МТ в течение трёх рабочих дней со дня приёмки (п. 65 Правил). По материалу «Как работать с системой маркировки, если оптовый покупатель зарегистрирован в ней, но не имеет ЭДО?» после подписания принятые коды переводятся покупателю на баланс, а непринятые остаются у продавца. На переходный период поддержана прямая передача без ЭДО документами «Отгрузка товаров ИС МП» и «Приемка товаров ИС МП».

Обрыв связи и зависание во время обмена

Симптом. Обмен идёт долго, окно «висит», сеанс обрывается на середине выгрузки, после перезапуска непонятно, дошли данные или нет.

Причина. Материал «Что делать, если произошел обрыв связи или зависание во время обмена с ГИС МП "Честный знак"?» называет две: устаревший релиз конфигурации и временные сбои на серверах ГИС МП. В последних версиях прошла оптимизация алгоритмов и исправлены ошибки, что решает многие проблемы с долгой обработкой и зависанием и позволяет автоматически возобновить работу после обрыва связи.

Как исправить. Проверить версию 1С - это первый пункт разбора, и посмотреть, воспроизводится ли симптом на других рабочих местах: если «висит» любая операция с ИС МП, дело не в конкретном документе. После перезапуска выполните обмен ещё раз кнопкой «Выполнить обмен»; при сбое на серверах ГИС МП подождите и попробуйте снова. Повторный запуск безопасен. Учитывайте сроки: передать сведения в ГИС МТ нужно в течение трёх рабочих дней, поэтому затянувшийся обмен - ещё и регламентная проблема.

Ошибка Not enogh balance при заказе кодов

Симптом. При отправке заказа на маркировку приходит отказ с текстом Not enogh balance. Заказ не создаётся, коды не эмитируются.

Как это пишется. В материале ИТС ошибка воспроизведена дословно: Not enogh balance - с опечаткой источника в слове enough. Грамматически правильный вариант - Not enough balance. Это одна и та же ошибка, разбор от написания не меняется.

Причина. Материал «Что значит ошибка маркировки Not enogh balance?» отвечает однозначно: если при отправке заказа на маркировку приходит ошибка с таким текстом, то на балансе организации в ЦРПТ недостаточно средств, нужно пополнить баланс.

Что проверить. Баланс лицевого счёта в ЦРПТ и то, по какой организации ушёл заказ: при нескольких юрлицах он мог уйти от той, чей счёт не пополнен. После пополнения заказ отправляют повторно - обновление релиза и повтор обмена ошибку не снимают. Та же причина приходит и в русской формулировке: по материалу «Ввод в оборот кодов маркировки» квитанция по отчёту о верификации может быть получена, но отчёт обработан с ошибкой «Недостаточно средств» - после пополнения счёта отчёт в СУЗ будет обработан, а статус отчёта в 1С нужно обновить.

Заказ на эмиссию в статусе «Ошибка» и зависшие заказы СУЗ

Симптом. Коды не приходят: документ «Заказ на эмиссию кодов маркировки СУЗ» не доходит до эмиссии либо в СУЗ висят заказы, которых нет в базе.

Что смотреть. По материалу «Заказ кодов маркировки» заказ имеет один из статусов: «Обрабатывается в СУЗ (генерация кодов)» - документы в списке «Ожидайте»; «Ошибка» - описание открывается по ссылке «Причина», документы попадают в список «Отработайте»; «Коды маркировки эмитированы» - коды загружаются в «Пул кодов маркировки СУЗ». Причину отказа читают в документе, а не угадывают по симптому. Частая причина - незаполненный GTIN: он должен быть заранее внесён в список штрихкодов карточки номенклатуры.

Зависшие заказы. Рабочее место «Активные заказы СУЗ» нужно для просмотра и принудительного закрытия заказов во внештатных ситуациях - например, когда СУЗ переполнен заказами, отсутствующими в базе; у них в колонке «Документ» стоит «<отсутствует>». Как устроены заказ, печать и ввод кодов, разобрано в статье «Коды маркировки в 1С».

Ввод в оборот: отчёт о верификации обработан с ошибкой

Симптом. Часть кодов в оборот не введена, документ остался в статусе «Коды нанесены частично» либо «Статус отчета неопределен».

Причина. Материал «Ввод в оборот кодов маркировки» перечисляет причины ошибок при передаче «Отчета о верификации нанесенных кодов маркировки»: коды имеют недопустимый статус (выведены из оборота, списаны), на счету недостаточно средств и другие. Возможен повторный запрос квитанции: если квитанция из СУЗ не получена, документ будет в статусе «Статус отчета неопределен»; если получена, а отчёт обработан с ошибкой, после устранения причины статус отчёта в 1С обновляют. При пакетной передаче часть отчётов может быть обработана, а по некоторым квитанция не получена - статус «Коды нанесены частично», дальнейшее действие «Передайте отчет с исправлениями».

Как исправить. Документ в статусе «Коды маркировки нанесены частично» редактируется: проблемные коды удаляют. В режиме «Отчет производственной линии» это делают на закладке «Коды маркировки»: кнопка «Проверить состояние кодов маркировки в ГИС МТ» запрашивает статусы кодов с ошибками, а при удалении кода из упаковки выбирают режим - расформировать агрегат, удалить его целиком или удалить только строку с ошибкой (последнее может нарушить стандартную вложенность). Без этого режима коды правят в форме «Подбор и проверка маркируемой продукции»; команда «Пропустить ошибку обработки в ГИС МТ» снимает признаки «Обработан с ошибкой» и «Недопустимый код маркировки», но повторной отправки не выполняет. Затем данные отправляют по ссылке «передайте отчет с исправлениями».

Коды, напечатанные некорректно, повреждённые или утерянные, в оборот не вводят: по материалу «Печать кодов маркировки» рекомендуется перемаркировка товара, а сами коды списывают документом «Списание кодов маркировки ИС МП» с указанием причины; если отсканировать их невозможно, коды заполняют из заказа на эмиссию (материал «Списание кодов маркировки»). Порядок - в статье «Перемаркировка и наборы».

Товар не проходит проверку: что показывает графа «Статус проверки»

Симптом. Код не добавляется в форму подбора и проверки, либо в графе «Статус проверки» красным выводится текст вида Статус: … и/или ИНН владельца.

Причина. Это не сбой обмена, а результат проверки. По материалу «Что выводится в графе "Статус проверки" в форме подбора и проверки маркируемой продукции?» в графе отражается результат проверки физического наличия кода среди отгружаемых или принимаемых товаров, а также его статуса и владельца в ИС МП. Если они корректны, в графе не указывается ничего. Некорректный код при подборе не добавляется с выдачей сообщения; если коды уже в таблице, статус и ИНН владельца выводятся красным.

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

Как исправить. Ошибка статуса означает, что операция противоречит состоянию кода в ГИС МП: продаётся код, уже выведенный из оборота, или принимается код, который поставщик не ввёл в оборот. Лечится это у владельца кода, а не в программе. Отключать проверки, чтобы «провести документ», нельзя: они не влияют на проверки ЦРПТ и не снимают ответственности за оборот маркируемой продукции. Для розничной продажи по группам с разрешительным режимом контроль обязателен: чек-листы готовности ИТС требуют флажков «Запрашивать данные сервиса ГИС МТ», «Контролировать статусы кодов маркировки» и «Контролировать владельцев кодов маркировки», а флажок «Игнорировать результаты проверки» средствами ККТ рекомендуется снять (материал «Как розничным продавцам молочной продукции работать с системой маркировки»).

Расхождения оформляют штатно, а не правкой документа «под поставщика». По материалу «Поступление маркированных товаров» отсутствующим кодам присваивается статус «Отсутствует», в документе поступления устанавливается флажок «Есть расхождения», а при проведении создаётся «Акт о расхождениях»; расхождения по кодам возможны и при совпадении количества. Акт подписывают и отправляют поставщику по ЭДО, а исходный УПД подтверждают (если поставщик сделает УКД) или отклоняют (если он пришлёт исправленный документ), затем формируют «Корректировку приобретения» - повторная проверка кодов не требуется. Полный сценарий - в статье «Приёмка маркированного товара».

В графе «Статус проверки» указан чужой ИНН

Симптом. Вместо статуса выводится ИНН владельца кода, причём это не ИНН поставщика. Оба случая разбирает материал «Почему в форме проверки поступивших маркируемых товаров в графе "Статус проверки" указывается ИНН владельца?».

• Показан ИНН вашей организации. Поступление этих кодов уже оформлено: через личный кабинет ГИС МП либо документ поступления принят и утверждён без проверки. Проверка не требуется, но стоит убедиться, что документ не задвоен.
• Показан ИНН третьей организации. Коды могли быть введены в оборот по одной организации, а проданы от имени другой, возможно аффилированной; поставщик мог и ошибочно отправить те же коды другому получателю. Нужно обратиться к поставщику и удостовериться, что коды принадлежат отправившей их организации.

Чужой ИНН - не ошибка обмена, а фиксация того, что в ГИС МП код числится за другим участником: приёмка без разбирательства перенесёт проблему дальше по цепочке.

Покупатель не получил коды маркировки после оформления ЭДО

Симптом. УПД отправлен и подписан, товар отгружен, но коды у покупателя не появились. Материал «Почему покупатель не получил коды маркировки после оформления ЭДО?» перечисляет четыре причины.

• Поставщик некорректно оформил ЭДО. В форме представления электронного документа у поставщика и покупателя проверяют, что передаваемые коды в документе указаны.
• Поставщик передал некорректные коды - например, не в статусе «в обороте» или не принадлежащие ему. В 1С это возможно, если сняты флажки контроля статусов. Оператор ЭДО статус кодов не проверяет: в ГИС МП уйдут все коды, но некорректные не будут отработаны.
• У оператора ЭДО передача кодов - отдельная услуга, и она не подключена.
• Технические проблемы при передаче кодов от оператора ЭДО в ЦРПТ.

Как исправить. Порядок эскалации: подождать сутки после отправления документа (среднее время попадания в ЛК через оператора ЭДО - 1 сутки), проверить в ЛК ГИС МТ статус обработки документа, обратиться в техподдержку своего оператора ЭДО с датой отправки и реквизитами сторон. Если поддержка оператора не видит проблем с передачей, обращаются в поддержку ЦРПТ.

Отдельная причина - деньги и регистрация контрагента. По материалу «Взимается ли дополнительная плата за передачу кодов маркировки по ЭДО?» в тарифах «1С-ЭДО» отдельной платы за передачу кодов нет, но если покупателя обслуживает берущий плату оператор, получатель должен выполнить его условия по оплате. Незарегистрированный в системе покупатель получить коды в собственность не сможет, а реализация такого товара будет административным правонарушением (материал «Можно ли оптом продать обувь покупателю, который еще не зарегистрирован в системе маркировки?»).

Код маркировки не сканируется

Симптом. Сканер «пикает», но в форму подбора ничего не попадает либо код приходит обрезанным.

Причина и что проверить. Материал «Что делать, если не получается отсканировать код маркировки?» указывает на две причины: сканер не прописан в списке подключаемого оборудования либо неправильно настроен на работу с кодами GS1, и сканирование выполняется не в том месте программы. В форме настроек оборудования нажмите «Тест устройства» и отсканируйте код: результатом должна быть строка вида 01… 21… ’GS’ 91 … ’GS’ 92 …. Если разделители GS не приходят, дело в настройке сканера, а не в 1С и не в ГИС МП. Сканировать нужно в правильном месте: при операциях с маркируемой продукцией - из формы подбора и проверки, при розничных продажах - в рабочем месте кассира.

Смежная ситуация - код считался, но товар не определился. По материалу «Можно ли работать в программе 1С с кодами маркировки, полученными напрямую через ЛК ГИС МТ "Честный знак"?» с такими кодами работать можно: в программе они не хранятся, статус и принадлежность проверяются по данным ГИС МП, а несопоставленную номенклатуру указывают вручную. Печатать код, заказанный в ЛК ГИС МП, нужно тоже из ЛК.

Ещё одна причина «код есть, а учёт не сходится» - разная детализация с поставщиком. По материалу «Как вести учет маркируемой обуви с большей детализацией, чем у поставщика?» детализацию задаёт GTIN: свой код присваивается каждому уникальному набору потребительских свойств. Разные GTIN в одной строке документа разводят по номенклатуре при проверке поступившей продукции; у маркированных остатков описание GTIN упрощённое, поэтому один код могут иметь разные модели и размеры - см. статью «Маркировка остатков».

Сертификат ЭЦП и токен авторизации на рабочем месте

Симптом. Обмен работает у одного пользователя и не работает у другого; на кассе не проходит проверка кодов; при отправке документа программа не находит сертификат.

Причина. По материалу «Как работать с маркировкой на нескольких рабочих местах? На каждое нужно иметь свой сертификат подписи?» на каждом рабочем месте, где ведётся работа с маркируемыми товарами, необходим доступный сертификат ЭЦП, связанный с этой организацией в ЦРПТ: это подбор и проверка при оптовых закупках и продажах и рабочее место кассира при включённом контроле статусов в рознице.

Как исправить. Способов три: установить сертификат на сервер; установить имеющийся сертификат на каждое рабочее место, обеспечив доступность токена; получить отдельный сертификат на каждое место. Самый простой - подписание на сервере: сертификат и криптопровайдер ставят на сервер, сертификат прописывают в форме «Настройки интеграции с ИС МП», а в настройках электронной подписи включают флажки «Проверять подписи и сертификаты на сервере» и «Подписывать на сервере». Имеющийся сертификат подходит, если выдан аккредитованным удостоверяющим центром, а криптопровайдер поддерживается «1С-ЭДО» (материал «Можно ли использовать уже имеющийся сертификат ЭЦП для работы в системе маркировки "Честный знак"?»).

Токен авторизации - отдельная причина отказов. По материалу «Начальные настройки маркировки» при авторизации в ИС МП в базе сохраняется токен, который в течение срока действия позволяет выполнять запросы без повторного подписания сертификатом: по нему проверяют статусы и владельцев кодов и готовят документы, а подписывают там, где сертификат установлен. Если срок действия токена истёк, действия с кодами маркировки блокируются; ответственных за актуализацию назначают в форме «Ответственные за актуализацию токенов авторизации».

Для розницы ИТС предупреждает прямо: отсутствие токена авторизации - наиболее распространённая проблема при начале работы. Токен с типом «ИС МП (Розница)» генерируется в разделе «Профиль» личного кабинета «Честного знака» и должен быть установлен для каждой организации-продавца; проверяют его в списке «Токены авторизации» (материал «Как розничным продавцам работать с системой маркировки»).

Смежный вопрос - филиалы. По материалу «Нужно ли подключать к ГИС МП обособленные подразделения организации (филиалы, торговые точки)?» подключение производится организацией, подразделения отдельно подключать не нужно, идентификатор получается на головную организацию. Движение отслеживается только между организациями: внутренние перемещения в ГИС МП не учитываются.

Розничная продажа: код не ушёл в ГИС МП или чек не пробивается

Симптом. Товар продан, но в личном кабинете код остаётся в обороте. Либо наоборот - касса отказывается пробивать чек по маркированному товару.

Первый случай. По материалу «Как передаются данные о маркируемой продукции при продаже с оформлением чека и передачей его в ОФД?» код передаётся в чеках, связанных с передачей товаров покупателю (полный расчёт, частичный расчёт, кредит), а в чеках на оплату без отгрузки - нет. Код идёт в электронной форме чека (тег 1162): её смотрят по ссылке «Пробит чек №» - на закладке XML у каждого товара будет строка <GoodCodeData MarkingCode="[Код маркировки]"/>. Передаёт код в ОФД торговое оборудование, поэтому нужны актуальная конфигурация (с библиотекой подключаемого оборудования не ниже 3.2), актуальные драйвер и прошивка ККМ и модель ККТ из списка поддерживаемых.

Разбор конкретной продажи есть в самой программе. По материалу «Как розничным продавцам работать с системой маркировки» в форме «Фискальная операция» есть закладка «Проверка КМ» - журнал проверки кодов по продаже с результатом по Федеральному закону от 22.05.2003 № 54-ФЗ и по постановлению № 1944. Результат по 54-ФЗ виден и в печатной форме чека: М - результата нет, М+ - успешно, М- - отрицательный; успешное М+ не связано с разрешительным режимом, соблюсти нужно оба требования. Нарушения режима попадают в раздел «Статистика отклонений» личного кабинета и загружаются в базу документом «Отчет ИС МП» - на панели обмена появляется красная гиперссылка «Внимание, найдено нарушение».

Второй случай - отказ в продаже. Это не сбой, а разрешительный режим: постановлением Правительства России от 21.11.2023 № 1944 определены случаи, когда продажа запрещена, и тогда программа уведомит продавца, а кассовый чек оформить не получится (материал «Когда продавать обувь запрещено?»). Для обуви с 1 ноября 2024 года запрещена продажа товара, сведений о маркировке или о вводе в оборот которого нет в системе, выведенного из оборота, с запрещённой или приостановленной реализацией, с кодом проверки, не соответствующим характеристикам средства идентификации. Перечни и даты различаются по группам: у молочной продукции добавлен товар с истекшим сроком годности (материал «Когда продавать молочную продукцию запрещено?»).

Онлайн-проверка занимает не более 1,5 секунд; если ответ не получен, товар можно продать даже при наличии запрета, но при условии, что не требуется офлайн-проверка. Офлайн-проверка идёт по базам данных продавца, которые необходимо регулярно обновлять, - устаревшая локальная база и есть частая причина «странных» отказов на кассе. Если проблемы с обращением к системе наблюдаются 2 часа, продавец фиксирует их и устраняет за 72 часа; в течение 3 суток можно не соблюдать запреты, полученные онлайн, но ограничения офлайн-проверки соблюдать необходимо.

Со стороны программы за эти проверки отвечают две настройки, и без них касса встаёт. Онлайн-режиму нужны CDN-площадки: их задают в настройках сканирования кодов в группе «Розничные продажи, разрешительный режим». Офлайн-проверку выполняет локальный модуль «Честный знак» (ЛМ ЧЗ), который ставят в локальной сети продавца: по материалу «Начальные настройки маркировки» после наступления даты обязательной локальной проверки без настроенных модулей при сканировании или пробитии чека будет выдаваться ошибка и продать товар будет невозможно. Дату берут из колонки «Розничная продажа - ЛМ ЧЗ».

Дистанционная продажа и автономная касса

Симптом. Товар отгружен со склада интернет-магазина или продан в отдалённой местности, а выбытия в ГИС МП нет. Ошибка здесь чаще методическая: сценарий продажи не соответствует способу передачи сведений.

По материалу «Как передаются в систему маркировки сведения о продаже товара через интернет-магазин?» сообщение о выбытии передают в течение трёх рабочих дней с момента отгрузки или доставки потребителю: если доставка укладывается в срок и курьер оформляет чек с кодом, вывод идёт через ОФД как в рознице, иначе продавец оформляет «Вывод из оборота». Для автономной ККТ данные передают не позднее 30 календарных дней со дня продажи - через личный кабинет вручную или файлами XML и CSV (материал «Как передаются в систему маркировки данные по розничным продажам, если организация применяет онлайн-кассу в автономном режиме?»). Документы выбытия разобраны в статье «Вывод из оборота».

Сводная таблица: симптом - причина - действие

Общий порядок разбора: релиз, канал (прямой обмен или оператор ЭДО), сертификат и действующий токен, статус и владелец кода в личном кабинете, наличие кодов в электронном документе. Снимать флажки контроля статусов, чтобы «провести документ», не стоит: именно отключённый контроль потом оставляет покупателя без кодов. Смежные темы: настройка обмена - в статье «1С:УНФ и Честный знак: настройка», проблемы документооборота - в статье «Не приходят документы ЭДО».

Частые вопросы