Лонгриды 15 ноября 2019 Г. 12:11,

Подробности: как будут работать интегрированные системы прослеживаемости молочной продукции

Главы Минсельхоза и Минпромторга утвердили методические рекомендации по проведению эксперимента по маркировке отдельных видов молочной продукции. Документ, в частности, закрепляет способы взаимодействия участников эксперимента с информационными системами - ГИС «Маркировка» и ФГИС «Меркурий». Milknews ознакомился с рекомендациями и выяснил, какие варианты совместной работы двух систем предлагают чиновники.

Для чего это сделано

Глава Минсельхоза Дмитрий Патрушев, комментируя подписание методических рекомендаций, отметил, что система маркировки молочной продукции, которая станет обязательной с 1 июня 2020 года, сможет дополнить действующую систему электронной ветеринарной сертификации «Меркурий» повысив уровень прослеживаемости от производителя до прилавка. «Уверен, эксперимент позволит эффективно интегрировать обе системы с учетом интересов бизнеса и конечного потребителя», - цитирует министра пресс-служба Минсельхоза.

«Интеграция двух систем позволяет минимизировать издержки бизнес-сообщества, которое сможет осуществлять работу в режиме «единого окна», а также реализовать сквозную прослеживаемость молочной продукции «от фермы до прилавка», что даст потребителю уверенность в легальности товара», - поддерживает коллегу глава Минпромторга Денис Мантуров.

В свою очередь Россельхознадзор, оператор системы «Меркурий», заявил, что плотно работает с Минпромторгом, и способ технической интеграции двух систем найден. По словам советника главы Россельхознадзора Юлии Мелано, которые приводит «РБК», «система «Меркурий» будет контролировать движение молочных продуктов до переработчиков, а маркировка — готовые продукты на полке магазинов».

По мнению Союзмолоко, введение обязательной маркировки является избыточной, затратной и неэффективной мерой, задачи которой уже решаются введенной в 2019 году для всей отрасли системой «Меркурий». При этом предложенные в методических рекомендациях варианты интеграции системы маркировки кодами data-matrix и ФГИС “Меркурий” не позволят бизнесу избежать дополнительных затрат, что является главной целью самой интеграции.

Варианты работы

Ведомства предложили три варианта работы пользователей в интегрированной системе.

«Первый вариант - когда учётная система производителя сама будет связываться с системой маркировки и с системой "Меркурий". Второй вариант - когда будет единый личный кабинет у производителя, и через единый личный кабинет он будет взаимодействовать с двумя системами. И третий вариант, который мы предлагаем - когда интерфейсом двух систем может выступать либо система "Меркурий", либо система маркировки. Это разные технологические решения, и участники эксперимента будут иметь возможность выбрать то, которое им кажется наиболее удобным», - рассказала директор Департамента системы цифровой маркировки товаров и легализации оборота продукции Минпромторга РФ Екатерина Приезжева.

По ее словам, архитектура системы маркировки проектируется таким образом, что у её участников нет необходимости вносить дважды одну и ту же информацию. «Например, если участник зафиксировал какую-то информацию в системе Федеральной таможенной службы, то система маркировки необходимые данные сама будет подтягивать оттуда», - указала Приезжева.

Вариант 1. API

Принципы:

· Схема предназначена для производителей, имеющих ERP и АСУ ТП;

· Наличие производственного ВСД не является необходимым условием для заказа кода маркировки (далее – КМ);

· Наличие производственного ВСД является необходимым условием для формирования отчёта о нанесении КМ.

Последовательность взаимодействия:

1. При прямом нанесении КМ на производстве:

а) ERP отправляет производственный заказ в АСУ ТП;

б) АСУТП формирует заказ кодов маркировки, заказ подписывается УКЭП УОТ и передается в информационную систему мониторинга посредством ПАК РЭ (происходит стандартный цикл: запрос статуса заказа, получение эмитированных кодов маркировки);

2. При нанесении КМ в типографии:

a. ERP отправляет формирует заказ кодов маркировки, заказ подписывается УКЭП УОТ и передается в информационную систему мониторинга посредством ПАК РЭ;

