Релиз 4.37 МДЛП от 29 января 2021 года

Information on release content in English can be found at this link.

Установка на тестовый контур "Песочница": 25.01.2021 16:00 - 21:00

Установка на промышленный контур: 28.01.2021 21:00 - 29.01.2021 1:00

Версия XSD-схем: 1.36 

Хранилище SGTIN разделено на оперативное и архивное

В рамках оптимизации хранения данных в системе, было разработано архивное хранилище SGTIN. В данное хранилище перемещаются коды, у которых прошло более 180 дней после выбытия.

Запросить информацию по таким кодам можно на отдельной вкладке "Поиск информации в архиве SGTIN", расположенной в разделе "Товары" личного кабинета (Рисунок 1).

В форме поиска необходимо указать значение SGTIN и система автоматически покажет всю информацию по нему, если он находится в архиве. Если код не найден, будет выведено соответствующее уведомление.

Также получить информацию можно посредством вызова нового метода API (инфо по API см. ниже).

Изменены наименования некоторых статусов КИЗ

Корректировка названий произошла по тем статусам, которые присваиваются SGTIN после выбытия ЛП с нарушением установленных бизнес-процессов.

Статусы:

• discount_prescription_error - "Отпущен по льготному рецепту с отклонением от требований в части выбытия ЛП";
• med_care_error - "Отпущен для медицинского применения с отклонением от требований в части выбытия ЛП";
• ofd_retail_error - "Продан в розницу с отклонением от требований в части выбытия ЛП";
• ofd_discount_prescription_error - "Отпущен по льготному рецепту (ККТ) с отклонением от требований в части выбытия ЛП".

Для SGTIN добавлен новый атрибут "Способ выбытия"

В реестр товаров по SGTIN добавлен новый параметр "Способ выбытия". Заполнение осуществляется при обработке определенных видов операций.

Поле заполняется значением "Документ" после успешной обработки операций:

• 542 - Уничтожение;
• 552 - Вывод из оборота;
• 461 - Отгрузка ЛП в ЕАЭС;
• 441 - Отгрузка ЛП на незарегистрированное место деятельности;
• 335/10 - Оформление экспорта;
• 335/31 - Оформление реэкспорта;
• 335/80 - Таможенный транзит;
• 335/93 - Передача на уничтожение из ЗТК;
• 511 - Розничная продажа;
• 512 - Отпуск ЛП по документам, отличным от кассового чека;
• 521 - Отпуск по льготному рецепту;
• 531 - Выдача для оказания мед. помощи.

Поле заполняется значением "Устройство" после успешной обработки следующих операций:

• 10511 - Розничная продажа с использованием ККТ;
• 10522 - Отпуск по льготному рецепту с использованием ККТ;
• 10521 - Отпуск по льготному рецепту (регистратор выбытия);
• 10531 - Выдача для оказания мед. помощи (регистратор выбытия).

Новое поле доступно в том числе и через API в методах получения информации из реестра КИЗ (инфо по API см. ниже).

Добавлено уведомление о блокировке учетной записи пользователя

Уведомление отправляется на электронную почту пользователя в 2х случаях:

• Заблаговременно до наступления срока блокировки по неактивности (за 7 дней и за 1 день). Время простоя высчитывается с момента последней авторизации в систему;
• По факту блокировки (независимо от причины).

Возможные причины блокировки учетной записи:

• Заблокирован администратором безопасности Оператора-ЦРПТ;
• Превышен лимит попыток входа;
• Превышен максимальный срок бездействия;
• Истёк срок действия пароля.

Подробнее о причинах блокировки и возможных действиях в состоянии блокировки читайте в руководстве пользователя.

Изменен состав проверок, проводимых при регистрации пользователя

При регистрации нового Участника оборота:

• Отключена проверка тега L-localityName (Наименование населенного пункта) в сертификате УКЭП. Теперь это поле может быть не заполнено;
• Добавлена дополнительная проверка сертификата УКЭП на наличие параметра "ОГРНИП" в блоке "Дополнительное имя субъекта", если в блоке "Субъект" параметр отсутствует.

Переработан механизм взимания платы за предоставление кодов маркировки

Перечень изменений по процессу оплаты КМ с типом «оплата по нанесению»

