Как решить проблему при поступлении товаров с разными ГТД в одной агрегационной упаковке через ЭДО в 1С:УТ

При работе в конфигурации 1С:Управление торговлей 11.5 (релиз 11.5.17.148 и аналогичные) пользователи часто сталкиваются с трудностями при приемке маркированной продукции через ЭДО. Одной из наиболее специфических проблем является ситуация, когда поставщик присылает агрегационную упаковку (SSCC), внутри которой находятся товары, относящиеся к разным номерам ГТД (Государственной таможенной декларации). Разберем, почему возникает ошибка при проверке марок и как ее устранить.

Проанализируем ситуацию и выявим причину ошибки

Рассмотрим сценарий: в электронном УПД (Универсальном передаточном документе) структура данных организована таким образом, что информация о ГТД привязана к конкретным позициям. Если одна физическая коробка (упаковка 123) содержит, например, 15 штук товара по ГТД №1 и 35 штук того же товара по ГТД №2, то в XML-файле, сформированном оператором ЭДО (например, Контур.Диадок), этот штрихкод упаковки может фигурировать дважды.

Проблема заключается в том, что при загрузке документа в 1С через внешние модули или встроенную библиотеку ЭДО, система пытается сопоставить данные. В результате в табличную часть ШтрихкодыУпаковок документа ПриобретениеТоваровУслуг (ПТиУ) штрихкод одной и той же агрегационной упаковки добавляется столько раз, сколько разных ГТД к ней привязано.

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

Разберем по шагам решение проблемы

Выясним причину некорректного заполнения. Чаще всего это связано с алгоритмами обработки входящего XML-файла внешними модулями. Чтобы исправить ситуацию, рассмотрим несколько вариантов действий.

Способ 1: Ручная корректировка табличной части

Если документов немного, проанализируем содержимое вкладок документа поступления перед запуском проверки. Нам необходимо убедиться, что каждый уникальный SSCC-код встречается в таблице штрихкодов только один раз.

1. Перейдем в форму документа Приобретение товаров и услуг.
2. Если в интерфейсе доступна вкладка со штрихкодами упаковок (или через «Изменить состав строк»), проверим наличие дублей.
3. Удалим повторяющиеся строки для одного и того же SSCC, оставив только одну запись.
4. Запустим проверку маркируемой продукции повторно. После удаления дублей дерево должно построиться корректно.

Способ 2: Программное исправление (для разработчиков)

Если проблема носит массовый характер, проанализируем код обработки, отвечающей за загрузку данных из ЭДО. Нам нужно внедрить проверку на уникальность при заполнении коллекции штрихкодов. Рассмотрим пример логики, которую можно применить в расширении:

// Пример логики поиска и удаления дублей перед открытием формы проверки
ТаблицаШтрихкодов = Объект.ШтрихкодыУпаковок.Выгрузить();
ТаблицаШтрихкодов.Свернуть("Штрихкод, Упаковка"); // Оставляем уникальные пары
Объект.ШтрихкодыУпаковок.Загрузить(ТаблицаШтрихкодов);

При этом важно помнить, что связь «Марка — ГТД» должна сохраняться на уровне строк товаров, а не на уровне самой упаковки в дереве проверки.

Проблема незаполнения «штук» при наличии коробок

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

Для решения этой проблемы попробуем выполнить следующие действия:

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

Рекомендации по патчам и обновлениям

Проанализируем доступные исправления от компании 1С. Для релизов ветки 11.5.17 рекомендуется проверить наличие установленных патчей в разделе «Обслуживание — Обновление программы — Установленные исправления». Ищите исправления со следующими описаниями:

• Исправление ошибки сопоставления упаковок при импорте из ЭДО.
• Корректное формирование дерева марок при наличии нескольких ГТД.

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

Таким образом, наиболее правильным путем будет устранение дублирования записей в табличной части штрихкодов до момента запуска формы проверки продукции.