b. Информационная система мониторинга генерирует КМ, КМ подписываются УКЭП Оператора и передаются в типографию посредством ПАК РЭ;

3. ERP отправляет запрос на оформление производственного ВСД во ФГИС «ВетИС»; ФГИС «ВетИС» отправляет идентификатор производственного ВСД

в ERP (происходит стандартный цикл оформления производственного ВСД);

4. ERP передает идентификатор производственного ВСД в АСУ ТП;

5. АСУТП формирует отчёт об использовании (нанесении) кодов маркировки, включает в него идентификатор производственного ВСД

(в обязательном порядке), данные подписываются УКЭП УОТ и передается посредством ПАК РЭ в информационную систему мониторинга;

6. Информационная система мониторинга формирует отчёт о выпуске ГМП (отчёт включает в себя: идентификатор производственного ВСД; количество КМ, по которым был получен отчёт о нанесении, в разрезе GTIN; подписывается УКЭП оператора) и передает его во ФГИС «ВетИС».

Модель взаимодействия. Вариант 1.

Вариант 2. Объединенный веб-интерфейс

Принципы:

· Объединенный веб-интерфейс может быть реализован как на стороне оператора ФГИС «ВетИС», так и на стороне оператора информационной системы мониторинга. Интерфейсы являются равнозначными;

· Схема предназначена для производителей, использующих метод этикетирования, при котором код маркировки производителю предоставляется

в графическом представлении (Data Matrix);

· Наличие производственного ВСД является необходимым условием

для получения КМ в графическом представлении, поскольку отчёт о нанесении формируется на основе факта предоставления КМ в графическом представлении.

Последовательность взаимодействия:

1. УОТ оформляет запрос на оформление производственного ВСД

в Объединенном веб-интерфейсе (авторизация по методам, предусмотренным работой с ФГИС «ВетИС»);

2. Полученный идентификатор производственного ВСД используется при заказе КМ;

3. УОТ заказывает и получает КМ в виде этикетки в Объединенном веб-интерфейсе (авторизация происходит по УКЭП УОТ; сведения, подаваемые в информационную систему мониторинга, подписываются УКЭП УОТ); для получения КМ

в графическом представлении в обязательном порядке указывается идентификатор производственного ВСД;

4. Информационная система мониторинга формирует отчёт о выпуске ГМП (отчёт включает в себя: идентификатор производственного ВСД; количество КМ, которые были выданы УОТ в виде Data Matrix, в разрезе GTIN; подписывается УКЭП оператора) и передает его во ФГИС «ВетИС».

Модель взаимодействия. Вариант 2.

Вариант 3.

Принципы:

· Схема предназначена для производителей, использующих любой метод нанесения средств идентификации;

Последовательность взаимодействия:

1. Направление запроса от Производителя необходимого количества кодов маркировки с использованием имеющихся интеграционных решений через ВетИС.API либо с применением web-интерфейса ФГИС «ВетИС» (запрос подписывается УКЭП УОТ);

2. Передача запроса, указанного в пункте 1 настоящего раздела

и с сохранением подписи УКЭП УОТ, из ФГИС «ВетИС» в информационную систему мониторинга;

3. Направление информации из информационной системы мониторинга

в программно-аппаратный комплекс устройство регистрации эмиссии (далее – ПАК маркировки) для нанесения кодов маркировки на производственную упаковку;

4. Передача маркированной упаковки на производственную линию;

5. Передача готовой промаркированной продукции с производственной линии в программно-аппаратный комплекс идентификации маркировки (далее – ПАК идентификации маркировки);

6. Направление информации о нанесённых кодах маркировки из ПАК маркировки в информационную систему мониторинга;

7. Направление отчёта о выпуске ГМП из информационной системы мониторинга в ФГИС «ВетИС» (отчёт включает в себя: идентификатор производственного ВСД; количество КМ, которые были нанесены, в разрезе GTIN; подписывается УКЭП оператора информационной системы мониторинга);

8. Передача отчёта, указанного в пункте 7 настоящего раздела, из ФГИС «ВетИС» Производителю с использованием имеющихся интеграционных решений через ВетИС.API либо с применением web-интерфейса ФГИС «ВетИС».

Модель взаимодействия. Вариант 3.