Для заказа КМ с типом оплаты «оплата по нанесению» изменен процесс обработки операций 10311-skzkm_register_end_packing «Регистрация в ИС МДЛП сведений о завершении этапа окончательной упаковки (информация с СКЗКМ)» и 10319-skzkm_foreign_emission «Регистрация в ИС МДЛП сведений об упаковке лекарственного препарата и нанесении пределами территории РФ (информация с СКЗКМ)». 

Ранее существовавшая поэкземплярная очередь на оплату КМ будет заменена на пакетную обработку и оплату: при обработке документа будет проверяться наличие денежных средств на лицевом счету в сумме, достаточной для оплаты всех указанных в документе КМ. 

Если денег на счету достаточно – документ будет взят в обработку, при недостатке средств на оплату всего количества КМ из документа – весь документ будет отклонен с указанием в квитанции ошибки 4002.  

Общие доработки системы

✔️ Удалены реестры «Реестр SGTIN, подлежащих оплате» и «Реестр правил приоритетной оплаты» и соответствующие права доступа к этим реестрам, так как поэкземплярное управление больше не требуется;

✔️ Из статусной модели SGTIN будут удалены статусы "Ожидает выпуска, не оплачен", "Ожидает отгрузки в РФ, не оплачен", так как поэкземплярное прохождение очереди на оплату больше не требуется.  

✔️ Операции агрегации и отбора образцов, осуществляемые сразу после операций нанесения будут проходить без установки в очередь, так как после обработки операций нанесения все SGTIN будут находиться в одном статусе.  

✔️ В рамках переработанного процесса добавлены новые коды ошибок:

• 4001 - "При списании средств с лицевого счета произошла техническая ошибка".
  Во время обработки документа возникла ошибка из-за недоступности одного из компонентов, отвечающих за оплату кодов маркировки. Рекомендуется повторно сформировать и отправить отчет о нанесении с указанными в документе КИЗ;
• 4002 - "Для осуществления операции недостаточно средств на лицевом счете".
  Ошибка возникает случае, если на лицевом счете Участника недостаточно средств для оплаты кодов маркировки. Рекомендуется пополнить лицевой счет, далее повторно сформировать и отправить отчет о нанесении с указанными в документе КИЗ. Для пополнения баланса лицевого счета необходимо осуществить оплату на расчетный счет Оператора-ЦРПТ с указанием номера лицевого счета в назначении платежа. Состояние баланса можно проверить в Личном кабинете Участника в разделе «Финансы – Лицевые счета»;
• 4003 - "Техническая ошибка. Номер лицевого счета не найден".
  Ошибка возникает в случае, если у Участника в системе не найден лицевой счет. Рекомендуется проверить наличие лицевого счета в Личном кабинете Участника в разделе «Финансы – Лицевые счета». В случае наличия лицевого счета необходимо проверить, что договор на предоставление КМ успешно подписан. Статус договора можно посмотреть в разделе «Договорные документы – Предоставление кодов маркировки». В случае, если документ подписан, повторно сформировать и отправить отчет о нанесении с указанными в документе КИЗ. Если ошибка повторяется, необходимо обратиться в Службу технической поддержки МДЛП;
• 4004 - "Ошибка подготовки документа для оплаты".
  Ошибка возникает в случае технических неполадок при подготовке документов для оплаты и снятия денежных средств. При получении данной ошибки необходимо обратиться в Службу технической поддержки МДЛП;
• 4005 "Ошибка подготовки документа для оплаты".
  Ошибка возникает в случае технических неполадок при подготовке документов для оплаты и снятия денежных средств. При получении данной ошибки необходимо обратиться в Службу технической поддержки МДЛП;
• 4006 - "В отчете о нанесении переданы КиЗ с разными тарифами".
  Ошибка возникает в случае, когда в отчете о нанесении указанные КИЗ имеют разные тарифы. Рекомендуется проверить корректность данных, сформировать отчет по КИЗ с одинаковым тарифом и отправить отчет о нанесении повторно.
• 83 - "Срок ожидания оплаты для КМ истек"
  Ошибка возникает, если в документе есть КИЗ, для которых истек установленный срок оплаты. В этом случае КИЗ имеет конечный статус expired_not_paid и не может быть нанесен. При этом, если в документе есть КИЗ, для которого срок оплаты не истек, то он может быть нанесен (в этом случае документ будет обработан частично).

Благодаря данной доработке будет существенно ускорен процесс обработки документов.

