← На главную

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

Механика формирования строки и расшифровка кода

Для объемно-сортового учета (ОСУ) в системе «Честный Знак» применяется специальный формат агрегированной записи. Проанализируем структуру строки:

1. Префикс 02 — идентификатор применения, указывающий на GTIN упакованной продукции. После него всегда должно следовать ровно 14 цифр.
2. Значение самого GTIN номенклатуры (14 знаков).
3. Префикс 37 — идентификатор применения, указывающий на количество потребительских упаковок.
4. Значение количества товара.

Посмотрим на исходные данные из реализации («До»): 020467609012013137120. В этой строке указан префикс 02, далее идет корректный GTIN 04676090120131, затем префикс количества 37 и само количество — 120 штук.

Теперь выясним причину появления значения 02370 в строке «После». В данном случае количество товара уменьшается до нуля. При попытке сформировать строку программа пытается склеить шаблон: 02 + GTIN + 37 + 0. Однако если алгоритм не смог определить GTIN, на его место подставляется пустая строка. В результате конкатенации получается 02 + "" + 37 + 0 = 02370. Такой код не проходит форматно-логический контроль у оператора ЭДО, так как длина поля после идентификатора 02 не соответствует регламенту. При полном обнулении позиции корректная строка должна иметь вид 0204676090120131370.

Причины возникновения ошибки

Проанализируем основные технические факторы, из-за которых программа 1С теряет идентификатор товара при корректировке:

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

Порядок исправления ошибки в 1С

Разберем последовательность действий, которая позволяет устранить проблему и сформировать корректный электронный документ:

1. Проверяем регистр сведений штрихкодов. Перейдем в карточку номенклатуры и откроем штрихкоды. Убедимся, что для товара (с учетом используемой упаковки и характеристики) зарегистрирован валидный штрихкод формата EAN-13 или GTIN. Он должен соответствовать значению 04676090120131.
2. Проверяем заполнение документа корректировки. Откроем документ «Корректировка реализации». Ни в коем случае не удаляем строку полностью. Изменять количество необходимо исключительно в колонке «После изменения», установив значение 0. Это сохранит целостность связей между строками документа.
3. Переформировываем электронный документ. После проверки штрихкодов удалим текущий черновик электронного документа в рабочем месте «Текущие дела ЭДО». Затем выполним команду повторного формирования документа. Это необходимо, так как данные тегов ОСУ могут кэшироваться в существующем документе ЭДО.
4. Проверяем актуальность конфигурации. В современных версиях Библиотеки электронных документов (БЭД) логика доработана: если количество равно нулю, GTIN принудительно копируется из данных «До». Обновление конфигурации решает проблему программного сбоя при выгрузке.

Альтернативное решение

Рассмотрим альтернативный вариант на случай, если корректировка вызвана технической ошибкой ввода, а не реальным возвратом товара. В такой ситуации по согласованию с контрагентом можно оформить не УКД, а исправительный универсальный передаточный документ — УПД(и). При исправлении первичного документа строка с ошибочной позицией просто исключается или заменяется, что исключает формирование записей с нулевым количеством и предотвращает появление ошибочного тега 02370.