Рассмотрим распространенную и весьма актуальную проблему, с которой сталкиваются пользователи 1С:Управление торговлей (УТ) версии 11.5.22.104 при работе с маркированными товарами. Суть заключается в том, что коды идентификации транспортной упаковки (КИТУ) не подгружаются автоматически в раздел «Проверка поступивших маркированных товаров», несмотря на их корректное присутствие в Универсальном передаточном документе (УПД). Попытаемся разобраться в причинах этого поведения и возможных путях решения.
Мы выяснили, что основной проблемой является отсутствие КИТУ в документе «Проверка поступивших маркированных товаров» в 1С:УТ 11.5.22.104 при приемке от поставщиков — для этой задачи есть обработка для автоматизации проверки маркировки с ТСД. При этом пользователи отмечают следующие особенности и затруднения:
Давайте подробно разберем, какие факторы могут влиять на некорректную загрузку КИТУ и какие шаги мы можем предпринять для устранения этой проблемы. Поскольку в самой теме форума окончательного решения не найдено, мы воспользуемся дополнительной информацией и общими рекомендациями по работе с маркировкой в 1С.
Первоочередным шагом всегда является проверка актуальности всех компонентов системы. Неактуальные версии могут содержать ошибки или не поддерживать новые форматы данных.
Обновим 1С:УТ до последней версии: Убедимся, что конфигурация 1С:Управление торговлей 11.5.22.104 (или более поздняя) обновлена до самого актуального релиза. Разработчики 1С регулярно выпускают обновления, которые содержат исправления ошибок и поддержку новых требований системы «Честный Знак», включая работу с УПД 5.03 и агрегированными кодами. Возможно, проблема уже была исправлена в одном из следующих релизов.
Обновим модуль Диадока: Если для работы с ЭДО используется модуль Контур.Диадок, необходимо проверить и обновить его до последней версии (например, 4.59 или выше). Несовместимость версий модуля с конфигурацией 1С или новыми форматами УПД может быть причиной сбоев при автоматической загрузке документов и кодов маркировки.
Проверим настройки обмена с «Честным Знаком» и оператором ЭДО: Удостоверимся, что все настройки интеграции 1С с государственной информационной системой маркировки товаров (ГИС МТ) «Честный Знак» и вашим оператором ЭДО выполнены корректно. Обратим внимание на:
Проконтролируем актуальность сертификатов электронной подписи: Истекшие или некорректно установленные сертификаты ЭП могут приводить к ошибкам при подписании и обработке документов, в том числе УПД с маркировкой. Проверим срок действия сертификатов и убедимся в их правильной привязке к учетным записям.
Иногда проблема кроется в тонкостях формирования данных в УПД или в несоответствии этих данных ожиданиям 1С.
Изучим XML-файл УПД: Внимательно проанализируем структуру XML-файла УПД, полученного от поставщика. Нам необходимо убедиться, что КИТУ и их содержимое (вложенные КИЗы) корректно представлены в соответствии с актуальным форматом УПД (5.03). Обратим внимание на следующие теги:
ИдентТрансУпак: Убедимся, что идентификаторы транспортных упаковок присутствуют и имеют правильный формат (например, GS1-128).СоставУпак или аналогичные теги: Проверим, что внутри КИТУ указаны вложенные КИЗы и их количество.Для просмотра XML-файла можно использовать специализированные редакторы или обычный текстовый редактор.
Проверим карточки номенклатуры: Убедимся, что для всех маркируемых товаров в карточке номенклатуры корректно указан GTIN (Global Trade Item Number), и он соответствует данным, зарегистрированным в системе «Честный Знак» и GS1 Rus. Чтобы гарантировать корректность всех реквизитов, рекомендуется использовать контроль заполнения полей маркированного товара в УТ 11. Хотя КИТУ напрямую не имеют GTIN, вложенные в них потребительские или групповые упаковки обязательно должны быть связаны с GTIN номенклатуры.
Настроим сканер штрихкодов: Если в процессе приемки используется сканер штрихкодов для считывания КИТУ, убедимся, что он корректно настроен на считывание кодов формата DataMatrix (для КИЗ) и GS1-128 (для КИТУ). В некоторых случаях типовой функционал поиска может быть ограничен, тогда на помощь придет поиск номенклатуры по отсканированному штрихкоду или расширение для улучшения сканирования штрихкодов в форме подбора номенклатуры. Некоторые сканеры могут требовать специфических настроек для чтения различных типов штрихкодов, включая правильное распознавание служебных символов GS1.
Проверим настройки детализации: В разделе «Проверка поступивших маркированных товаров» или «Подбор и проверка маркированной продукции» установим детализацию на «Полная». Иногда это может помочь отобразить более подробную информацию об упаковках и их содержимом, если они изначально были распознаны, но скрыты интерфейсом. Это было одной из первых попыток, предпринятых автором, но мы все равно должны рассмотреть этот пункт как один из шагов.
1С предоставляет различные инструменты для работы с агрегированными кодами, которые могут помочь в данной ситуации.
Ручное уточнение данных упаковок: Если КИТУ не подгружаются автоматически, но 1С все же распознает их наличие в УПД, мы можем воспользоваться функционалом ручного уточнения данных упаковок. В документах поступления, в формах подбора и проверки маркированной продукции, найдем команду «Указать данные упаковок вручную» или аналогичную. Для упрощения работы на складе и более точной фильтрации документов можно внедрить специализированное рабочее место приемки ордерного склада с дополнительными полями. В этом диалоговом окне часто предусмотрена возможность ввода списка идентификаторов агрегатов (в том числе КИТУ) и последующего уточнения их состава (вложенных КИЗов), если он не был определен автоматически. Это может потребовать предварительного извлечения списка КИТУ и их содержимого из XML-файла УПД.
Пример концептуальной логики (без прямого кода 1С, так как он не был предоставлен в теме):
// Предполагается, что у нас есть форма обработки
// документа поступления, где мы работаем с маркировкой.
// Функция для загрузки КИТУ из файла или буфера обмена.
Процедура ЗагрузитьКИТУИзФайлаИлиБуфера(СписокКИТУ)
Для Каждого КИТУИзСписка Из СписокКИТУ Цикл
// Попытаемся найти или создать элемент справочника
// УпаковкиМаркированнойПродукции (если КИТУ не найден).
// Возможно, потребуется заполнить состав упаковки вручную.
НайденнаяУпаковка = НайтиУпаковкуПоКоду(КИТУИзСписка);
Если НайденнаяУпаковка = Неопределено Тогда
// Создаем новую запись для КИТУ, возможно, с пустым составом
// и помечаем ее для ручного заполнения содержимого.
СоздатьНовуюТранспортнуюУпаковку(КИТУИзСписка);
КонецЕсли;
// Добавляем КИТУ в табличную часть проверки
// с соответствующим статусом.
ДобавитьВТаблицуПроверки(КИТУИзСписка, НайденнаяУпаковка);
КонецЦикла;
КонецПроцедуры
Используем виртуальную агрегацию: Если поставщик передает КИТУ, но они не привязаны к GTIN, и 1С не может автоматически определить их состав, возможно, потребуется рассмотреть механизмы виртуальной агрегации. Этот функционал позволяет формировать групповые и логистические упаковки с произвольной структурой. Хотя чаще всего виртуальная агрегация применяется при отгрузке, понимание ее принципов может помочь в диагностике проблем при приемке. Важно понимать, как 1С обрабатывает иерархию упаковок, и не пытается ли она по умолчанию привязать КИТУ к номенклатуре через GTIN, что для транспортной упаковки не всегда применимо.
Проанализируем формат штрихкодов GS1-128: Обратим внимание на то, как именно 1С интерпретирует штрихкоды КИТУ в формате GS1-128. Иногда проблемы возникают из-за того, что 1С выводит штрихкод вместе со скобками, которые не являются частью самого штрихкода в стандарте GS1-128, но могут быть добавлены при отображении или некорректно считаны. Это может приводить к тому, что код не распознается как валидный агрегат.
Автоматический запрос данных с сервера ЦРПТ: Если в базе настроен механизм автоматического запроса дополнительных данных с сервера Центра развития перспективных технологий (ЦРПТ), то при вводе кодов упаковок их состав должен заполняться автоматически. Убедимся, что этот механизм активирован и работает без сбоев. Проверим журнал обмена с ГИС МТ на предмет ошибок при запросе состава упаковок.
Опыт пользователей, столкнувшихся с тем, что в одной и той же базе 1С КИТУ работают для одних категорий товаров, но не работают для других, заставляет нас задуматься о специфике обработки разных товарных групп.
Специфические требования «Честного Знака»: Система «Честный Знак» постоянно усиливает и уточняет требования к передаче данных для различных категорий товаров. Например, для сегмента легкой промышленности может быть полезно создание технических карт для Национального каталога одежды, а при осуществлении внешнеэкономической деятельности потребуется статистическая форма учета перемещения товаров при экспорте с данными Честного знака. Возможно, для некоторых товарных групп (например, табак, обувь, одежда, пиво, медикаменты) существуют свои нюансы в формировании и обработке агрегированных кодов, которые 1С должна учитывать. Эти отличия могут проявляться в более строгих проверках формата кодов, обязательности определенных полей или специфике жизненного цикла упаковки.
Особенности настроек программы для работы с ИС МП: Для некоторых категорий товаров в 1С:УТ могут существовать отдельные настройки программы для работы с ИС МП. Например, для молочной продукции, духов, туалетной воды, шин и т.д. рекомендуется проверять специфические настройки в соответствующих разделах программы. Эти настройки могут влиять на то, как система обрабатывает агрегированные коды и какие проверки к ним применяет. Проверим, нет ли в 1С специальных настроек, привязанных к категории товара, которые могли бы быть причиной сбоев.
Различная трактовка типов упаковок: Возможно, для разных товарных категорий 1С по-разному трактует логистические упаковки без прямого GTIN. Например, для одной категории система может ожидать, что КИТУ всегда будет содержать КИГУ, которая уже имеет GTIN, а для другой – что КИТУ может содержать непосредственно КИЗы. Эти неявные различия в логике обработки могут быть причиной проблем.
Если после выполнения всех вышеперечисленных шагов проблема остается, наиболее эффективным решением будет обращение к специалистам.
Техническая поддержка Контур.Диадок: Если проблема воспроизводится при загрузке УПД через модуль Диадока, мы можем обратиться в техническую поддержку «Контур.Диадок». Они смогут проанализировать логи обмена, проверить корректность работы модуля с вашей версией 1С и форматом УПД, а также подсказать, почему данные не передаются в 1С должным образом.
Партнеры 1С и обслуживающая организация: Поскольку проблема связана с функционалом 1С и маркировкой, мы можем обратиться к партнерам 1С, специализирующимся на внедрении и поддержке систем маркировки. Они могут провести более глубокую диагностику конфигурации, выявить ошибки в коде или предложить индивидуальные доработки, если типовой функционал не справляется с конкретной бизнес-логикой или особенностями поставщика.
Форумы и сообщества 1С: Продолжим активно участвовать в обсуждениях на специализированных форумах и в сообществах 1С. Возможно, кто-то из коллег уже сталкивался с аналогичной проблемой и нашел ее решение, которое пока не попало в официальные документации или обновления.
Итак, проблема с неподгрузкой КИТУ в «Проверку поступивших маркированных товаров» в 1С:УТ 11.5.22.104 является комплексной и может быть вызвана множеством факторов – от неактуального ПО до специфики товарной категории и особенностей формата УПД. Для ее решения потребуется последовательный и методичный подход, включающий проверку всех звеньев цепочки: от настройки 1С и ЭДО до анализа содержимого УПД и внутренних механизмов программы. В некоторых случаях может потребуется обращение к профессиональным специалистам или даже индивидуальная доработка системы.