Как исправить ошибку "Ошибка заполнения атрибута Декларация соответствия" при выгрузке товаров в Честный Знак из 1С?

При работе с системой "Честный Знак" и интеграции с 1С, особенно в конфигурациях типа 1С:УНФ, пользователи часто сталкиваются с ошибками, связанными с некорректным заполнением атрибутов разрешительных документов, таких как "Декларация соответствия" или "Сертификат соответствия". Эти ошибки могут блокировать процесс выгрузки товаров и требовать внимательной проверки вводимых данных. Мы рассмотрим подробнее наиболее частые проблемы и их решения, чтобы помочь вам наладить бесперебойную работу.

Ошибка заполнения атрибута "Декларация соответствия" или "Сертификат соответствия"

Одна из самых распространенных ошибок, с которой мы сталкиваемся, звучит как: "Ошибка заполнения атрибута "Декларация соответствия" (идентификатор Национального каталога: 23557): Значение Декларация о соответствии необходимо передать в формате: "номер разрешительного документа ::: дата разрешительного документа"." Также в конфигурациях УНФ может возникать ошибка заполнения атрибута "Ставка НДС" при отправке данных в систему.

Аналогичная ошибка может возникать и для атрибута "Сертификат соответствия" (идентификатор Национального каталога: 23561). Эта проблема практически всегда связана с несоблюдением строгого формата ввода данных, который требует система "Честный Знак".

Шаг 1: Проверка формата номера и даты

Система ожидает данные в формате номер документа:::дата документа. Давайте разберем каждый элемент этого формата максимально подробно.

1. Номер разрешительного документа: Мы должны передавать номер, который полностью совпадает с записью в реестре Росаккредитации. Это критически важно, так как любая неточность приведет к ошибке.
• Пробелы и знаки препинания: Внимательно проверьте все пробелы, точки, слэши. Если в реестре есть пробел, он обязательно должен быть и в вашем вводе. Например, если в реестре указано ЕАЭС N RU (с пробелами), то именно так мы и должны вводить, а не ЕАЭСNRU (без пробелов).
• Регистр символов: Буквы должны быть в том же регистре, что и в официальном реестре. Несоблюдение регистра приведет к тому, что система не сможет найти соответствующий документ.
• Кириллица и латиница: Это очень частая причина ошибок, которую сложно заметить. В номерах, таких как ЕАЭС RU C-RU.HE56.B.00086/24, часть символов может быть кириллическими, а часть латинскими. Например, префиксы RU и C часто являются латинскими, в то время как другие буквы, такие как Д, В, НЕ, могут быть кириллицей. Мы настоятельно рекомендуем копировать номер напрямую из официального реестра Росаккредитации (ФГИС Росаккредитация) или с сайта "Честного Знака", чтобы исключить любые опечатки и путаницу между схожими по написанию кириллическими и латинскими символами. После вставки в поле 1С убедитесь, что не появилось никаких лишних пробелов или скрытых символов, которые могли быть скопированы вместе с текстом.
2. Дата разрешительного документа: Дата должна быть указана строго в формате ГГГГ-ММ-ДД (Год-Месяц-День), без каких-либо исключений. Например, 11 июля 2023 года будет выглядеть как 2023-07-11. Для автоматизации процесса и минимизации ошибок ввода данных можно использовать загрузку КИЗ из XML (УПД) с проверкой в Честном знаке — в этом поможет автоматическая загрузка входящих XML-документов ЭДО в 1С.
3. Разделитель: Между номером документа и датой используется строго тройное двоеточие :::. Крайне важно, чтобы не было никаких пробелов до или после этого разделителя.

Пример правильного формата для Декларации соответствия: (если вам требуется распечатать сами коды маркировки с криптохвостом из заказа на эмиссию, убедитесь в корректности их формирования в системе).

ЕАЭС N RU Д-RU.РА05.В.37375/23:::2023-07-11

Обратите внимание, что в данном примере ЕАЭС N RU Д-RU.РА05.В.37375/23 введены именно так, как они указаны в реестре, с сохранением пробелов и регистра. Дата также строго соответствует формату ГГГГ-ММ-ДД.

Ошибка "Сертификат соответствия ... не найдено в списке допустимых"