Изменения на карточке SGTIN

1. В таблице с историей операций добавлена ссылка на групповую упаковку.
   На карточке SGTIN в историю операций с товаром добавлено новое поле - "SSCC". В поле указывается информация об упаковке, в которой находился данный ЛП в момент обработки документа (Рисунок 2).
   При нажатии на поле осуществляется переход к форме просмотра иерархии вложенности;
2. Добавлено 2 новых статуса, которые показывают, находится ли SGTIN в реестре ожидания выбытия (по ККТ, РВ или документу). Если SGTIN найден в одном из реестров - можно быстро в него перейти. Кнопки для перехода в реестры ожидания выбытия расположены в верхней части карточки SGTIN (Рисунок 3).

Разрешен отбор образцов после применения схемы 360

Исправлена ситуация, когда после ввоза собственных лекарственных препаратов на территорию РФ из стран ЕАЭС (операция 360-eeu_owner) было невозможно осуществить вывод из оборота с целью отбора образцов (операция 552-withdrawal(19)).

Теперь статусный переход arrived -> lp_sampled стал возможен.

Снято ограничение с реестра решений о вводе в ГО на просмотр любых серий

Ранее в реестре можно было увидеть информацию только по тем сериям, которые были введены в оборот текущим Участником.

Теперь появилась возможность осуществлять поиск информации о любой серии ЛП. Для этого необходимо снять фильтр по ИНН Участника, установленный по умолчанию, и ввести интересующую серию в одноименном поле (Рисунок 4).

Соответствующие изменения были внесены также в API (инфо по API см. ниже).

Исправлена ошибка, которая в определенных случаях не позволяла сменить адрес для лицензии на производство/фарм./мед. деятельность

Ошибка, возникающая при проверке нового адреса по ФИАС для конкретной лицензии на форме изменения адреса, была исправлена.

Обновление адреса должно происходить в рабочем порядке.

Изменен тип фильтра для поля "Номер документа" в реестре документов

Теперь в реестре для хранения архивных документов "За всё время" в поле "Номер документа" реестра входящих и исходящих документов можно искать документы по префиксу. Минимальное количество символов для поиска = 3 (Рисунок 5).

В реестре для хранения оперативных документов, поступивших в систему за последние 30 дней, фильтр не был изменен. Найти документ можно только по полному совпадению наименования.

Добавлена локализация для системных групп прав

Для групп, созданных автоматически в рамках роли, присвоенной Участнику, добавлено английское наименование:

• Системная группа/System group;
• Группа прав "Заказчик КМ"/"MC Customer" rights group;
• Группа прав "Держатель регистрационного удостоверения"/"Marketing authorization holder" rights group;
• Группа прав "Фармацевтическая организация"/"Pharmaceutical Company" rights group;
• Группа прав "Медицинская организация"/"Medical Organization" rights group;
• Группа прав "Организация с лицензией на нарк. деятельность"/"Organization with license for operations with narcotic drugs" rights group;
• Группа прав "Производитель"/"Manufacturer" rights group.

Добавлен новый код ошибки на уровне КИЗ

54 -  Операция не может быть выполнена. Возникла ошибка при изъятии кода из групповой упаковки. Проверьте указанную дату операции и статус вложенных КИЗ.

Данный код ошибки можно встретить только в квитанциях на операции 702/703. Перед обработкой этих операций осуществляется проверка на вложенность указанных КИЗ в групповую упаковку. Если SGTIN/SSCC упакованы в групповую упаковку и уровень вложенности не превышает двух, то осуществляется их автоматическое изъятие.

Если уровень вложенности групповой упаковки более 2х, то в квитанции на обработку операций 702/703 вернется новый код ошибки "54" (Рисунок 6).

Обращаем ваше внимание, что описанная ошибка не является новой. Ранее в этих ситуациях в квитанции возвращалась ошибка с кодом "15".

Дополнительно, в документе "Описание кодов ошибок при обработке xml-документов", опубликованном на официальном сайте честныйзнак.рф в разделе "Документы для работы в МДЛП - Стенд "Песочница"", добавлены методические рекомендации Участникам о порядке действий при возникновении описанной ошибки.

Изменения API

Подробнее со списком изменений можно ознакомиться в документации. Для получения технической документации по методам API можно обратиться в техническую поддержку по адресу support@crpt.ru.