msdn сеть дистрибуции кодов маркировки
Пять вопросов к дистрибьютору о маркировке
Маркировка — новая головная боль для всех участников фармацевтической отрасли. Сегодня мы выяснили, какие трудности и решения есть у дистрибутора «ИРВИН 2». Комментирует директор по логистике Павел Рябуха.
Является ли дистрибьютор, по Вашему мнению, самым нагруженным звеном в информационной системе мониторинга движения лекарственных препаратов (ИС МДЛП)?
Да, дистрибьютор пропускает через свою логистическую систему большой поток данных, которые необходимо отображать в ИС МДЛП. Поток этот исходит как от поставщиков и производителей, так и грузополучателей: от единичной аптечной/медицинской организации до крупных аптечных сетей.
Кроме того, для дистрибьюторов при работе с иностранными производителями добавляются операции — таможенное оформление, перемещение между зонами таможенного контроля и другие, которые также отображаются в ИС МДЛП.
Сколько времени заняло у вас внедрение маркировки? Какое оборудование пришлось закупать? Необходимо ли было менять программное обеспечение?
Мы включились в работу по доработке ПО сразу же после того, как был объявлен пилотный проект, и мы стали его участниками. Мы решили, что разработаем ПО собственными силами и не будем ждать готовых решений от интеграторов. Это позволило нам к 01 января 2020 г. находиться в высокой степени готовности.
Для работы с кодами DataMatrix мы закупили сканеры, различные по своей конструкции в зависимости от участка работы. Например, на участках приемки и хранения используем беспроводные терминалы сбора данных, на участке контроля — стационарные многоплоскостные, а также проводные сканеры штрих-кодов.
Наверняка при внедрении маркировки в Вашей компании произошли изменения бизнес-процессов, не могли бы Вы отметить самые ключевые из них?
Самым главным изменением, которое затронуло все бизнес-процессы, связанные с движением товара, стало то, что каждая упаковка стала уникальна, и теперь при работе с товаром необходимо это учитывать.
Добавились новые операции, например, операции с упаковкой — разагрегация, изъятие штучки из групповой упаковки.
( Третичная транспортная упаковка может быть сформирована на любом этапе движения лекарственных препаратов. Агрегация — процесс объединения лекарственных препаратов в такую третичную упаковку, которая имеет всего 1 линейный штрих-код, связанный с кодами вложенных в упаковку препаратов. Для того, чтобы работать с этими препаратами, нужно разагрегировать — «вскрыть» упаковку – прим.ред. ).
Все это приводит к увеличению трудоемкости операций на этапах приемки/сборки/контроля маркированного товара. Также возникает необходимость дополнительного обучения сотрудников по работе с маркированным товаром. Приходится вносить изменения в СОПы.
Как осуществляется прием маркированных лекарственных препаратов от поставщика (в чем ключевые отличия от старой системы приема)?
Только подготовленные сотрудники, прошедшие соответствующее обучение, осуществляют прием маркированных лекарственных препаратов от поставщика. Наибольшие сложности вызывает разделение маркированных лекарственных препаратов от немаркированных, из-за отсутствия соответствующей маркировки от поставщика. Поставщики используют разные схемы подачи данных, и это тоже увеличивает время приема.
Как вы работаете с аптечными и медицинскими организациями — прямым или обратным акцептом? Т.е. кто регистрирует данные о поставляемом товаре в ИС МДЛП — вы или аптечные организации? Не могли бы вы кратко пояснить, почему?
Работаем по прямому акцептованию, т.е. сам вносим сведения в ИС МДЛП. Это оптимальная схема подачи данных в ИС МДЛП. Данная схема позволяет клиентам убедиться в достоверности предоставленных данных, а также исключает вероятность пересортицы по данным SSCC и sGTIN при отгрузке/приемке между контрагентами.
Обсудить последние новости со всеми коллегами России вы можете в чатах:
Контроль кодов маркировки в программах 1С
Цель проверки кодов маркировки
В общем случае успешное выполнение операции в ИС МП «Честный знак» (честныйзнак.рф) возможно лишь при определенном статусе и определенном владельце кодов маркировки. Например, для продажи маркированного товара код маркировки должен находиться в статусе «В обороте», а владельцем должен быть продавец продукции. Из общего правила могут быть исключения в течение переходных периодов для товарных категорий, у которых они определены (например, табачная продукция, выпущенная до 01.07.2020, подробнее см. далее). Если в ИС МП будут переданы коды с неверным статусом или владельцем, то операция выполнена не будет. Коды не перейдут к получателю или не будут выведены из оборота.
В программы 1С встроены проверки кодов маркировки, которые предоставляют пользователю информацию о текущем статусе и владельце кода маркировки непосредственно из программы.
Настройка проверки кодов маркировки в программе 1С
Для операций и товарных групп можно задать исключения. Ссылки для настройки исключений выводятся рядом с настройками Контролировать статусы кодов маркировки и Контролировать владельцев кодов маркировки при установке соответствующих флагов (см. рис. 1). После настройки исключений в ссылке указываются настроенные исключения.
Рис. 1
Исключения позволяют более гибко настроить проверки в течение переходного периода, когда еще не все участники оборота обязаны отражать операции с маркируемой продукцией. В таком случае проверка по отдельным операциям для отдельных товарных групп может оказаться излишней.
Отключить контроль статусов и контроль владельцев можно временно, на сеанс работы с формой Подбор и проверка маркируемой продукции в меню Еще указанной формы (рис. 2).
Рис. 2
Указанные настройки касаются только проверок на стороне программы 1C, не влияют на выполнение проверок на стороне Центра развития перспективных технологий (ЦРПТ, оператора системы маркировки) и не снимают ответственности, связанной с оборотом маркируемой продукции.
Инструменты проверки кодов маркировки
Рис. 3
Если статус и владелец корректны или проверка по статусу и владельцу отключена, то статус кода маркировки в ИС МП и его владелец не отображаются, а в столбце Статус проверки выводится результат проверки наличия кода:
При подборе, если код маркировки не проходит проверку статуса и/или владельца в ИС МП, то он не добавляется в форму подбора и проверки, а выдается соответствующее сообщение (рис. 4).
Рис. 4
В окне сообщения доступны ссылки, по которым можно перейти в рабочее место Проверка кодов маркировки, а также к панели администрирования для отключения контроля статусов.
Рабочее место «Проверка кодов маркировки»
Рис. 5
Это те же данные, которые выводятся в личном кабинете ИС МП «Честный знак». Также в рабочем месте выводятся связанные с этим кодом в информационной базе 1С: номенклатура, характеристика, серия, а также ссылка на элемент справочника Штрихкоды упаковок и товаров. Из рабочего места можно открыть отчет Места использования. В нем указываются объекты информационной базы, в которых указывается данный код.
Анализ проблем контроля кодов маркировки
Если при проверке поступившей продукции или при подборе продукции при отгрузке в форме проверки указан ИНН третьей организации (не покупателя и не продавца), то, возможно, эта продукция произведена в течение переходного периода, когда производители уже были обязаны маркировать продукцию и представлять в информационную систему маркировки сведения о вводе в оборот, а обязанность предоставлять сведения об обороте маркируемой продукции для других участников оборота маркируемого товара еще не наступила. Это означает, что маркируемая продукция может не числиться за поставщиком на момент совершения операции. Но выполнять операции с такой продукцией можно. В этом случае нужно настроить исключения проверки кодов или временно отключить контроль непосредственно в форме подбора и проверки, как описано выше.
В остальных случаях нужно исследовать причины возникших ошибок отдельно по каждой операции. Возможно, поставщик отразил отгрузку ранее, чем оформил у себя поступление кодов, или, например, коды были заказаны и введены в оборот по одной организации, а отгружен товар от имени другой, аффилированной с первой. Первичный анализ можно выполнить в рабочем месте Проверка кодов маркировки, а далее обращаться к поставщику для совместного исследования, анализа и приведения документов в порядок.
В случае системной ошибки при подборе и проверке кодов информации о текущем владельце и статусе может быть недостаточно, а для анализа необходимо привлекать специалиста обслуживающей организации или обращаться на линию поддержки. При этом специалистам для расследования необходим лог (история) запросов к ИС МП, который нужно направить специалистам вместе с подробным описанием проблемы. При проверке кодов из рабочего места Проверка кодов маркировки запись логов включается автоматически, ссылка открыть лог запросов выводится непосредственно в рабочем месте. В текстах некоторых ошибок добавляется гиперссылка с временным включением лога запросов и просмотра ранее включенного лога. Запись логов можно также включить вручную перед выполнением проблемной операции в рабочем месте Обмен с ИС МП (обувь, одежда, табак. ) в группе см. также. Включение производится на определенное время: 5, 10 или 15 минут. Там же будет доступна ссылка Открыть, которая позволяет просмотреть лог в текстовом виде и сохранить его для передачи специалистам.
Заключение
Работа с маркируемой продукцией в соответствии с актуальным законодательством, безусловно, повысила требования к выполнению операций с такими товарами, их документальному оформлению. Работа в новых, непривычных условиях может приводить к ошибкам участников оборота и вести к дальнейшим проблемам. Часть из этих ошибок являются типовыми и встречаются, по данным линии поддержки 1С, достаточно часто. Выше мы рассмотрели несколько примеров таких ошибок. В других случаях требуется дополнительное исследование ошибок и анализ причин их возникновения. Также мы рассмотрели инструменты, включенные в программы 1С, для оперативного решения таких ситуаций. При отлаженных процессах внутри компании и во взаимодействии с другими участниками оборота вероятность таких ошибок сводится к минимуму, а встроенные инструменты позволяют их оперативно отслеживать и устранять.
О поддержке обязательной маркировки в учетных решениях «1С:Предприятие 8» можно узнать в разделе «Маркировка» в «Мониторинге законодательства».
Цель проверки кодов маркировки
В общем случае успешное выполнение операции в ИС МП «Честный знак» (честныйзнак.рф) возможно лишь при определенном статусе и определенном владельце кодов маркировки. Например, для продажи маркированного товара код маркировки должен находиться в статусе «В обороте», а владельцем должен быть продавец продукции. Из общего правила могут быть исключения в течение переходных периодов для товарных категорий, у которых они определены (например, табачная продукция, выпущенная до 01.07.2020, подробнее см. далее). Если в ИС МП будут переданы коды с неверным статусом или владельцем, то операция выполнена не будет. Коды не перейдут к получателю или не будут выведены из оборота.
В программы 1С встроены проверки кодов маркировки, которые предоставляют пользователю информацию о текущем статусе и владельце кода маркировки непосредственно из программы.
Настройка проверки кодов маркировки в программе 1С
Для операций и товарных групп можно задать исключения. Ссылки для настройки исключений выводятся рядом с настройками Контролировать статусы кодов маркировки и Контролировать владельцев кодов маркировки при установке соответствующих флагов (см. рис. 1). После настройки исключений в ссылке указываются настроенные исключения.
Рис. 1
Исключения позволяют более гибко настроить проверки в течение переходного периода, когда еще не все участники оборота обязаны отражать операции с маркируемой продукцией. В таком случае проверка по отдельным операциям для отдельных товарных групп может оказаться излишней.
Отключить контроль статусов и контроль владельцев можно временно, на сеанс работы с формой Подбор и проверка маркируемой продукции в меню Еще указанной формы (рис. 2).
Рис. 2
Указанные настройки касаются только проверок на стороне программы 1C, не влияют на выполнение проверок на стороне Центра развития перспективных технологий (ЦРПТ, оператора системы маркировки) и не снимают ответственности, связанной с оборотом маркируемой продукции.
Инструменты проверки кодов маркировки
Рис. 3
Если статус и владелец корректны или проверка по статусу и владельцу отключена, то статус кода маркировки в ИС МП и его владелец не отображаются, а в столбце Статус проверки выводится результат проверки наличия кода:
При подборе, если код маркировки не проходит проверку статуса и/или владельца в ИС МП, то он не добавляется в форму подбора и проверки, а выдается соответствующее сообщение (рис. 4).
Рис. 4
В окне сообщения доступны ссылки, по которым можно перейти в рабочее место Проверка кодов маркировки, а также к панели администрирования для отключения контроля статусов.
Рабочее место «Проверка кодов маркировки»
Рис. 5
Это те же данные, которые выводятся в личном кабинете ИС МП «Честный знак». Также в рабочем месте выводятся связанные с этим кодом в информационной базе 1С: номенклатура, характеристика, серия, а также ссылка на элемент справочника Штрихкоды упаковок и товаров. Из рабочего места можно открыть отчет Места использования. В нем указываются объекты информационной базы, в которых указывается данный код.
Анализ проблем контроля кодов маркировки
Если при проверке поступившей продукции или при подборе продукции при отгрузке в форме проверки указан ИНН третьей организации (не покупателя и не продавца), то, возможно, эта продукция произведена в течение переходного периода, когда производители уже были обязаны маркировать продукцию и представлять в информационную систему маркировки сведения о вводе в оборот, а обязанность предоставлять сведения об обороте маркируемой продукции для других участников оборота маркируемого товара еще не наступила. Это означает, что маркируемая продукция может не числиться за поставщиком на момент совершения операции. Но выполнять операции с такой продукцией можно. В этом случае нужно настроить исключения проверки кодов или временно отключить контроль непосредственно в форме подбора и проверки, как описано выше.
В остальных случаях нужно исследовать причины возникших ошибок отдельно по каждой операции. Возможно, поставщик отразил отгрузку ранее, чем оформил у себя поступление кодов, или, например, коды были заказаны и введены в оборот по одной организации, а отгружен товар от имени другой, аффилированной с первой. Первичный анализ можно выполнить в рабочем месте Проверка кодов маркировки, а далее обращаться к поставщику для совместного исследования, анализа и приведения документов в порядок.
В случае системной ошибки при подборе и проверке кодов информации о текущем владельце и статусе может быть недостаточно, а для анализа необходимо привлекать специалиста обслуживающей организации или обращаться на линию поддержки. При этом специалистам для расследования необходим лог (история) запросов к ИС МП, который нужно направить специалистам вместе с подробным описанием проблемы. При проверке кодов из рабочего места Проверка кодов маркировки запись логов включается автоматически, ссылка открыть лог запросов выводится непосредственно в рабочем месте. В текстах некоторых ошибок добавляется гиперссылка с временным включением лога запросов и просмотра ранее включенного лога. Запись логов можно также включить вручную перед выполнением проблемной операции в рабочем месте Обмен с ИС МП (обувь, одежда, табак. ) в группе см. также. Включение производится на определенное время: 5, 10 или 15 минут. Там же будет доступна ссылка Открыть, которая позволяет просмотреть лог в текстовом виде и сохранить его для передачи специалистам.
Заключение
Работа с маркируемой продукцией в соответствии с актуальным законодательством, безусловно, повысила требования к выполнению операций с такими товарами, их документальному оформлению. Работа в новых, непривычных условиях может приводить к ошибкам участников оборота и вести к дальнейшим проблемам. Часть из этих ошибок являются типовыми и встречаются, по данным линии поддержки 1С, достаточно часто. Выше мы рассмотрели несколько примеров таких ошибок. В других случаях требуется дополнительное исследование ошибок и анализ причин их возникновения. Также мы рассмотрели инструменты, включенные в программы 1С, для оперативного решения таких ситуаций. При отлаженных процессах внутри компании и во взаимодействии с другими участниками оборота вероятность таких ошибок сводится к минимуму, а встроенные инструменты позволяют их оперативно отслеживать и устранять.
О поддержке обязательной маркировки в учетных решениях «1С:Предприятие 8» можно узнать в разделе «Маркировка» в «Мониторинге законодательства».
Процесс получения кодов маркировки защитят от злоумышленников
Источник: ЦРПТ
Для получения кодов маркировки производители, продавцы или импортеры маркируемой продукции направляют запросы в станцию управления заказами (СУЗ). При этом контроллер API СУЗ аутентифицирует клиентов с помощью так называемого клиентского токена.
В настоящее время механизм получения токена включает:
регистрацию в пользовательском интерфейсе СУЗ клиентского устройства;
на основе данных клиентского устройства СУЗ генерирует уникальный маркер безопасности (клиентский токен);
маркер безопасности отображается в пользовательском интерфейсе СУЗ.
В данном случае сгенерированный маркер безопасности (клиентский токен) является статичным, то есть постоянным. Соответственно, в случае кражи маркера безопасности злоумышленником, он сможет с его помощью направлять запросы в станцию управления заказами неограниченно долго. В целях повышения безопасности информационного взаимодействия осуществляется переход на целевой механизм получения клиентского токена.
Как пояснил на вебинаре директор департамента группы общих компонентов ЦРПТ Дмитрий Данков, после перехода на новый механизм время жизни маркера безопасности (аутентификационного токена) будет составлять всего 10 часов. При этом повышается уровень защиты СУЗ и гарантируется, что маркер безопасности (аутентификационный токен) был запрошен именно участником оборота товаров.
По словам Дмитрия Данкова, в сам API СУЗ не вносится никаких изменений. Авторизация в системе через программы будет проходить также как и ранее. Изменится только сам механизм получения клиентского токена. До 1 апреля 2021 года будут работать оба механизма получения клиентского токена. «С 1 апреля 2021 года статический токен из интерфейса будет удален и будет работать только идентификатор соединения», — отметил Дмитрий Данков.
В решениях «1С:Предприятие» необходимые изменения будут реализованы. Подробнее о поддержке маркировки товаров см. в «Мониторинге законодательства» в разделе «Маркировка».
Обувь, шины, парфюм, фототовары, одежда: переход на электронный оборот.
Продавцов защитят от мошенников при получении кодов маркировки
Для того чтобы защитить производителей, импортеров и продавцов товаров от действий злоумышленников, оператор маркировки товаров «Честный знак» вносит изменения в процесс получения кодов маркировки для нанесения на товары.
По действующим правилам для получения кода маркировки товара заинтересованный в этом участник оборота должен направить запрос в адрес станции управления заказами (СУЗ). Запрос направляется посредством подключения через API (программный интерфейс приложения, позволяющий другим приложениям и пользователям подключаться к нему различными способами). Идентификация лица, обратившегося за кодом, производится с помощью так называемого клиентского токена (набор символов, которые присваиваются клиенту для его идентификации в системе), который генерируется и отображается после авторизации заявителя в интерфейсе СУЗ.
Проблема заключается в том, что сейчас клиентский токен не меняется со временем, то есть является статичным. Поэтому если он попадет в руки злоумышленников, они получат возможность направлять с его помощью запросы в СУЗ неограниченное время и получать коды маркировки от имени лица, которому этот токен был выдан изначально.
По новым правилам срок действия токена составит всего 10 часов. Получив его, клиент сможет запросить необходимое количество кодов маркировки. Если даже впоследствии токен попадет к мошенникам, использовать его для получения кодов они уже не смогут – токен будет недействительным.
Процедура оформления запроса кодов маркировки не изменится. До 1 апреля 2021 года будут работать оба механизма получения клиентского токена – старый и новый. С 1 апреля статичный токен в интерфейсе СУЗ отображаться больше не будет.
Частые вопросы
1. При регистрации в Сервере сети указываются данные компании.
Ответ: Данные относятся к компании в целом как юридическому лицу, площадки добавляются позднее в Сервере Сети после регистрации и активации аккаунта.
2. Контактное лицо должно быть у всей компании/аккаунта? Или у каждой площадки есть свое контактное лицо?
Ответ: Данные о контактном лице вводятся на уровне компании в момент регистрации.
3. Администраторы относятся к основной компании, а не площадок?
Ответ: Администратор заводится на уровне компании.
4. Контактное лицо может быть только одно или их может быть несколько? Могут ли быть контактными лицами люди не из списка пользователей платформы?
Ответ: Только одно, желательно, чтобы это лицо было пользователем программы, но жесткого требования нет (это остается на усмотрение сервис-провайдера/УОТ).
5. Как УОТ входит в личный кабинет в Сервере Сети, если регистрация в Сервере Сети происходит без его участия, то есть у УОТ нет сведений о пароле для входа.
Ответ: УОТ приходит на электронную почту одноразовая ссылка для активации аккаунта.
Если сразу после активации УОТ не инициирует в ЛК изменение пароля – он не сможет повторно войти в ЛК в Сервере Сети и для входа ему необходимо обращаться в службу тех. поддержки.
6. Как совмещать на одной этикетке дата матрикс и прочую информацию, например, единый знак обращения EAC и другую информацию о продукции?
Ответ: Необходимо создать собственный пользовательский шаблон этикетки в графическом дизайнере Jaspersoft Studio. Как это сделать – можно посмотреть тут.
7. УОТ сможет передавать сервис-провайдеру по защищенному каналу не просто коды маркировки, а уже готовые шаблоны этикеток с кодами?
Ответ: Такого функционала – передавать шаблон этикетки из СУЗ сервис-провайдеру по защищенному каналу – нет. Участник оборота может создать шаблон в дизайнере Jaspersoft Studio и передать его сервис-провайдеру по почте.
Или сервис-провайдер может создать шаблон и загрузить его в ПАК.
8. Может ли сервис-провайдер заказать коды за меня?
Ответ: Сервис провайдер может оформить заказ кодов маркировки от имени УОТ
9. Нужно ли загружать УКЭП в MCDN для подписания документов от сервис-провайдера (черновик заявки на эмиссию, черновики отчетов и т.д.)?
Ответ: Загружать не нужно, необходимо иметь УКЭП на своем устройстве при подписании документов.
10. Может ли участник оборота получить коды из заказа, созданного в адрес типографии и каким образом?
Ответ: Из заказа, созданного в адрес типографии УОТ получить коды не может.
11. Можно ли использовать поле PO (Purchase order) передачи заказа на типографию?
Ответ: Поле «Идентификатор производственного заказа» позволяет объединять заказы, раздробленные при отправке в СУЗ, в единую сущность и отслеживать их в рамках одного заказа. Дробление связано с техническим ограничением СУЗ – не более 150 тысяч кодов в одном заказе. Номер идентификатора производственного заказа может использоваться в зависимости от целей УОТ.
12. Где методы API для передачи кодов на типографию?
Ответ: Можно использовать метод СУЗа, при передаче кодов в типографию необходимо указать дополнительно получателя кодов.
13. Хочу отменить заказ на типографию, как?
Ответ: Заказ в типографию отменить нельзя, его может отменить только сама типография.
14. Что такое UUID сервис-провайдера?
15. Как стать сервис-провайдером?
Ответ: Чтобы стать сервис-провайдером, необходимо зарегистрироваться в системе в качестве сервис-провайдера.
16. Является ли участие в функционале сервис-провайдера платным?
Ответ: Регистрация в системе дистрибуции кодов для сервис провайдера бесплатная, как и стандартный набор функций сервис провайдера.
17. Как понять какую упаковку вводить в оборот первой? Могут ли типографии печатать дату эмиссии кода на рулонах?
Ответ: Такая возможность в данный момент отсутствует. После 1 июня информация о сроке годности кодов на рулоне будет доступна для типографского агрегата.
18. Когда платить за коды маркировки при передаче на типографию?
Ответ: Коды маркировки оплачиваются УОТом при подаче Отчета о нанесении.
19. Какой срок жизни кода при передаче его на типографию?
Ответ: При передаче кода маркировки на типографию, срок жизни кода 365 дней.
20. Типография напечатала не те коды, что делать?
Ответ: Типография печатает только те коды, которые были ей переданы на печать.
21. Что типография делает с кодами у которых плохое качество?
Ответ: Ничего, через 365 дней они сгорают.
22. Может ли типография распечатать заказ повторно, если коды с плохим качеством?
Ответ: Нет, в соответствии с законодательством коды могут быть напечатаны только один раз.
23. Как зарегистрировать нужную мне типографию?
Ответ: Типографию не достаточно просто зарегистрировать. Если типография уже оборудована и подключена к системе, можно найти ее в Реестре площадок, а также связать со своей площадкой. Если типография отсутсвует в Реестре площадок, необходимо обратиться к СПТС
24. Как найти сервис-провайдера?
Ответ: Зарегистрированных сервис провайдеров можно увидеть во вкладке Реестр площадок.
Для связи с площадкой необходимо сначала создать свою площадку на вкладке «Площадки», после чего зайти в меню созданной площадки и выбрать «Связать площадки», после чего откроется список зарегистрированных площадок, далее найти и выбрать ту, с которой необходимо установить связь.
25. Не вижу сервис провайдера в перечне СП.
Ответ: Причины могут быть следующие:
— СП не зарегистрирован в системе;
— СП зарегистрирован в системе, но не создал площадку;
— СП создал площадку, но видимость ее не «видна».
Необходимо зарегистрировать СП в системе/создать площадку с видимостью «видна».
26. Как передать коды Сервис-провайдеру?
Ответ: Предварительно необходимо связать площадку УОТа с площадкой сервис провайдера.
Коды сразу заказываются в адрес сервис провайдера.
27. Может ли сервис-провайдер заказать коды за меня?
Ответ: Сервис провайдер может оформить заказ кодов от имени УОТ.
28. Какое количество кодов маркировки нужно заказывать для типографии с учетом процессов приладки и как это повлияет на оплату?
Ответ: Желательно заказывать количество кодов с небольшим запасом (около 20% от общего количества), так как часть кодов с большой вероятностью попадет в участок «приладки».
На оплату кодов маркировки это никак не повлияет, оплачиваются только физически нанесенные на товар коды по факту отправки УОТом Отчета о нанесении.
29. Передала заказ на типографию, коды пропали из системы, что делать?
Ответ: Заказ при передаче типографии закрывается и перемещается во вкладку История заказов, сами коды передаются типографии.
30. Получила ли площадка переданные коды?
Ответ: Можно уточнить это у площадки, на которую были переданы коды.
31. Как типография понимает, что в ее адрес был отправлен заказ и можно приступать к работе с ним?
Ответ: Заказы, поступившие в адрес типографии отражаются в ЛК типографии в MCDN или ЦВП.
32. Коды передал, типография их в своем ЛК не видит, что делать?
Ответ: Обратиться в техническую поддержку по конкретному случаю.
33. Можно ли передавать коды маркировки от одного сервис-провайдера другому и что для этого нужно?
Ответ: Сервис провайдер может сам передавать коды другому сервис провайдеру под свою ответственность. Коды может передавать тот сервис-провайдер, у которого они находятся в данный момент.
Для передачи кодов необходимо зайти в ЛК: Вкладка Заказы/Заказ/Товары/Меню раздела товары/Передать коды.
34. Какие типографии умеют создавать код агрегата?
Ответ: Реестра типографий, предоставляющих услуги агрегации, нет. Необходимо уточнять возможность формирования агрегата у конкретной типографии.
35. Как ввести в оборот по агрегату?
Ответ: Ввод в оборот по типографскому агрегату производится двумя способами: либо сосканировав код самого агрегата, либо сосканировав первый и последний код маркировки в агрегате.
36. Где я могу забрать агрегаты с типографии?
Ответ: Коды и их последовательность можно получить по API MCDN зная номер агрегата.
37. Где можно ознакомиться с содержанием и форматом документа «Сведения о нанесении и валидации», который типография формирует и отправляет в ГИС МТ по результату печати?
Ответ: Во вкладке Заказы/Заказ/Сведения о нанесении.
38. Реализована ли проверка на стороне ПАК на предмет повторного нанесения типографией одного и того же DataMatrix кода на упаковку (например, случился сбой)?
Валидатор сообщает о проблеме в случае возникновения такой ситуации? Происходит ли отбраковка упаковки и как?
Ответ: Коды печатаются один раз. Проверка на наличие дубликатов есть. Отбраковка предусмотрена в функционале Типографского агрегата.
39. Где можно получить отчет о проведенной валидации?
Ответ: Во вкладке Заказы/Заказ/Сведения о нанесении
40. Могу ли выгрузить коды из отчета к себе в систему?
Ответ: В данный момент возможности выгрузить коды из отчета нет, только коду типографского агрегата.
41. Могу ли ввести в оборот коды из отчета?
Ответ: Напрямую из отчета создать документ Ввод в оборот нельзя, так как отчет Сведения о нанесении (о валидации) содержит коды без крипточасти.
42. Типография напечатала заказ, но отчет не вижу в системе.
Ответ: Если типография напечатала коды и сформировала отчет Сведения о нанесении, но в ЛК УОТ он не отражается, необходимо обратиться в поддержку.
43. Типография не предоставила отчет о нанесении.
Ответ: Типография всегда формирует отчет Сведения о нанесении по факту валидации кодов. Если типография напечатала коды и сформировала отчет Сведения о нанесении, но в ЛК УОТ он не отражается, необходимо обратиться в поддержку.
44. Влияет ли отчет о нанесении на типографии на статусную модель кода?
45. Получили упаковку с типографии не удается ввести в оборот, код не считывается.
Ответ: Необходимо обратиться в типографию относительно качества печати кодов.
46. Когда вводить ВСД при вводе в оборот кодов с типографии?
Ответ: Номер ВСД необходимо указывать при создании документа Ввод в оборот.
47. Типография отгрузила упаковку без отчета о валидации, могу ли я ввести такие коды в оборот?
Ответ: Согласно ППР 2099 от 15.12.2020 Раздел V п. 41, сервис провайдер обязан подавать сведения о валидации кодов маркировки.
48. Если разобрать код маркировки, преобразованный в типографии, в приложении (например, Чекмарк), вместо кода FNC1 после (21) у вас GS.
Ответ: Согласно требованиям национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 16022-2008:
Ссылка на данный стандарт есть также в документе ППР в пункте 42.
Также можно ознакомиться со следующими документами:
Таким образом, преобразование кода в средство идентификации на стороне ПАК сервис-провайдера происходит в соответствии с ППР, ошибок тут нет.
GS1 не отменяет НПА РФ и отчёт о нанесении с символами разделителя ASCII 232 вместо ASCII 029 не будет обработан и будет отклонен.