Иногда, даже если нам кажется, что формат номера сертификата введен верно, система выдает ошибку: "Значение ЕАЭС RU C-RU.HE56.B.00086/24:::2024-01-25 атрибута Сертификат соответствия не найдено в списке допустимых." Мы сталкиваемся с тем, что документ вроде бы существует, но "Честный Знак" его не видит.

Шаг 1: Проверка в Национальном каталоге и внимательный анализ номера

С 2024 года "Честный Знак" проводит активную проверку номеров разрешительных документов по реестрам Росаккредитации. Если документ не найден, причин может быть несколько, и мы должны их тщательно рассмотреть:

1. Документ еще не обновился в базах "Честного Знака": Иногда требуется некоторое время для синхронизации данных между официальными реестрами Росаккредитации и базой данных "Честного Знака". Если документ зарегистрирован совсем недавно, возможно, стоит немного подождать.
2. Все еще есть неточности в номере: Несмотря на кажущуюся правильность, могут быть скрытые символы или незаметные глазу различия в регистре или типе букв (например, кириллическая "С" вместо латинской "C"). Это наиболее вероятная причина.

Решение:

Если мы уверены в правильности номера и даты, но система все равно выдает ошибку, рекомендуем:

1. Тщательно проверить кириллицу/латиницу в номере: Вернемся к примеру ЕАЭС RU C-RU.HE56.B.00086/24. В данном случае было выявлено, что только RU и C были на латинице, а остальные буквы, такие как НЕ и В, являлись кириллицей. Мы должны быть предельно внимательны к каждому символу, перепроверяя его тип. Лучший способ – копирование из реестра и затем ручная проверка каждого символа или вставка через простой текстовый редактор.
2. Использовать функцию "В списке отсутствует номер?" в личном кабинете Национального каталога: При возникновении этой ошибки в интерфейсе "Честного Знака" часто появляется специальная кнопка или опция «В списке отсутствует номер?». Она позволяет отправить запрос в соответствующий реестр для подтверждения документа, указав его номер и дату регистрации. Это может помочь "Честному Знаку" найти и верифицировать ваш документ.
3. Редактирование опубликованной карточки: Если нам необходимо внести или изменить сведения о разрешительном документе в уже опубликованной карточке товара в Национальном каталоге (поможет автоматическая регистрация товаров в Национальном каталоге), мы не можем сделать это напрямую. Нам потребуется сначала создать черновик этой карточки, внести необходимые правки (в данном случае, поменять или добавить сведения о сертификате/декларации) и отправить ее на модерацию заново.

Ошибки при оформлении возвратов поставщику: "Код страны получателя" и "ИНН получателя ВЭД"

Пользователи также сталкиваются с проблемами при оформлении документов возврата поставщику, особенно при взаимодействии с "Честным Знаком". Типичные ошибки включают: "08: Значение поля 'Код страны получателя' не найдено в списке допустимых." и "07: Недопустимое количество символов в значении поля 'ИНН получателя ВЭД'."

Шаг 1: Проверка данных контрагента и документа в 1С

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

1. Код страны получателя: Мы должны убедиться, что в карточке контрагента (поставщика) или непосредственно в документе возврата корректно указана страна. Для России это код 643. Проблема может быть не в самом коде, а в том, как он передается в систему "Честного Знака" через модуль обмена, или во временных сбоях на стороне API. Нам следует тщательно проверить правильность заполнения всех полей адреса и данных контрагента в 1С. Возможно, поле страны заполнено, но содержит неверный формат или лишние символы.
2. ИНН получателя ВЭД: Эта ошибка прямо указывает на то, что ИНН иностранного контрагента (участника внешнеэкономической деятельности) введен с нарушением формата. Внимательно проверьте ИНН в справочнике контрагентов в 1С. Убедитесь, что количество символов соответствует стандарту для страны контрагента и не содержит лишних знаков, пробелов или других некорректных символов. Для российских ИНН это 10 или 12 цифр. Для иностранных контрагентов требования могут отличаться, и важно уточнить их в соответствующей документации "Честного Знака" или для конкретной страны.

Например, в запросе: "receiver_country_code":"643" и "receiver_inn":"503200225730". Если один из этих параметров неверен или не соответствует ожиданиям системы, возникнет ошибка. Мы должны удостовериться, что эти данные в 1С заполнены верно и в нужном формате, и что они корректно передаются в структуру запроса.

