1.3.8. Схема 702-Регистрация сведений об оприходовании

Важно!

Механизм оприходования (схема 702) не применяется к лекарственным препаратам категории ВЗН.

Эта схема доступна и может применяться субъектами обращения в случае, если грузоотправитель лекарственных препаратов по каким-либо причинам не передал в систему маркировки сведения о приемке и отгрузке маркированного лекарственного препарата, или по иным причинам указанные сведения не были зарегистрированы в МДЛП.

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

Изменения в работе после 01.02.2022г.:

1. Требования к акцептованию сохраняются: дистрибьюторы работают с обязательным акцептованием, у аптек сохранен уведомительный режим до конца 2022 года.

2. 702 схема закреплена на постоянной основе, отказа от нее не будет.

3. 702 схема дополнена параметром 1 или 2, которые характеризуют по какому процессу идет акцептование: 1- поступление, 2 - возврат.

4. В МДЛП введена дополнительная проверка 702 схемы с параметрами 1,2: если владелец КИЗ по данным МДЛП не совпадает с указанным в пакете, то пакет будет обработан с ОШИБКОЙ 22. Т.е. если мы получили возврат от аптеки №1, отправляем пакет 702 с параметром 2, но по МДЛП КИЗ числится за Аптека №2, то 702 пакет не будет успешно обработан и КИЗ нам не перейдет. Для обработки таких случаев предусмотрен дополнительный параметр 3 - пересорт, с которым можно отправить пакет 702. В этом случае сопоставления владельцев не будет.

5. Для аптек проверка, описанная в п.4, действует аналогично. Штатно аптека должен отправлять 702 пакет с параметром 1 (поступление). ЦРПТ обращает внимание на то, что РЗН планирует контролировать число пакетов 702 с параметром 3, и предостерегает участников рынка от злоупотребления этой возможностью (т.е. 702 пакет с параметром 3 следует использовать только для устранения выявленных ошибок в штатных процессах).

6. Если аптека получает ОШИБКУ 22 на отправленный 702 пакет с параметром 1, то имеются следующие варианты:

1. Действует уведомительный режим до конца 2022г. Товар можно продавать, даже не получив успешного акцептования. Ничего не делает, продает товар.

2. Если аптека хочет работать «правильно», т.е. продавать только акцептованный товар, он должен повторно загрузить 702 пакет с параметром 3.

В каких случаях используется 702 схема:

отсутствие акцепта со стороны грузополучателя;
ошибки при подаче схем штатных бизнес-процессов;
решение вопросов пересортицы;
недоработки программного обеспечения.

Ошибки,которые «исправляет» схема оприходования:

ошибка 11 - операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке;
ошибка 22 - идентификатор текущего владельца и субъекта операции не совпадают;
ошибка 54 - операция не может быть выполнена. Ошибка при изъятии кода из групповой упаковки. Проверьте указанную дату операции, статус и владельца вложенных КИЗ. (13.09.21 в релизе 4.40 была отключена проверка по документам с ошибкой хронологии дат совершения операций)

Сценарий применения схемы 702-posting.xsd

Схема 702-posting.xsd доступна и может применяться всеми субъектами обращения, имеющими фарм. лицензию, мед. лицензию или лицензию на производство.

Схема 702-posting.xsd рекомендуется для использования аптечными и мед. организациями.

Схема 702-posting.xsd может применяться субъектами обращения в случае, если грузоотправитель лекарственного препарата по каким либо причинам не передал в ИС МДЛП сведения о приемке и отгрузке маркированного лекарственного препарата или по техническим/иным причинам указанные сведения не были зарегистрированы в МДЛП. Субъект обращения, осуществивший фактическую приемку маркированного лекарственного препарата на склад, для последующего выбытия или движения маркированного лекарственного препарата, может осуществить оприходование такого лекарственного препарата путем загрузки схемы 702.

Схема оприходования не требует подтверждения об отгрузке со стороны отправителя. Загрузив схему 702 маркированный лекарственный препарат будет принят на склад организации. Далее его можно будет реализовать с использованием ККТ или РВ.

