Релиз 4.46.0 МДЛП от 18 июня 2022 года

2 июля 2024 12:17

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

Установка на тестовый контур «Песочница»: 07.06.2022

Установка на промышленный контур: 18.06.2022

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

1. Изменения

1.1. Изменения в бизнес-процессах

  1.  Доработан процесс «Вывод ЛП из оборота по различным причинам»

    Вывод ЛП из оборота осуществляется по схеме 552 «Регистрация в ИС МДЛП сведений о выводе из оборота лекарственного препарата по различным причинам» с новым типом 26 «Предоставление гуманитарной помощи».

    Доступные переходы:

  • «in_circulation» («В обороте») → «out_of_circulation» («Выведен из оборота») ;
  • «marked» («Ожидает выпуска») → «out_of_circulation» («Выведен из оборота») ;
  • «released_contract» («Ожидает передачи собственнику») → «out_of_circulation» («Выведен из оборота») ;
  • «waiting_for_release» («Ожидает ввода в оборот собственником») → «out_of_circulation» («Выведен из оборота»).

Повторный возврат в оборот после схемы 552 с типом 26 невозможен.

Изменения идут в рамках комплекта схем 1.38, полную информацию об изменениях комплекта смотрите в следующих рассылках.

     2. Добавлена возможность повторно вернуть лекарственный препарат в оборот после загрузки схем 512 и 552/13

Возврат препарата в оборот осуществляется путем загрузки схемы 391 (повторный возврат препаратов в оборот), после загруженных ранее схем 512 (отпуск ЛП в аптеке по документам, отличным от кассового чека) и 552 (вывод препарата из оборота по различным причинам) с типом 13 (списание без передачи на уничтожение).

Для осуществления возврата в оборот лекарственного препарата после 512 схемы, необходимо указать новый тип вывода из оборота (withdrawal_reason) — 12 (Выведен из оборота в результате отпуска по документам).

Для 552 схемы с типом 13 возврат ЛП доступен как надлежащего качества, так и не надлежащего качества. Для 512 схемы возврат ЛП доступен только для ненадлежащего качества.

Изменения идут в рамках комплекта схем 1.38, полную информацию об изменениях комплекта смотрите в следующих рассылках.

   3. Блокировка МД / МОХ, если лицензии отозваны

При получении от внешних ведомств информации, что лицензии отозваны, происходит смена статуса лицензии на недействующие. Если у участника не осталось действующих лицензий с нужным адресом, МД / МОХ меняет статус на «В процессе приостановления».

Напоминаем, что в этом статусе МД / МОХ остается на протяжении 30 дней. Первые 30 дней МД работает в обычном режиме, позже включаются ограничения на проведение некоторых операций. Так же доступна возможность блокировки МД / МОХ в статусе «В процессе приостановления». Разблокировка данного МД / МОХ будет доступна при наличии разрешения от РЗН.

На e-mail пользователя реализована отправка уведомлений при смене статуса МД / МОХ:

  • «Активно» → «В процессе приостановления»;
  • «В процессе приостановления» → «Заблокировано».

1.2. Изменения в личном кабинете (ЛК)

   1. Добавлен отчет «Отчет по ценам» (отчет предназначен для эмитентов кодов)

Отчет учитывает продажи от участников, у которых больше 2 точек продаж.

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

  • «Код субъекта»;
  • «ИНН участника»;
  • «МНН»;
  • «GTIN»;
  • «Торговое наименование».

Для каждой группы посчитано количество точек продаж, объем продаж и средневзвешенная цена.

Рисунок 1. Отчет по ценам

Для доступа к отчету движения импорта требуется использовать право «VIEW_BATCH_REPORT» - «Просмотр отчетов по ЛП».

Отчет можно выгрузить в формате * csv и * xls.

Отчет также доступен по API, смотри изменения ниже.

   2. В отчеты добавлена детализация по МД

В разделе «Отчеты» в «Движение ЛП, введенных в оборот» добавлены поля «Идентификатор МД отправителя» и «Идентификатор МД получателя».

Рисунок 2. Выбор поля для итоговой выгрузки

В разделе «Отчеты» в отчеты «Отчет по остаткам», «Остатки импортированных ЛП до ввода в ГО», «Отчет по выбытию» добавлено поле «Идентификатор МД».

Рисунок 3. Выбор поля для итоговой выгрузки

Рисунок 4. Выбор поля для итоговой выгрузки

Рисунок 5. Выбор поля для итоговой выгрузки

  3. Скорректировано поведение создания выгрузок для отчетов

В разделе «Отчеты» выгрузка создается всегда при нажатии на кнопку «Создать» для следующих отчетов:

  • «Мой виртуальный склад»;
  • «Отчет по остаткам»;
  • «Отчет по выбытию»;
  • «Остатки импортированных ЛП до ввода в ГО»;
  • «Движение ЛП, введенных в оборот».

В случае, если данные по заданным параметрам не найдены, то у выгрузки будет статус «Обработана с ошибками» с причиной «По указанным параметрам не найдено данных».

Напоминаем, что статус выгрузки доступен в разделе «Профиль» → «Выгрузка данных» → «Экспорт данных».

  4. В реестр ожидания по ККТ+документ, добавлен фильтр по наличию нарушений

В раздел «Товары - Реестр КИЗ, ожидающих вывода из оборота (ККТ или документ)» добавлена фильтрация по параметру «Наличие нарушений» (возможные значения да/нет). С помощью данного параметра можно получить список SGTIN, по которым зафиксированы нарушения.

