При оптовой торговле пивом и слабоалкогольными напитками, учитывая актуальные требования по маркировке пива в 2024 году, участники оборота часто сталкиваются с технической проблемой в системе «Честный ЗНАК» (ГИС МТ), когда при обработке УПД возвращается Код ошибки 386: Отсутствуют сведения об отгрузке КИ — для автоматизации процессов настроена интеграция 1С с ЦРПТ и ЭДО. Ситуация осложняется тем, что документ может быть уже подписан обеими сторонами, но в системе маркировки он не переходит в статус «Обработан».
В этой статье мы подробно разберем причины возникновения этой ошибки, проанализируем технические требования к интеграции 1С с операторами ЭДО (на примере Диадока) и выясним, какие настройки необходимо проверить в программном коде и личном кабинете, чтобы данные передавались корректно.
Согласно регламентам ГИС МТ, для успешного перехода прав собственности на маркированную продукцию при каждой отгрузке в системе должны быть зафиксированы два этапа обработки одного и того же УПД:
Проанализируем ситуацию: ошибка 386 чаще всего означает, что система получила сведения о подписи получателя, но не нашла в своей базе данных соответствующей записи об отгрузке от отправителя. Это происходит из-за того, что оператор ЭДО либо не отправил данные в «Честный ЗНАК» автоматически, либо отправил их в ненадлежащем формате.
Одной из ключевых причин, по которой оператор ЭДО (например, Диадок или СБИС) не уведомляет «Честный ЗНАК» об отгрузке, является отсутствие специальных признаков в техническом имени передаваемого файла. Рассмотрим структуру имени файла, которая критически важна для автоматической обработки маркировки.
В имени файла XML должны присутствовать определенные индикаторы. В частности, для корректной идентификации маркированного товара оператору необходимо видеть «две единицы» в структуре разделителей. Типовой формат выглядит примерно так: 0_0_1_1_0_0_00.xml. Эти единицы указывают оператору, что внутри файла содержатся коды маркировки, которые необходимо транслировать в ГИС МТ. Для корректной генерации таких сообщений во внешних системах часто применяется групповая выгрузка файлов в XML для ЭДО по приказам №820 и №970, которая поддерживает все актуальные требования по маркировке и прослеживаемости.
Если используется кастомное решение или внешняя обработка для Диадока, необходимо убедиться, что модуль формирования сообщения правильно выставляет эти признаки. Рассмотрим, как это выглядит в коде модулей интеграции.
Если вы используете решение от Контура, проанализируем работу модуля КонтурДиадокРаботаСМаркировкой. Основная логика по определению товарных групп заложена в процедуре ЗаполнитьРазвернутуюТаблицуКодов (или аналогичных функциях в зависимости от версии модуля).
Для того чтобы в имени файла появились нужные признаки, в выходной таблице обязательно должна быть заполнена колонка КодТоварнойГруппы. Выясним причину, по которой она может быть пустой:
Если мы вносим изменения в логику формирования, стоит обратить внимание на следующий фрагмент кода, где определяется принадлежность к маркировке:
// Пример логики заполнения данных для маркировки
Если СтрокаТЧ.Номенклатура.ОсобенностьУчета = Перечисления.ОсобенностиУчетаНоменклатуры.Пиво Тогда
НоваяСтрока.КодТоварнойГруппы = "beer"; // Внутренний идентификатор группы для модуля ЭДО
НоваяСтрока.ПризнакМаркировки = Истина;
КонецЕсли;
Именно по значению КодТоварнойГруппы оператор понимает, нужно ли парсить файл на предмет наличия тегов КИ или GTIN.
Важно помнить, что передача данных в «Честный ЗНАК» через оператора ЭДО часто является платной дополнительной услугой. Даже если технически файл сформирован идеально, оператор может не отправлять данные в ГИС МТ, если у вас не подключен соответствующий пакет (например, «Маркировка»).
Посмотрим на ситуацию со стороны Диадока: в личном кабинете необходимо проверить статус документа. Если вы видите, что УПД подписан, но статус передачи в «Честный ЗНАК» отсутствует или висит ошибка валидации, проверьте следующее:
Проанализируем ситуацию, когда покупателем выступает ИП. В последнее время «Честный ЗНАК» стал требовать обязательное указание ФИАС ID (уникальный идентификатор адреса) в дополнительных атрибутах УПД. Это связано с тем, что у ИП адрес места осуществления деятельности (магазина или склада) часто не совпадает с юридическим адресом регистрации.
Если вы отгружаете пиво на ИП и получаете ошибку 386, проверьте тег ФиасИд в дополнительных сведениях о покупателе. Если адрес передан просто строкой, система маркировки может отклонить документ, так как не сможет однозначно идентифицировать точку выбытия/приемки товара. В случаях, когда отгрузка является частью внешнеторговых операций, также должна быть своевременно подготовлена статистическая форма учета перемещения товаров при экспорте, объединяющая данные таможни и Честного знака.
Если УПД уже отправлен, подписан покупателем, но «завис» в ГИС МТ с ошибкой 386, простым переотправлением файла через ЭДО проблему решить сложно, так как номер УПД уже зафиксирован. Рассмотрим варианты исправления:
В личном кабинете «Честного ЗНАКа» существует механизм корректировки. Вы можете зайти в раздел документов и попытаться «протолкнуть» зависший документ, если система позволяет внести исправления в сведения об отгрузке. Однако для пива этот функционал работает нестабильно.
Вы можете подать сведения об отгрузке напрямую через личный кабинет ГИС МТ или через API, минуя ЭДО (если это допускается типом сделки). Для этого создается документ «Отгрузка», где указывается номер того самого УПД, который вызвал ошибку. В качестве альтернативного канала передачи данных можно использовать выгрузку УПД для ЭДО Лайт, которая позволяет бесплатно передавать сведения о маркировке напрямую в систему Честный знак.
Это самый надежный, хоть и трудоемкий способ, основанный на общей методологии исправления ошибок в УПД после подписания. Разберем его по шагам:
_1_1_).Важный момент: если вы работаете в рамках объемно-сортового учета (переходный период для пива), убедитесь, что в 1С корректно заполнен реквизит GTIN и количество товара в потребительских упаковках совпадает с данными, которые ожидает система.
Таким образом, решение ошибки 386 требует комплексного подхода: от проверки структуры имени файла в коде 1С до контроля тарифов оператора ЭДО и проверки корректности адресов контрагентов (ФИАС ID).