Как привязать коды маркировки к документу реализации в 1С:Бухгалтерия предприятия 3.0 для отправки по ЭДО?

При интеграции сторонних учетных систем (например, нетиповых конфигураций на платформе 1С:Предприятие 7.7) с типовой «1С:Бухгалтерия предприятия 3.0» часто возникает задача переноса документов отгрузки с сохранением кодов маркировки «Честный ЗНАК». Конечная цель такой интеграции — формировать универсальные передаточные документы (УПД) и штатно отправлять их контрагентам через сервис 1С-ЭДО со всеми сведениями о маркированных товарах.

Рассмотрим структуру хранения кодов маркировки в документе реализации, а также разберем по шагам ключевые технические нюансы, без которых отправка электронного документа завершится ошибкой.

Структура хранения кодов маркировки в документе реализации

В типовой конфигурации 1С:Бухгалтерия предприятия 3.0 привязка маркированной продукции к документу реализации строится на взаимодействии двух основных объектов:

1. Справочник ШтрихкодыУпаковокИТоваров. В данном справочнике хранятся сами коды маркировки, их типы (код идентификации единицы, групповая упаковка, транспортный короб), статусы и связь с номенклатурой.
2. Табличная часть ШтрихкодыУпаковок документа РеализацияТоваровУслуг. Именно здесь фиксируется список кодов, относящихся к конкретной отгрузке. Основной реквизит этой табличной части — ШтрихкодУпаковки, который ссылается на соответствующий элемент справочника ШтрихкодыУпаковокИТоваров.

Проанализируем пример программного заполнения табличной части документа при загрузке данных:

// Пример заполнения строки ТЧ документа реализации
НоваяСтрокаМаркировки = ДокументОбъект.ШтрихкодыУпаковок.Добавить();
НоваяСтрокаМаркировки.ШтрихкодУпаковки = СсылкаНаШтрихкод; // Ссылка на элемент справочника ШтрихкодыУпаковокИТоваров
НоваяСтрокаМаркировки.Номенклатура = СсылкаНоменклатура;
НоваяСтрокаМаркировки.Количество = 1;

Однако простого заполнения строк в табличной части недостаточно для того, чтобы модуль 1С-ЭДО включил сведения о маркировке в титул продавца. Разберем важные сопутствующие условия.

Настройка карточки номенклатуры и видов номенклатуры

Выясним причину, по которой типовой механизм формирования УПД может полностью проигнорировать привязанные коды. В 1С-ЭДО генерация XML-файла опирается на признак маркируемой продукции в нормативно-справочной информации.

Убедимся, что для отгружаемой позиции выполнены следующие требования:

1. В карточке номенклатуры указан правильный элемент справочника «Виды номенклатуры».
2. В самом виде номенклатуры реквизит «Особенность учета» заполнен нужной категорией (например, «Обувная продукция», «Одежда», «Молочная продукция» и др.), а не установлен в значение «Без особенностей учета».

Если признак не заполнен, программа воспринимает товар как обычный немаркированный, и при генерации электронного УПД ветка с номерами средств идентификации формироваться не будет.

Особенности разбора и записи кодов в справочник

При передаче штрихкодов из внешних баз данных крайне важно соблюдать структуру формата GS1 DataMatrix. Обратим внимание на следующие технические детали:

1. Управляющий символ GS: Код маркировки содержит непечатный разделитель групп данных ASCII 29 (в коде 1С: Символ(29)). При выгрузках через промежуточные текстовые форматы из 7.7 этот символ нередко искажается, заменяется пробелом или теряется. Если структура кода нарушена, алгоритм разбора 1С не сможет корректно выделить GTIN и серийный номер.
2. Криптохвост: В справочнике ШтрихкодыУпаковокИТоваров код может сохраняться с кодом проверки (криптохвостом). Однако в электронный документ УПД по формату ФНС должен попадать только код идентификации (КИ) без криптохвоста. Если элемент справочника сформирован корректно (с типом кода GS1_DataMatrix), типовая конфигурация автоматически отсекает проверочную часть при отправке через ЭДО.

Контроль количества и статус завершения проверки

После переноса данных программа сопоставляет строки товаров и коды. Проверим соблюдение ключевых правил валидации:

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

Альтернативные варианты интеграции

Если прямая программная запись в табличные части вызывает сложности с валидацией служебных статусов, рассмотрим альтернативные пути передачи данных:

1. Штатная загрузка через файл: В форме документа реализации по кнопке «Подбор и проверка» доступна стандартная возможность загрузки кодов из файла (текстовый файл с разделителями, CSV или табличный документ). Можно настроить выгрузку из 7.7 файлов с кодами под каждый документ, после чего оператор в БП 3.0 загружает их стандартным диалогом без риска ошибок в структурах метаданных.
2. Использование форматов EnterpriseData: При настройке штатного обмена между конфигурациями передача сведений о маркировке поддерживается на уровне формата XML-схемы EnterpriseData. В этом случае конфигурация-приемник сама выполняет разбор кодов и регистрирует их в справочниках с заполнением всех служебных реквизитов.
3. Методы Библиотеки интеграции с ГосИС (БИГ): При загрузке через внешние обработки или сервисы рекомендуется использовать типовые процедуры конфигурации для разбора штрихкодов, что гарантирует правильное определение GTIN, серийных номеров и корректную привязку к номенклатурным позициям базы.