После успешной обработки схемы 702 в сторону Участника, который по данным МДЛП являлся владельцем оприходованных лекарственных препаратов, отправляется уведомление об оприходовании – 627-posting_notification.xsd. Уведомление содержит в себе перечень оприходованного товара, а также сведения об Участнике, который осуществил оприходование.

Диаграмма структуры регистрации в ИС МДЛП сведений об оприходовании представлена на рисунке:

Последовательность шагов

Шаг 1. Субъект обращения осуществляет приемку на склад маркированного лекарственного препарата.

Шаг 2. При необходимости субъект обращения осуществляет запрос сведений о маркированном лекарственном препарате, путем направления схемы 210/ 220 или соответствующим запросом метода API.

Шаг 3. Субъект обращения формирует и направляет в ИС МДЛП схему 702, содержащую следующие сведения:

• Дату совершения операции,

• Идентификатор организации-отправителя,

• Реквизиты грузоотправителя (ИНН и КПП),

• Реквизиты документа основания (номер и дата),

• Тип договора,

• Источник финансирования,

• Реестровый номер контракта (договора) в Единой информационной системе в сфере закупок (обязателен в случае гос. поставки),

• Перечень SGTIN/SSCC,

• Стоимость единицы продукции (с учетом налога на добавленную стоимость),

• Сумма НДС, руб.

Ограничения и особенности применения схемы 702-posting.xsd (Регистрация в ИС МДЛП сведений об оприходовании)

1. Регистрация в ИС МДЛП сведений об оприходовании (702-posting.xsd) доступна субъектам обращения, имеющим фарм. лицензию, мед. лицензию или лицензию на производство.

2. Регистрация в ИС МДЛП сведений об оприходовании доступна только для следующих статусных переходов:

a. in_realization →702 → in_circulation;

b. change_owner_state_gov →702 →in_circulation;

c. transfered_to_owner → 702 → in_circulation;

d. in_circulation → 702 → in_circulation;

e. in_circulation → 702→in_circulation → 702 → in_circulation;

f. transferred_to_agent → 702 → in_circulation → 702 → in_circulation;

g. transferred_for_release → 702 → in_circulation; h. marked → 702 → in_circulation;

i. waiting_for_release → 702 → in_circulation;

j. released_contract → 702 → in_circulation;

k. transfer_to_production → 702 → released_contract;

l. confirm_return_paused → 702 → paused_circulation;

m. paused_circulation → 702 → paused_circulation;

n. in_arbitration → 702 → in_circulation;

o. waiting_confirmation → 702 → in_circulation;

p. moved_to_unregistered → 702 → in_circulation;

q. released_foreign → 702 → in_circulation;

r. shipped → 702 → in_circulation;

s. arrived → 702 → in_circulation;

t. declared → 702 → in_circulation;

u. transferred_to_importer → 702 → in_circulation;

v. declared_warehouse → 702 → in_circulation;

w. change_owner → 702 → in_circulation.

3. В отношении операции оприходования не применима операция отмены (250-recall.xsd), а также операции отзыва и отказа от приемки (251, 252). При необходимости проведения обратной логистики нужно повторно воспользоваться схемой 702.

4. Параметр "Источник финансирования" указывается без ограничений.

5. Для операции 702-posting_import.xsd доступно автоматическое изъятие указанных в ней SGTIN или SSCC из групповой упаковки верхнего уровня. Изъятие осуществляется в том числе на 2 уровня вложенности. Это означает, что:

a. Если в качестве параметра указаны SGTIN, то в результате применения 702 схемы происходит изъятие указанных SGTIN из транспортной упаковки (короба) и постановка их на баланс Участника. Если при этом короб был агрегирован в другую транспортную упаковку (паллету), происходит расформирование этой упаковки (паллеты). Если уровней агрегации у SGTIN больше двух, то изъятие кодов не осуществляется, обработка схемы завершается ошибкой.