Ошибки ФГИС "Зерно": "начинается с пробела"

Еще одна специфичная ошибка, с которой мы можем столкнуться, особенно при интеграции с ФГИС "Зерно", звучит так: "не допустимое значение docs.0.number = ЕАЭС N RU Д-RU.РА01.В.61285/2 начинается с пробела (Parameter validation)". Пользователи часто утверждают, что видимых пробелов нет, но система все равно сообщает об их наличии.

Шаг 1: Исключение скрытых символов

Эта проблема, как правило, связана с так называемыми "скрытыми символами" или непечатными символами. Это могут быть неразрывные пробелы (которые выглядят как обычные пробелы, но имеют другой код), табуляции или другие управляющие символы, которые могли быть скопированы вместе с номером документа из какого-либо источника (например, веб-страницы, PDF-файла, документа Word или Excel).

Решение:

1. Ручной ввод: Наиболее надежный способ — не копировать номер, а ввести его вручную непосредственно в соответствующее поле в 1С. Это гарантирует отсутствие любых скрытых символов и обеспечивает точное соответствие введенных данных.
2. Копирование через текстовый редактор: Если ручной ввод невозможен или неудобен, мы можем скопировать номер из исходного документа, затем вставить его в простейший текстовый редактор (например, "Блокнот" в Windows, TextEdit на macOS или любой аналогичный на других операционных системах). Такой редактор обычно очищает текст от любого форматирования и скрытых символов. После этого мы копируем текст уже из "Блокнота" и вставляем его в 1С. Этот метод часто помогает избавиться от невидимых пробелов.
3. Функция "СтрЗаменить" или "СокрЛ" в 1С (для программистов): Если проблема постоянно возникает при программном формировании данных или их загрузке, для программистов есть возможность использовать встроенные функции 1С для очистки строк. Например, мы можем использовать СтрЗаменить(НомерДокумента, Символы.НП, "") для удаления неразрывных пробелов или СокрЛ(НомерДокумента) для удаления начальных и конечных пробелов из строки, прежде чем она будет отправлена в государственную информационную систему.

Общие рекомендации по работе с интеграцией 1С и "Честный Знак"

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

1. Регулярные обновления конфигурации 1С: "Честный Знак" и связанные с ним требования постоянно развиваются, и форматы данных могут меняться. Своевременное обновление вашей конфигурации 1С (например, 1С:УНФ, 1С:УТ) и модуля обмена с ИС МП крайне важно. Разработчики 1С регулярно выпускают патчи и новые версии, адаптированные под актуальные требования системы маркировки. Без обновлений ваша система может перестать корректно взаимодействовать с "Честным Знаком".
2. Тщательная проверка настроек интеграции: Мы должны убедиться, что все настройки для подключения к "Честному Знаку" в 1С (сертификаты электронной подписи, ключи API, адреса серверов) указаны корректно и актуальны. Любая неточность в этих данных приведет к проблемам с авторизацией или отправкой документов.
3. Использование встроенных проверок и мониторинга: В 1С предусмотрен функционал для отслеживания статусов кодов маркировки, проверки заполнения необходимых данных и обмена документами с "Честным Знаком". Активно используйте эти инструменты для мониторинга и своевременного выявления потенциальных проблем. Они помогут увидеть ошибки еще до отправки данных в систему.
4. Обращение к официальной документации: Мы всегда должны обращаться к официальной документации "Честного Знака" и к базе знаний 1С:ИТС. Там часто содержится самая актуальная информация по форматам, требованиям и новым возможностям интеграции. Это поможет нам быть в курсе всех изменений и применять их на практике.
5. Доработка конфигурации при необходимости: В некоторых случаях (как упомянуто в исходной дискуссии, например, для специфических характеристик в разрезе ШК в 1С:УНФ) может потребоваться доработка конфигурации программистом. Однако перед тем, как приступать к доработкам, всегда следует убедиться, что проблема не в некорректном вводе данных или устаревшей версии программы.

Мы видим, что большинство проблем при интеграции 1С с "Честным Знаком" и другими государственными информационными системами (такими как ФГИС "Зерно") возникают из-за невнимательности к деталям вводимого формата или из-за скрытых символов. Тщательная проверка данных и соблюдение всех требований к их заполнению помогут нам избежать большинства ошибок и обеспечить стабильную и бесперебойную работу системы маркировки.