Возможные нарушения:

  • «Нарушение лицензионных требований»;
  • «Повторный вывод из оборота»;
  • «Отсутствуют сведения о вводе в оборот»;
  • «Не подлежит розничной реализации»;
  • «Нарушение формата чека»;
  • «Нарушение порядка предоставления сведений»;
  • «Нарушение права владения»;
  • «Истечение срока годности КИЗ»;
  • «Отсутствие информации о рецепте».

 Рисунок 6. Фильтрация по наличию нарушений

5. Добавлена документация в раздел «Помощь»

В раздел «Помощь» добавлены документы:

  • «Инструкция по быстрому старту для изучения API»;
  • «Регламент подключения к API и рекомендуемый алгоритм освоения интеграции с МДЛП через предоставляемый API»;
  • «Поставка регистраторов выбытия»;
  • «Описание API для обмена между техническими средствами ОФД и МДЛП»;
  • «Регистрация выбытия лекарственных препаратов в МДЛП».

Документы доступны только на русском языке.

Рисунок 7. Помощь

1.3. Изменения API

  1. Добавлен новый «task_type» для методов создания задачи и получения результата

    Для методов POST export/tasks/{task_type}, GET export/tasks/{task_id}/result добавлен новый «task_type» = «PRICING_REPORT» - «Отчет по ценам» / «Pricing report».

  2. В методы создания задачи и получения результата добавлена детализация по МД

    В методы POST/export/tasks/{task_type}, GET/export/tasks/{task_id}/result для «task_type» - «LP_MOVEMENT_CIRCULATION» - «Отчет по движению ЛП, введённых в оборот» добавлены поля «Идентификатор МД отправителя» и «Идентификатор МД получателя».

    В методы POST/export/tasks/{task_type}, GET/export/tasks/{task_id}/result добавлено поле «Идентификатор МД» для следующих «task_type»:

  • «REMAINING_MEDICINES» - «Отчет по остаткам»;
  • «IMPORT_MOVEMENT» - «Остатки импортированных ЛП до ввода в ГО»;
  • «MEDICINE_DISPOSAL» - «Отчет по выбытию».

    3. Скорректировано поведение создания выгрузок для отчетов

      В методах POST/export/tasks/{task_type}, GET/export/tasks/{task_id}/result выгрузка создается всегда для следующих «task_type»:

  • «REMAINING_MEDICINES_BRANCHES» - «Мой виртуальный склад»;
  • «REMAINING_MEDICINES» - «Отчет по остаткам»;
  • «MEDICINE_DISPOSAL» - «Отчет по выбытию»;
  • «IMPORT_MOVEMENT» - «Остатки импортированных ЛП до ввода в ГО»;
  • «LP_MOVEMENT_CIRCULATION» - «Отчет по движению ЛП, введённых в оборот».

В случае, если данные по заданным параметрам не найдены, то у выгрузки будет статус «Обработана с ошибками» с причиной «По указанным параметрам не найдено данных».

Статус выгрузки можно получить с помощью методов:

  • GET //export/tasks/{task_id} — просмотр информации о задаче пользователя;
  • POST //export/tasks/filter — просмотр списка задач пользователя.

    Дополнительно в объект «Task» добавлен список возможных причин, которые возникают при обработке выгрузки с ошибками.

    4. Параметр «sent_to_rzn» («Отправлено в РЗН») объявлен устаревшим
        Параметр «sent_to_rzn» («Отправлено в РЗН») в асинхронной выгрузке с «task_type» = «batches_registry» («Выгрузка из реестра серий») отмечен как устаревший.

    5. В метод поиска по реестру КИЗ записей для вывода из оборота по чеку от контрольно-кассовой техники (ККТ), добавлен фильтр по наличию нарушений
В метод 8.3.10. «Метод для поиска по реестру КИЗ записей для вывода из оборота по чеку от контрольно-кассовой техники (ККТ)» — POST //reestr/sgtin/kkt/awaitingwithdrawal/filter добавлен новый входной параметр «has_violations» («Наличие нарушений») с возможными значениями: «true» - есть нарушение, «false» - нет нарушения).

или  в систему, чтобы получать уведомления с ответами на ваши вопросы

Жирный текст
Прикрепить файл
К этой статье еще нет комментариев
Задайте вопрос команде Сообщества

Если у вас есть вопросы, связанные с работой Честного Сообщества или предложения по развитию нашей платформы, то напишите нам!

Если у вас вопросы, связанные с маркировкой, то задайте вопрос тут.

Ваше сообщение отправлено

Ожидайте ответ на электронную почту, указанную в обращении

Наверх
Войти в Cообщество
Впервые в сообществе? Зарегистрироваться
Войти через:
Регистрация в Сообществе
Регистрация участника оборота
Уже зарегистрированы?
или
Войти через GoogleВойти через Vk

Нажимая кнопку «Зарегистрироваться»,
Вы принимаете условия Пользовательского соглашения.

Регистрация Партнера/Интегратора
Уже зарегистрированы?
Регистрация Партнера/Интегратора
Уже зарегистрированы?

Нажимая кнопку «Зарегистрироваться»,
Вы принимаете условия Пользовательского соглашения.

Регистрация Партнера/Интегратора
Уже зарегистрированы?
Уже зарегистрированы?

Нажимая кнопку «Зарегистрироваться»,
Вы принимаете условия Пользовательского соглашения.

Регистрация в Сообществе

Редактировать изображение партнера/интегратора
Восстановление пароля
Проверьте почту

На почту отправлено письмо со ссылкой восстановления пароля

Восстановление пароля