Как интегрировать маркировку, ЭДО и Клеверенс в нетиповую 1С:Управление торговлей 11.4?

← На главную

Внедрение обязательной маркировки товаров в компаниях, использующих сильно кастомизированные или устаревшие версии «1С:Управление торговлей» (например, релизы линейки 11.4), представляет собой сложную архитектурную задачу. Нам необходимо связать воедино три сущности: данные электронного документооборота (ЭДО), фактическое наличие кодов маркировки (КМ) на товаре и программное обеспечение терминалов сбора данных (ТСД), таких как Клеверенс (Mobile SMARTS). Рассмотрим подробнее, как выстроить оптимальную стратегию работы без глобального обновления конфигурации до версии 11.5.

Проблема «застывшей» конфигурации и пути её решения

Когда конфигурация переписана на 99%, обновление до актуальных типовых релизов становится невозможным или экономически неоправданным. Однако государственное регулирование требует поддержки новых форматов обмена с ГИС Маркировка (Честный ЗНАК) и ЭДО. Разберем основные стратегии адаптации системы.

Стратегия «Портирование метаданных». Для корректной работы с маркировкой в 1С необходимо наличие специализированных объектов для хранения кодов. Проанализируем, какие объекты из УТ 11.5 критически важны для переноса в вашу 11.4:

Справочник ШтрихкодыУпаковок — это центральное звено, где хранятся сами коды маркировки, их типы и иерархия (агрегация).
Табличные части ШтрихкодыУпаковок в документах «Приобретение товаров и услуг» (ПТиУ) и «Реализация товаров и услуг» (РТиУ). Именно через эти таблицы софт ТСД (Клеверенс) обменивается данными с учетной системой.
Регистр сведений ПулКодовМаркировкиСУЗ — если планируется самостоятельная эмиссия кодов.

Организация процесса приемки через ТСД и ЭДО

Рассмотрим по шагам процесс автоматизации приемки маркированного товара, минимизирующий человеческие ошибки. Выясним, как сопоставить данные из «файла оператора ЭДО» с реальностью.

Шаг 1: Загрузка данных из ЭДО. При поступлении УПД (универсального передаточного документа) в систему, коды маркировки, указанные поставщиком, попадают в предварительные таблицы. На этом этапе важно понимать: то, что прислал поставщик в ЭДО, не всегда совпадает с тем, что лежит в коробке. Поэтому прямая запись кодов в документ без проверки — это путь к штрафам.

Шаг 2: Создание задания для ТСД. Мы должны передать на Клеверенс «ожидаемые» коды. Если мы используем Клеверенс, то задание формируется на основании документа распоряжения. Проанализируем ситуацию: ТСД должен знать, какие штрихкоды упаковок он ожидает увидеть.

Шаг 3: Сверка факта. Оператор на складе сканирует каждый КМ. Программа ТСД должна сравнивать отсканированный код с данными из ЭДО. Разберем возможные сценарии (алгоритмы сканирования):

Строгое соответствие: ТСД запрещает принимать коды, которых нет в ЭДО. Это заставляет поставщика присылать корректные данные.
Приемка по факту: Мы фиксируем всё, что отсканировали, а затем программно формируем «Акт о расхождениях» для корректировки ЭДО.

Техническая реализация интеграции с ТСД

Посмотрим на пример того, как может выглядеть логика работы с Клеверенс через сценарии. Сценарий определяет последовательность этапов сканирования (ячейка -> товар -> марка). Для передачи данных в 1С 11.4 нам потребуется реализовать HTTP-сервис или использовать COM-объект Клеверенса.

Если мы дорабатываем ПТиУ для приема данных с ТСД, программный код заполнения табличной части может выглядеть следующим образом:


Процедура ЗагрузитьМаркиИзТСД(ДокументСсылка, МассивСканированныхКодов)
    // Создаем набор записей для табличной части ШтрихкодыУпаковок
    Для Каждого ТекКод Из МассивСканированныхКодов Цикл
        НоваяСтрока = ДокументСсылка.ШтрихкодыУпаковок.Добавить();
        
        // Поиск или создание записи в справочнике ШтрихкодыУпаковок
        СсылкаНаШтрихкод = Справочники.ШтрихкодыУпаковок.НайтиПоНаименованию(ТекКод);
        Если СсылкаНаШтрихкод.Пустая() Тогда
             // Логика создания нового элемента для КМ
        КонецЕсли;
        
        НоваяСтрока.ШтрихкодУпаковки = СсылкаНаШтрихкод;
    КонецЦикла;
КонецПроцедуры

Архитектурные вызовы: API Честного ЗНАКа

Выясним причину, по которой многие отказываются от поддержки 11.4 — это постоянно меняющееся API «Честного ЗНАКа». В типовых конфигурациях это решается обновлением БИСМ (Библиотеки интеграции с информационными системами маркировки).

Вариант решения «Шлюз». Чтобы не переписывать всю 11.4 под каждое изменение API, можно использовать «шлюз» — небольшую типовую базу (например, 1С:Розница или чистая УТ 11.5), которая будет выполнять роль транспортного узла.

Ваша 11.4 передает данные в шлюз по HTTP/JSON.
Шлюз (который легко обновлять) общается с ГИСМ и ЭДО.
Результат (статусы кодов, подтверждение приемки) возвращается в 11.4.

Этот подход позволяет сохранить кастомизацию основной базы и при этом иметь актуальный обмен с государственными системами.

Минимизация ошибок человеческого фактора

Проанализируем стратегию отсутствия ошибок. Чтобы автоматизация работала, необходимо внедрить обязательную проверку статуса кодов непосредственно в момент сканирования на ТСД. Клеверенс позволяет делать онлайн-запросы в Честный ЗНАК. Если марка «не в обороте» или принадлежит другому владельцу, ТСД должен блокировать приемку этой единицы товара.

Важные моменты при работе с Клеверенс:

Используйте ШтрихкодУпаковки как основной идентификатор марки.
Настройте сопоставление номенклатуры 1С и GTIN, зашитого в марке.
Помните, что для маркировки требуется лицензия Клеверенс уровня не ниже «Расширенный», чтобы иметь доступ к функционалу проверки КМ.

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