Важно!

Если изъятые SGTIN были последними в коробе, то транспортная упаковка (SSCC) расформировывается. Если SGTIN не были последними SGTIN в коробе, то короб остается агрегированным и продолжает числиться на балансе владельца;

b. Если в качестве параметра указан SSCC (короб), который в свою очередь агрегирован в другую транспортную упаковку (паллету), при этом в паллете помимо указанного короба находится несколько других коробов, то короб извлекается из паллеты, расформирование паллеты не происходит. Если короб SSCC является последним в паллете, то паллета расформировывается. Если уровней агрегации у короба больше двух, то изъятие не осуществляется, обработка схемы завершается ошибкой.

Пример XML файла 702 схемы

<subject_id>00000000001336</subject_id>

<shipper_info>

</shipper_info>

<operation_date>2021-02-13T10:09:26+07:00</operation_date>

<doc_num>ФК000550465</doc_num>

<doc_date>11.02.2021</doc_date>

<receive_type>1</receive_type>

<contract_type>1</contract_type>

<contract_num>Б/Н</contract_num>

<order_details>

<union>

<vat_value>41.51</vat_value>

</union>

</order_details>

</posting>

</documents>

В данном документе необходимо заполнить следующие поля:

subject_id - идентификатор организации-отправителя,при отправке схемы 702 необходимо либо заполнить данный атрибут, либо указать ИНН грузоотправителя в атрибуте shipper_info. Владелец ЛП будет проверяться либо по МД, либо по ИНН;

shipper_info - информация об организации грузоотправителя(ИНН и КПП);

operation_date - реквизиты документа основания (номер и дата);

doc_num - номер документа подтверждающего получение;

doc_date - дата документа подтверждающего получение;

receive_type - тип операции оприходования

Значения:

− 1 (поступление). Важно! Проводится проверка на совпадение указанного ИНН или МД с фактическим владельцем лекарственного препарата;

− 2 (возврат от покупателя). Важно! Проводится проверка на совпадение указанного ИНН или МД с фактическим владельцем лекарственного препарата;

− 3 (пересорт). Важно! Не проводится проверка на совпадение указанного ИНН или МД с фактическим владельцем ЛП.

В случаях, когда в схеме 702 не указан receive_type, то схема 702 определяется как «поступление».

Недопустимо использование схемы 702 тип 3 - пересорт для реализации штатного взаимодействия с контрагентами:

1. В рамках обратного акцепта допустимо использование схем 416 или 702 тип 1 - поступление;

2. Использование схемы 702 тип 3 - пересорт допустимо только после корректного завершения предыдущей операции и при наличии фактических ошибок требующих ее использование;

3. Использование схемы 702 тип 3 - пересорт находится на дополнительном контроле органами контроля оборота лекарств.

contract_type - тип договора.

− 1 (купля продажа);

− 2 (комиссия);

− 3 (агентский договор);

− 4 (передача на безвозмездной основе);

− 5 (возврат контрактному производителю);

− 6 (государственное лекарственное обеспечение);

− 7 (договор консигнации);

− 8 (собственные средства)

source - источник финансирования

− 1 (собственные средства);

− 2 (средства федерального бюджета);

− 3 (средства регионального бюджета).

При заполнении параметров source и contract_type необходимо ориентироваться на источник финансирования, он указывается в контракте (договоре).

Если источник финансирования 3 - средства регионального бюджета или 2 - средства федерального бюджета, то тип контракта указывается только один - 6 (государственное лекарственное обеспечение).

Тип договора 4 указывается при передаче ЛП в рамках благотворительности, при этом указывается нулевая цена (cost).

Если ЛП приобретаются за свой счет, то источник финансирования указывается 1 - собственные средства и тип договора 1 - купля продажа.

order_details - список принимаемой продукции;

sgtin/sscc - перечень SGTIN/SSCC;

cost - стоимость единицы продукции (с учетом налога на добавленную стоимость), руб.;

vat_value - сумма НДС, руб.