Интеграция с системой маркировки товаров: основные принципы и этапы
Компоненты интеграции с системой маркировки
Для такой работы https://iiii-tech.com/services/markirovka-tovarov/integratsiya-s-gosudarstvennoy-sistemoy-chestnyy-znak/ связывает учётную программу организации с государственной информационной системой, которая регистрирует участников, коды маркировки и операции с продукцией. Из учётной программы передаются сведения о товарах и движении продукции, а в ответ поступают статусы обработки. Обмен может идти через интеграционный модуль, электронный документооборот и кассовую технику — состав компонентов зависит от операций, которые выполняет организация.
Информационные системы, кассовая техника и электронный документооборот
Информационная система хранит номенклатуру, остатки и сведения о документах. Интеграционный модуль формирует сообщения в установленном формате, отправляет их и принимает ответы. Для передачи документов между участниками используется электронный документооборот: он помогает связать документ отправителя с ответом получателя и отследить его статус.
При розничной продаже кассовая техника считывает код маркировки, включает его данные в кассовый чек и передаёт сведения о выбытии через предусмотренный канал фискальной передачи. Для считывания нужен сканер, распознающий двумерные символы Data Matrix. При сбое кассового или сетевого компонента данные могут не поступить в систему либо задержаться, поэтому их проверяют отдельно от сообщений учётной программы.
Коды маркировки, карточки товаров и электронная подпись
Карточка товара содержит GTIN, наименование и характеристики продукции. GTIN обозначает товарную позицию, а код маркировки идентифицирует отдельную товарную единицу. В символе GS1 DataMatrix могут передаваться данные с идентификаторами применения, например AI (01) для GTIN и AI (21) для серийного номера; состав кода зависит от категории товара и правил маркировки.
Электронная подпись подтверждает отправителя и целостность сообщения. Средства криптографической защиты используют сертификат, который должен быть действующим и подходить для нужного типа операции. До отправки проверяют полномочия подписанта, доступность сертификата и его связь с учётной записью участника.
Как организовать обмен сведениями
Обмен строится по цепочке: подготовка данных, формирование документа, подписание, отправка и проверка ответа. Одного факта отправки недостаточно: система может принять сообщение, но отклонить его при проверке реквизитов или логики операции. Поэтому учётная программа должна сохранять связь между исходным документом и результатом обработки.
Подготовка данных и настройка подключения
Перед подключением сверяют регистрацию участника, права пользователей и сведения о товарных позициях. В карточках проверяют GTIN и обязательные для категории характеристики. Для каждого рабочего места настраивают параметры интеграционного модуля, доступ к каналу обмена, сертификат электронной подписи и правила преобразования данных в требуемый формат.
Тестовая передача помогает выявить несовпадения до начала регулярных операций. Проверяют не только соединение, но и полномочия, корректность идентификаторов, формат даты и состав реквизитов. Если система использует несколько контуров или типов сообщений, настройки каждого из них проверяют отдельно.
Передача сведений о вводе в оборот, перемещении и продаже
При вводе продукции в оборот передают данные о товаре и назначенных ему кодах. Внутреннее перемещение фиксируют в учётных документах, а при передаче другому участнику оформляют предусмотренный документ электронного документооборота. Получатель подтверждает или отклоняет документ, после чего стороны сверяют остатки и статусы кодов.
Продажа отражается через кассовый чек с кодом маркировки. Для других способов выбытия применяются соответствующие документы и сценарии передачи сведений. Конкретный порядок зависит от категории продукции и роли участника в обороте, поэтому тип операции в учётной программе должен соответствовать фактическому движению товара.
Проверка обмена и устранение ошибок
Проверку проводят по каждому этапу: создание сообщения, подписание, отправка, получение ответа и изменение статуса операции. Состояние «отправлено» не подтверждает, что сведения приняты и обработаны. Подтверждением служит итоговый ответ системы или статус документа, предусмотренный конкретным процессом.
Контроль статусов сообщений и кодов маркировки
В журнале обмена сопоставляют номер исходного документа, время отправки, идентификатор сообщения и ответ системы. По коду проверяют, соответствует ли его статус ожидаемой операции: например, доступен ли он для ввода в оборот или уже выбыл при продаже. Повторная отправка без проверки результата может создать дублирующее сообщение или конфликт состояний.
Типичные сбои и проверка их причин
Ошибки часто связаны с неверным GTIN, отсутствующим обязательным реквизитом, неподходящим статусом кода, истёкшим сертификатом или несоответствием формату документа. При сетевом сбое проверяют доступность канала и время последней успешной отправки. При отказе по данным сверяют карточку товара и документ с текстом ответа, а при ошибке подписи — сертификат, срок его действия и права подписанта.
Поддержание интеграции в рабочем состоянии
Регулярная сверка сообщений с учётными документами выявляет расхождения до того, как они повлияют на остатки. Для повторных отправок задают контролируемый порядок: сначала устанавливают, был ли принят исходный запрос, затем устраняют причину отказа и фиксируют повторную попытку. Доступ к настройкам подключения ограничивают пользователями, которым он необходим для обслуживания обмена.
Журналирование операций и контроль изменений форматов
Журнал должен сохранять дату и время операции, тип сообщения, его идентификатор, итоговый статус и текст ошибки. Секретные ключи и другие данные, которые могут нарушить безопасность, в журнал не включают. При обновлении интеграционного модуля проверяют совместимость форматов, подписи и справочников, затем проводят тестовые операции для основных сценариев: ввод в оборот, передача товара и продажа.
