Ошибка 2014 мдлп

Error code 2014 мдлп

Описание ошибки:
При попытке выполнить авторизацию на api-сервер Маркировки из модуля МДЛП в 1С 8:
Ошибка при выполнении POST-запроса по адресу /api/v1/auth
[400] Запрос не может быть исполнен.
<«error_code»:»api.authentication.error»,»error_description»:»Ошибка при
выполнении операции: Проверьте аутентификационные данные»>

В модуле обмена 1С.Маркировка МДЛП после нажатия на кнопку «Выполнить обмен» и выбора сертификата для подписи при попытке авторизации возникает окно «Не удалось подписать данные» с содержанием ошибки, представленным выше.

Нажатие на изображении увеличит его
» src=»https://www.azhur-c.ru/content/images/newsi3/source/0260%20mdlp_error_POST/mdlp_error_POST_01.jpg» style=»width: 750px; height: 438px;»/>
Рис.1. Момент возникновения ошибки «Ошибка при выполнении POST-запроса по адресу . /api/v1/auth. Проверьте аутентификационные данные»

Проблема исходя из описания самой ошибки заключается в том, что какие-то данные для подключения не подходят. На этом этапе обычно в промышленном контуре на сайте mdlp.crpt.ru, уже должна быть добавлена «Учётная система» в разделе «Администрирование». Поэтому первым делом необходимо проверить заполнение элемента справочника «Организации МДЛП» для «Собственной организации». Реквизит «Регистрационный номер участника» должен быть использован из профиля организации. А реквизиты «Идентификатор клиента» и «Секретный код» должны совпадать с данными раздела «Администрирование. Учетные системы» кабинета МДЛП для вашей организации. Для API «Промышленной системы» и «Тестовая система МДЛП («Песочница») значение реквизитов отличаются. Это необходимо учитывать и изменить при необходимости.

Нажатие на изображении увеличит его

Рис. 2. Пример с сайта infostart корректности заполнения полей настройки в 1С по данным учетной системы в кабинете МДЛП

Если будут перепутаны и не туда введены какие-либо из трех идентификаторов (рег. номер участника, идентификатор клиента или секретный код), то будет возникать ошибка. Так же если выбран не верный «Адрес API» в «Настройки и справочники» модуля МДЛП в 1С 8. В данном исходно был установлено значение «api.sb.mdlp.crpt.ru». Это не подходило.

Нажатие на изображении увеличит его

Рис. 3. Выбор адреса API в настройках модуля МДЛП в базе 1С 8.

После выбора значения «Промышленная система» подпись данных стала выполняться без возникновения ошибки.

Нажатие на изображении увеличит его

Рис. 4. Значение адреса API после выбора значения «Промышленная система».

Источник

Коды ошибок в МДЛП. Причины возникновения.

На странице представлены наиболее частые коды ошибок, которые могут возникнуть при формировании документов в МДЛП, каковы причины их возникновения и как исправить.

Ошибка 1000

Ошибка 1000 возникает в случае неправильно сформированного документа. В МДЛП отображается, как «Техническая ошибка». Необходимо в квитанции отклонённого документа найти описание ошибки и найти нужную и списка возможных ситуаций, представленных ниже.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value ‘2021-11-23T5:19:24.000Z’ is not facet-valid with respect to pattern ‘((000[1-9])|(00[1-9][0-9])|(0[1-9][0-9]<2>)|([1-9][0-9]<3>))-((0[1-9])|(1[012]))-((0[1-9])|([12][0-9])|(3[01]))T(([01][0-9])|(2[0-3]))(:[0-5][0-9])<2>(.[0-9]+)?(([+-]((((0[0-9])|(1[0-3]))(:[0-5][0-9]))|14:00))|Z)’ for type ‘datetimeoffset’
Причина ошибки: не корректно указана дата «2021-11-20T5:19:24.000Z», верной датой была бы «2021-11-20T05:19:24.00Z».

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value ‘ ‘ is not facet-valid with respect to pattern ‘([0-9]<10>|[0-9]<12>)’ for type ‘inn_type’.
Причина ошибки: Не указан ИНН или указан не верный ИНН в документе.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-complex-type.2.3: Element ‘health_care’ cannot have character [children], because the type’s content type is element-only.
Причина ошибки: Тэги в документе разорваны или имеются в документе лишние символы, которые нарушают размещение элементов.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-identity-constraint.4.1: Duplicate unique value [0460243150469811000RE0PU009] declared for identity constraint «ux_withdrawal_sgtin» of element «order_details».
Причина ошибки: Указаны несколько раз SGTIN в документе. Требуется удалить дубликат SGTIN из документа.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: The element type «order_details» must be terminated by the matching end-tag « ».
Причина ошибки: наличие лишних или отсутсвующих тэгов в документе.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Указанный идентификатор организации (subject_id) в документе не соответствует отправителю.
Причина ошибки: В поле subject_id необходимо указывать идентификатор МД организации, которая осуществляет отправку документа.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value » is not facet-valid with respect to pattern ‘([0-9]<1>[1-9]<1>|[1-9]<1>[0-9]<1>)[0-9]<7>’ for type ‘kpp_type’.
Причина ошибки: В документе указан тэг kpp, но сам КПП не заполнен или не соответсвует формату КПП.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-complex-type.2.4.a: Invalid content was found starting with element ‘order_details’. One of ‘’ is expected.
Причина ошибки: Имеются нарушения тегов. Отсутсвуют лишние теги или нет закрывающих тегов.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: XML document structures must start and end within the same entity.
Причина ошибки: Нарушена структура тегов. Отсутствуют закрывающие теги.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: The element type «sgtin» must be terminated by the matching end-tag « ».
Причина ошибки: в теге с указанием sgtin присутсвует пробел.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value ‘0046700053912653EDaCpKOX00bz’ is not facet-valid with respect to pattern ‘[0-9]<14>[!-«%-/0-9A-Z_a-z]<13>’ for type ‘sign_sgtin_type’.
Причина ошибки: SGTIN имеет длину, отличную от 27 символов.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: An invalid XML character (Unicode: 0x1) was found in the element content of the document.
Причина ошибки: в документе присутствуют недопустимые символы, которые в том числе могут быть скрытыми символами-разделителями.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: The element type «multi_pack» must be terminated by the matching end-tag « ».
Причина ошибки: нарушение формирования тегов. Присутствуют лишние или отсутсвуют закрывающие теги.

Ошибка 11

error_code 11: Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке.
Причины ошибки могут быть следующие:

1. Выполняется попытка передать товар из недопустимого статуса.
2. Лекарственные препараты были получены по государственному контракту и пытаются быть перемещены, как продажа за собственные средства.
3. Попытка вернуть товар по схеме 415 с типом 2 (возврат) недопустима, если приём товара был по схеме 702. В таком случае нужно, чтобы контрагент со своей стороны загрузил схему 702.
4. Лекарственный препарат уже был реализован и не может быть перемещён далее.

Ошибка 52

error_desc 52: Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе или находится в архиве.
Причины ошибки:

1. Указанный SGTIN уже выбыл из оборота и переведён в архив.
2. Указанный SSCC уже расформирован или введён неверно.
3. Допущены ошибки при вводе SGTIN. Некоторые символы могут быть визуально похожи, поэтому при ручном вводе SGTIN может быть совершён ввод не корректных символов.
4. В SGTIN учитывается верхний и нижний регистр, поэтому строчные символы будут отличаться от заглавных в SGTIN.

Ошибка 22:

error_desc 22: КиЗ принадлежит другому участнику.
Причина ошибки: SGTIN по данным МДЛП принадлежит другому участнику. В данном случае необходимо проверить, не выполнил ли контрагент уже самостоятельно перемещение товара по другому документу. Или товар изначально не был принят на баланс организации.

Ошибка 34:

error_desc 22: Операция не может быть выполнена. Отправитель сведений и владелец SGTIN/SSCC не совпадают.
Причина ошибки: В поле subject_id указан не корректный идентификатор места деятельности, отличный от фактического расположения товара. Либо указан идентификатор организации в поле subject_id, при нахождении товара на территории РФ.

Источник

Нештатные ситуации в системе МДЛП: ответы на вопросы

Компания «ЦРПТ» поясняет сложные моменты работы с системой маркировки в аптеках и ЛПУ

30 сентября на нашем сайте состоялся вебинар от оператора системы мониторинга движения лекарственных препаратов компании «ЦРПТ», на котором эксперт компании рассказал об общих подходах к решению нештатных ситуаций, возникающих при работе с ГИС МДЛП. К сожалению, из‑за ограниченного времени вебинара и большого количества участников, лектор не успел ответить на все заданные вопросы. Для тех, кто по каким‑либо причинам пропустил трансляцию, мы приводим ее краткий обзор и ответы на вопросы, заданные во время эфира.

Общие решения для нештатных ситуаций при работе с системой маркировки

По данным компании ЦРПТ, больше всего проблем у пользователей возникает в процессе выбытия лекарственных препаратов из оборота. Самый частый вопрос: «Если система недоступна, проводятся технические работ и т. д. — как быть?». Здесь стоит отметить основные моменты, что отпуск возможен двумя способами — продажа через ККТ (т. е. с оформлением чеков) и по регистраторам выбытия. Оба этих способа умеют «накапливать» в себе данные о выбытии и передавать их в систему при появлении соединения с ней.

В первом случае за передачу данных в систему отвечает оператор фискальных данных. Таким образом, при наличии каких‑либо задержек, вызванных теми или иными причинами, аптеки могут не переживать за ответственность, потому что агрегированная информация передается именно оператором.

При использовании регистратора выбытия, даже если ГИС МДЛП недоступна, можно просканировать препараты, и сформировать с помощью регистратора документы о выбытии лекарств из оборота. Они будут отправлены в «буфер», который будет передан в систему МДЛП, когда она станет доступна.

Кроме этого в системе ГИС МДЛП предусмотрен механизм «реестра ожидания», он работает в том случае, когда аптека собирается отпустить лекарственный препарат, однако информация о его приемке не поступила в систему из‑за регламентных работ. В этом случае ЛП можно отпускать, фискальный оператор передаст в систему данные о выбытии, а система, в свою очередь «увидит», что на этот ЛП нет информации, подтверждающей поставку на место деятельности, где был осуществлен отпуск. Тогда, для завершения цикла, информация о выбытии будет находиться в реестре ожидания до получения данных о приемке.

Таким образом, с помощью этого механизма можно отпускать лекарственные средства даже если на момент их приемки система МДЛП была недоступна. Максимальный период ожидания составляет две недели. В этот срок любые технические работы в системе МДЛП будут закончены. Обратите внимание, что механизм «реестра ожидания» работает только при обратном акцепте приемки ЛС.

Также в решении большинства проблемы могут помочь документы, доступные на сайте «Честный знак». В большинстве из них приведены примеры нештатных случаев, а также даны алгоритмы по правильной работе с системой, которые помогут самостоятельно найти и устранить причину возникших трудностей:

• Методические рекомендации по работе с маркированными лекарствами — инструкции по работе с системой;
• Паспорта процессов — описание всех действий при обращении лекарственных препаратов;
• Руководство пользователя ЛК субъекта обращения лекарственных препаратов — инструкция по заполнению информации в личном кабинете;
• Описание схем передачи данных (версия 1.35) — технические данные, необходимые для интеграции программного обеспечения. Эта информация может понадобиться при контакте с поставщиками программного обеспечения и общением со службой поддержки.

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

Еще одно средство разрешения нештатных ситуаций — обращение в службу поддержки по адресу [email protected] или телефону 8‑800‑222‑1523. При этом следует правильно формулировать свою проблему. Грамотное описание ситуации, с указанием всех подробностей и действий (время выполнения операции, предшествующие шаги, описание используемого оборудования, ПО и так далее) значительно сокращает время, требуемое на решение проблемы. Помните, что информация со стороны участников системы является приватной, это значит, что у сотрудников поддержки будет доступ только к тем данным, которые вы предоставите.

Ответы на вопросы

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

Как оформить возврат промаркированного товара, если выявлены недостатки после продажи?

Есть такая операция «Возврат в оборот» — ее описание можно найти в «Паспортах процесса». Стоит отметить, что возврат в оборот лекарственного препарата возможен только для последующего возврата поставщику, поскольку он (препарат) будет признан недоброкачественным.

Почему медицинским организациям запретили повторный ввод ЛС в оборот? Планируется ли возобновление данной операции?

Здесь нужно уточнить — повторный ввод после каких операций, и при каких условиях. Например, при выбытии ЛС в рамках стационара он должен быть доступен.

Как в реестре отправленных документов быстро найти необходимый документ?

В реестре есть функция фильтрации, где можно указать критерии поиска по идентификатору организации, ИНН, времени совершения операции и так далее.

Первый раз получили маркированный товар. Пришла товарная единица, содержащая 180 упаковок товара. Не считали код с коробки, а только с каждой упаковки. Коробку после этого выкинули. Теперь выпадает ошибка. Как ее исправить?

Самый быстрый путь решения этой проблемы — узнать, какой был акцепт передачи товара. Если акцепт прямой, то уточнить код SSCC (который был на коробке) у поставщика. И отправить документ подтверждения с этим кодом. Если акцепт обратный, то SSCC также можно узнать у поставщика, а в систему надо подавать документ 416.

Почему данные от поставщиков не приходят в МДЛП? Скопилось много накладных!

Попробуйте с данным вопросом обратиться к поставщику вашей товарно-учетной системы, возможно проблема кроется именно в ней. Также всегда проверяйте по какому акцепту вам поставляется товар — при обратном акцепте вам не должны приходить документы первыми.

Что делать если препарат продан (выбит чек ОФД), а в ГИС МДЛП не прошло выбытие?

Во-первых, нужно убедиться, что этот препарат не значится в реестре ожидания — т. е. нужно проверить, что вы осуществили и подтвердили его приемку. Во-вторых, как уже было сказано ранее, за передачу данных в систему через ККТ отвечает ОФД, а значит это может происходить не мгновенно. И в‑третьих, если проблема сохраняется, об этом можно написать в службу поддержки, указав все необходимые сведения.

Почему нет уведомлений о сбое сервиса и времени проводимых технических работ?

Уведомления о плановых работах ГИС МДЛП приходят на электронный адрес, который организация указала при регистрации. Кроме этого анонсы дублируются в социальных сетях и Telegram-канале.

Из-за ошибки учетной программы два препарата ушли с ошибкой — система их не восприняла. Теперь по учетной они ушли, а по системе остались в обороте, что делать?

Нужно обратиться к вендору учетной системы с вопросом — по какой причине произошла ошибка обработки данных и информация в систему не была передана, а после, совместно с ним, составить обращение в службу технической поддержки ГИС МДЛП. Обращение к поставщику товарно-учетной системы необходимо для заполнения технического описания проблемы, чтобы наши специалисты смогли ее решить.

В МДЛП был отправлен документ об успешном агрегировании. Через какое время агрегированные короба будут отображены в личном кабинете?

Если вы получили квитанцию об агрегировании, то это значит, что система уже обработала данный документ — и, если вы не проводили разеграгации, SGTIN и SSCC будут доступны в кабинете. Если этого не произошло — нужно написать в службу поддержки.

Как изменить идентификатор места деятельности поставщика?

Его нельзя изменить. Он выдается исходя из адреса, указанного в лицензии, выданной Росздравнадзором. Таким образом, при смене адреса места осуществления деятельности, код идентификатора может изменить только сам контрагент.

Если после приемки возникла ошибка обработки пакета, а препарат продан — что тогда?

Если он продан, то SGTIN будут в документах о выбытии. И при возникновении такой ситуации можно написать в службу поддержки и решить эту проблему, имея на руках фактуры приемки, где указан SGTIN этого препарата.

Как вывести препарат из оборота не через кассу и не через регистратора выбытия?

Никак. Это невозможно.

Многие организации по ошибке зарегистрировали лишние места деятельности. Теперь поставщики путаются. Как «почистить» свой список неактивных мест деятельности?

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

Если товар появился на остатке аптеки в «Честном знаке», значит ли это, что приходные операции проведены правильно?

С какого момента начинает свой отчет один рабочий день?

С момента приемки товара, зафиксированного в накладной.

Аптека получила от поставщика препарат с признаками маркировки, передала в систему информацию об этом. В ответ пришла ошибка «Попытка изменить состояние вложенного КИЗ». Поставщик предложил сделать возврат. Аптека может сделать возврат товара как немаркированного?

Такая ошибка возвращается, когда полученные аптекой SGTIN находятся в каком‑либо коробе — т. е. поставщик не разагрегировал транспортную упаковку. В первую очередь нужно просить поставщика найти их у себя на балансе, а потом сделать частичный или полный вывод из SSCC. После этого ошибка исчезнет и операция будет успешно завершена.

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

Если ЛС произведен до 1 июля (кроме препаратов ВЗН), то информация о нем может не передаваться в систему. Чтобы уточнить информацию по поводу соблюдения товаропроводящей цепи, нужно узнать у поставщика по какому акцепту он передавал вам ЛС. И отправить в систему МДЛП данные об успешной приемке. Если на этом ЛС будет ошибка «недопустимая операция для данного SGTIN», то не нужно пугаться — это нормально для ЛС, выпущенных в рамках проекта.

Аптека получает товар по обратному акцепту, сканирует каждую упаковку, поставщики не подтверждают по несколько дней или приходит «Ошибка состояния вложенного КИЗ», которую также не могут исправить по несколько дней. Какие сроки отводятся для устранения ошибок и подтверждения поставщику или производителю? Какие санкции их ждут за нарушения?

Это статья 6.34. Кодекса об Административных правонарушениях.

Аптечная сеть снабжает ФАП по договорам комиссии. Как отгружать ЛС с учетом соблюдения таких документов?

Отгрузку нужно осуществлять по обратному или прямому акцепту, а в типе документа указать «Договор комиссии». Если ФАП не имеет ККТ или регистраторов выбытия, то информацию в ГИС МДЛП должна передавать головная организация.

Аптека получила 4 упаковки с признаком маркировки. Передала данные в систему. На три упаковки пришло подтверждение, а на четвертую — ошибка. Поставщик говорит, что ошибка на стороне производителя. Что делать?

Этого не может быть. Потому что поставщик не мог принять препарат от производителя и не передать сведения об этом в ГИС МДЛП. Нужно решать такие вопросы с поставщиком. Для дополнительной помощи можно обратиться в службу поддержки.

Если проблема с ОФД и данные не переходят в ГИС МДЛП, но препараты уже проданы — является ли это нарушением?

Зависит от типа проблемы. Если не меняется статус в течение первых 10–20 минут, то это нормально, он поменяется позднее.

За сколько дней по закону поставщик должен подтвердить приемку товара?

За один рабочий день.

Программа не дает продать товар — от нас документы ушли в систему, но там не отобразились!

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

Проблема при акцептовании — поставщик не видит запросов аптеки и приходится перевыкладывать документы, хотя по МДЛП все уходит вовремя!

Опишите подробно эту ситуацию службе поддержки — какие документы уходят, какие поставщик требует вновь. Там проверят, приходят ли уведомления об этом, и решат этот вопрос.

Уронили флакон, разбили одну ампулу — как вывести из оборота данный товар?

Это 552 схема в паспорте процессов — «Списание ЛС или передача на уничтожение».

Если выявлен заводской брак, то как быть?

Есть такая схема в паспорте процессов «Возврат поставщику по причине брака». Можно воспользоваться ей.

Как принимать ЛП, если они пришли в транспортной упаковке и россыпью?

По частям — сначала упаковка, потом добавляете то, что пришло россыпью. Поставку можно оформлять несколькими документами.

При обращении в службу поддержки попросили предоставить открытый ключ в формате CER. Что это?

Для этого надо зайти в программу «КриптоПро», найти «Хранилище сертификатов» и сделать его экспорт. Подробное описание этого процесса есть в разделе «Обучающий центр» на сайте ЦРПТ.

Можно ли сделать автоматическую разагрегацию групповой упаковки, если кассир пытается сделать выбытие первичной упаковки?

Если вы уже приняли эти ЛС на баланс по SSCC и далее не делали разагрегацию группового кода, то вы можете так настроить свою товарно-учетную систему. Запрета на это нет.

Читайте больше полезного по маркировке лекарственных препаратов в специальной рубрике на нашем сайте.

Источник

30 сентября на нашем сайте состоялся вебинар от оператора системы мониторинга движения лекарственных препаратов компании «ЦРПТ», на котором эксперт компании рассказал об общих подходах к решению нештатных ситуаций, возникающих при работе с ГИС МДЛП. К сожалению, из‑за ограниченного времени вебинара и большого количества участников, лектор не успел ответить на все заданные вопросы. Для тех, кто по каким‑либо причинам пропустил трансляцию, мы приводим ее краткий обзор и ответы на вопросы, заданные во время эфира.

Общие решения для нештатных ситуаций при работе с системой маркировки

По данным компании ЦРПТ, больше всего проблем у пользователей возникает в процессе выбытия лекарственных препаратов из оборота. Самый частый вопрос: «Если система недоступна, проводятся технические работ и т. д. — как быть?». Здесь стоит отметить основные моменты, что отпуск возможен двумя способами — продажа через ККТ (т. е. с оформлением чеков) и по регистраторам выбытия. Оба этих способа умеют «накапливать» в себе данные о выбытии и передавать их в систему при появлении соединения с ней.

В первом случае за передачу данных в систему отвечает оператор фискальных данных. Таким образом, при наличии каких‑либо задержек, вызванных теми или иными причинами, аптеки могут не переживать за ответственность, потому что агрегированная информация передается именно оператором.

При использовании регистратора выбытия, даже если ГИС МДЛП недоступна, можно просканировать препараты, и сформировать с помощью регистратора документы о выбытии лекарств из оборота. Они будут отправлены в «буфер», который будет передан в систему МДЛП, когда она станет доступна.

Кроме этого в системе ГИС МДЛП предусмотрен механизм «реестра ожидания», он работает в том случае, когда аптека собирается отпустить лекарственный препарат, однако информация о его приемке не поступила в систему из‑за регламентных работ. В этом случае ЛП можно отпускать, фискальный оператор передаст в систему данные о выбытии, а система, в свою очередь «увидит», что на этот ЛП нет информации, подтверждающей поставку на место деятельности, где был осуществлен отпуск. Тогда, для завершения цикла, информация о выбытии будет находиться в реестре ожидания до получения данных о приемке.

Таким образом, с помощью этого механизма можно отпускать лекарственные средства даже если на момент их приемки система МДЛП была недоступна. Максимальный период ожидания составляет две недели. В этот срок любые технические работы в системе МДЛП будут закончены. Обратите внимание, что механизм «реестра ожидания» работает только при обратном акцепте приемки ЛС.

Также в решении большинства проблемы могут помочь документы, доступные на сайте «Честный знак». В большинстве из них приведены примеры нештатных случаев, а также даны алгоритмы по правильной работе с системой, которые помогут самостоятельно найти и устранить причину возникших трудностей:

• Методические рекомендации по работе с маркированными лекарствами — инструкции по работе с системой;
• Паспорта процессов — описание всех действий при обращении лекарственных препаратов;
• Руководство пользователя ЛК субъекта обращения лекарственных препаратов — инструкция по заполнению информации в личном кабинете;
• Описание схем передачи данных (версия 1.35) — технические данные, необходимые для интеграции программного обеспечения. Эта информация может понадобиться при контакте с поставщиками программного обеспечения и общением со службой поддержки.

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

Еще одно средство разрешения нештатных ситуаций — обращение в службу поддержки по адресу [email protected] или телефону 8‑800‑222‑1523. При этом следует правильно формулировать свою проблему. Грамотное описание ситуации, с указанием всех подробностей и действий (время выполнения операции, предшествующие шаги, описание используемого оборудования, ПО и так далее) значительно сокращает время, требуемое на решение проблемы. Помните, что информация со стороны участников системы является приватной, это значит, что у сотрудников поддержки будет доступ только к тем данным, которые вы предоставите.

Ответы на вопросы

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

Как оформить возврат промаркированного товара, если выявлены недостатки после продажи?

Есть такая операция «Возврат в оборот» — ее описание можно найти в «Паспортах процесса». Стоит отметить, что возврат в оборот лекарственного препарата возможен только для последующего возврата поставщику, поскольку он (препарат) будет признан недоброкачественным.

Почему медицинским организациям запретили повторный ввод ЛС в оборот? Планируется ли возобновление данной операции?

Здесь нужно уточнить — повторный ввод после каких операций, и при каких условиях. Например, при выбытии ЛС в рамках стационара он должен быть доступен.

Как в реестре отправленных документов быстро найти необходимый документ?

В реестре есть функция фильтрации, где можно указать критерии поиска по идентификатору организации, ИНН, времени совершения операции и так далее.

Первый раз получили маркированный товар. Пришла товарная единица, содержащая 180 упаковок товара. Не считали код с коробки, а только с каждой упаковки. Коробку после этого выкинули. Теперь выпадает ошибка. Как ее исправить?

Самый быстрый путь решения этой проблемы — узнать, какой был акцепт передачи товара. Если акцепт прямой, то уточнить код SSCC (который был на коробке) у поставщика. И отправить документ подтверждения с этим кодом. Если акцепт обратный, то SSCC также можно узнать у поставщика, а в систему надо подавать документ 416.

Почему данные от поставщиков не приходят в МДЛП? Скопилось много накладных!

Попробуйте с данным вопросом обратиться к поставщику вашей товарно-учетной системы, возможно проблема кроется именно в ней. Также всегда проверяйте по какому акцепту вам поставляется товар — при обратном акцепте вам не должны приходить документы первыми.

Что делать если препарат продан (выбит чек ОФД), а в ГИС МДЛП не прошло выбытие?

Во-первых, нужно убедиться, что этот препарат не значится в реестре ожидания — т. е. нужно проверить, что вы осуществили и подтвердили его приемку. Во-вторых, как уже было сказано ранее, за передачу данных в систему через ККТ отвечает ОФД, а значит это может происходить не мгновенно. И в‑третьих, если проблема сохраняется, об этом можно написать в службу поддержки, указав все необходимые сведения.

Почему нет уведомлений о сбое сервиса и времени проводимых технических работ?

Уведомления о плановых работах ГИС МДЛП приходят на электронный адрес, который организация указала при регистрации. Кроме этого анонсы дублируются в социальных сетях и Telegram-канале.

Из-за ошибки учетной программы два препарата ушли с ошибкой — система их не восприняла. Теперь по учетной они ушли, а по системе остались в обороте, что делать?

Нужно обратиться к вендору учетной системы с вопросом — по какой причине произошла ошибка обработки данных и информация в систему не была передана, а после, совместно с ним, составить обращение в службу технической поддержки ГИС МДЛП. Обращение к поставщику товарно-учетной системы необходимо для заполнения технического описания проблемы, чтобы наши специалисты смогли ее решить.

В МДЛП был отправлен документ об успешном агрегировании. Через какое время агрегированные короба будут отображены в личном кабинете?

Если вы получили квитанцию об агрегировании, то это значит, что система уже обработала данный документ — и, если вы не проводили разеграгации, SGTIN и SSCC будут доступны в кабинете. Если этого не произошло — нужно написать в службу поддержки.

Как изменить идентификатор места деятельности поставщика?

Его нельзя изменить. Он выдается исходя из адреса, указанного в лицензии, выданной Росздравнадзором. Таким образом, при смене адреса места осуществления деятельности, код идентификатора может изменить только сам контрагент.

Если после приемки возникла ошибка обработки пакета, а препарат продан — что тогда?

Если он продан, то SGTIN будут в документах о выбытии. И при возникновении такой ситуации можно написать в службу поддержки и решить эту проблему, имея на руках фактуры приемки, где указан SGTIN этого препарата.

Как вывести препарат из оборота не через кассу и не через регистратора выбытия?

Никак. Это невозможно.

Многие организации по ошибке зарегистрировали лишние места деятельности. Теперь поставщики путаются. Как «почистить» свой список неактивных мест деятельности?

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

Если товар появился на остатке аптеки в «Честном знаке», значит ли это, что приходные операции проведены правильно?

Да, именно так.

С какого момента начинает свой отчет один рабочий день?

С момента приемки товара, зафиксированного в накладной.

Аптека получила от поставщика препарат с признаками маркировки, передала в систему информацию об этом. В ответ пришла ошибка «Попытка изменить состояние вложенного КИЗ». Поставщик предложил сделать возврат. Аптека может сделать возврат товара как немаркированного?

Такая ошибка возвращается, когда полученные аптекой SGTIN находятся в каком‑либо коробе — т. е. поставщик не разагрегировал транспортную упаковку. В первую очередь нужно просить поставщика найти их у себя на балансе, а потом сделать частичный или полный вывод из SSCC. После этого ошибка исчезнет и операция будет успешно завершена.

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

Если ЛС произведен до 1 июля (кроме препаратов ВЗН), то информация о нем может не передаваться в систему. Чтобы уточнить информацию по поводу соблюдения товаропроводящей цепи, нужно узнать у поставщика по какому акцепту он передавал вам ЛС. И отправить в систему МДЛП данные об успешной приемке. Если на этом ЛС будет ошибка «недопустимая операция для данного SGTIN», то не нужно пугаться — это нормально для ЛС, выпущенных в рамках проекта.

Аптека получает товар по обратному акцепту, сканирует каждую упаковку, поставщики не подтверждают по несколько дней или приходит «Ошибка состояния вложенного КИЗ», которую также не могут исправить по несколько дней. Какие сроки отводятся для устранения ошибок и подтверждения поставщику или производителю? Какие санкции их ждут за нарушения?

Это статья 6.34. Кодекса об Административных правонарушениях.

Аптечная сеть снабжает ФАП по договорам комиссии. Как отгружать ЛС с учетом соблюдения таких документов?

Отгрузку нужно осуществлять по обратному или прямому акцепту, а в типе документа указать «Договор комиссии». Если ФАП не имеет ККТ или регистраторов выбытия, то информацию в ГИС МДЛП должна передавать головная организация.

Аптека получила 4 упаковки с признаком маркировки. Передала данные в систему. На три упаковки пришло подтверждение, а на четвертую — ошибка. Поставщик говорит, что ошибка на стороне производителя. Что делать?

Этого не может быть. Потому что поставщик не мог принять препарат от производителя и не передать сведения об этом в ГИС МДЛП. Нужно решать такие вопросы с поставщиком. Для дополнительной помощи можно обратиться в службу поддержки.

Если проблема с ОФД и данные не переходят в ГИС МДЛП, но препараты уже проданы — является ли это нарушением?

Зависит от типа проблемы. Если не меняется статус в течение первых 10–20 минут, то это нормально, он поменяется позднее.

За сколько дней по закону поставщик должен подтвердить приемку товара?

За один рабочий день.

Программа не дает продать товар — от нас документы ушли в систему, но там не отобразились!

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

Проблема при акцептовании — поставщик не видит запросов аптеки и приходится перевыкладывать документы, хотя по МДЛП все уходит вовремя!

Опишите подробно эту ситуацию службе поддержки — какие документы уходят, какие поставщик требует вновь. Там проверят, приходят ли уведомления об этом, и решат этот вопрос.

Уронили флакон, разбили одну ампулу — как вывести из оборота данный товар?

Это 552 схема в паспорте процессов — «Списание ЛС или передача на уничтожение».

Если выявлен заводской брак, то как быть?

Есть такая схема в паспорте процессов «Возврат поставщику по причине брака». Можно воспользоваться ей.

Как принимать ЛП, если они пришли в транспортной упаковке и россыпью?

По частям — сначала упаковка, потом добавляете то, что пришло россыпью. Поставку можно оформлять несколькими документами.

При обращении в службу поддержки попросили предоставить открытый ключ в формате CER. Что это?

Для этого надо зайти в программу «КриптоПро», найти «Хранилище сертификатов» и сделать его экспорт. Подробное описание этого процесса есть в разделе «Обучающий центр» на сайте ЦРПТ.

Можно ли сделать автоматическую разагрегацию групповой упаковки, если кассир пытается сделать выбытие первичной упаковки?

Если вы уже приняли эти ЛС на баланс по SSCC и далее не делали разагрегацию группового кода, то вы можете так настроить свою товарно-учетную систему. Запрета на это нет.

Читайте больше полезного по маркировке лекарственных препаратов в специальной рубрике на нашем сайте.

Описание ошибки:
При попытке выполнить авторизацию на api-сервер Маркировки из модуля МДЛП в 1С 8:
Ошибка при выполнении POST-запроса по адресу /api/v1/auth
[400] Запрос не может быть исполнен.
{«error_code»:»api.authentication.error»,»error_description»:»Ошибка при
выполнении операции: Проверьте аутентификационные данные»}

Найденные решения:

В модуле обмена 1С.Маркировка МДЛП после нажатия на кнопку «Выполнить обмен» и выбора сертификата для подписи при попытке авторизации возникает окно «Не удалось подписать данные» с содержанием ошибки, представленным выше.

Нажатие на изображении увеличит его

Рис.1. Момент возникновения ошибки «Ошибка при выполнении POST-запроса по адресу . /api/v1/auth. Проверьте аутентификационные данные»

Проблема исходя из описания самой ошибки заключается в том, что какие-то данные для подключения не подходят. На этом этапе обычно в промышленном контуре на сайте mdlp.crpt.ru, уже должна быть добавлена «Учётная система» в разделе «Администрирование». Поэтому первым делом необходимо проверить заполнение элемента справочника «Организации МДЛП» для «Собственной организации». Реквизит «Регистрационный номер участника» должен быть использован из профиля организации. А реквизиты «Идентификатор клиента» и «Секретный код» должны совпадать с данными раздела «Администрирование. Учетные системы» кабинета МДЛП для вашей организации. Для API «Промышленной системы» и «Тестовая система МДЛП («Песочница») значение реквизитов отличаются. Это необходимо учитывать и изменить при необходимости.

Нажатие на изображении увеличит его

Рис. 2. Пример с сайта infostart корректности заполнения полей настройки в 1С по данным учетной системы в кабинете МДЛП

Если будут перепутаны и не туда введены какие-либо из трех идентификаторов (рег. номер участника, идентификатор клиента или секретный код), то будет возникать ошибка. Так же если выбран не верный «Адрес API» в «Настройки и справочники» модуля МДЛП в 1С 8. В данном исходно был установлено значение «api.sb.mdlp.crpt.ru». Это не подходило.

Нажатие на изображении увеличит его

Рис. 3. Выбор адреса API в настройках модуля МДЛП в базе 1С 8.

После выбора значения «Промышленная система» подпись данных стала выполняться без возникновения ошибки.

Нажатие на изображении увеличит его

Рис. 4. Значение адреса API после выбора значения «Промышленная система».

Оцените, помогло ли Вам предоставленное описание решения ошибки?

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

20-09-2022

Журавлев А.С.
(Сайт azhur-c.ru)

1.  Ошибка при проводке накладной: Операция не может быть выполнена. Хронология событий нарушена.
   

   Дата проводки документа ранее даты предыдущей операции.
   Решение: Необходимо исправить дату фактической поставки

2. Ошибка при проводке накладной: Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке.
   
   Товар находится на статусе недопустимом для данной операции. 
   Решение: Проверить статус товара в МДЛП.  Для оприходованного товара, по результату проверки, принять решение проводить с отключенной маркировкой или уточнять информацию в МДЛП.
   Если ошибка при  формировании документа «возврат поставщику» и товар был оприходован по 702 схеме, то со стороны поставщика также должна быть проведена операция оприходования товара на свой баланс с помощью 702 документа.
3. Ошибка при получении квитанции документа отправленной через РВ: Ошибка проверки ответа от РВ. content
   
   Проблема с регистратором выбытия
   Решение: Проверить настройки РВ в аптеке по инструкции для настройке МДЛП. В случае успешной проверки, необходимо проверить устройство Регистратор выбытия.
4. Ошибка при получении квитанции МДЛП: Проблема с сетью или настройками прокси. проверьте настройки МДЛП. 
   
   
   Решение: Проверить настройки МДЛП по инструкции для настройке МДЛП. В случае успешной проверки, проблема связана с порталом МДЛП
5. Ошибка при проводке накладной по обратной схеме: Указанный контрагент отсутствует в списке доверительных контрагентов. 
   
   Решение: необходимо обратиться к поставщику для добавления Вашей ЛПУ в список доверительных контрагентов в личном кабинете МДЛП 
6. Ошибка при загрузке накладных МДЛП: В транспортной упаковкене обнаружены потребительские упаковки. 
   
   Решение: транспортная упаковка (sscc) не содержит вложений (sgtin). необходимо обратиться к поставщику за устранением ошибки 
7. Ошибка при проводке  накладной: Попытка изменить состояние вложенного КИЗ.
   
   Данные sgtin находятся в транспортной упаковке 
   Решение: при проводке  приходной накладной по обратной схеме необходимо сканировать транспортную упаковку, а не sgtin 
   при проводке перемещение или требования необходимо выполнить распаковку ТУ в ПН 
8. Ошибка РВ: Ошибка ДРВ: Отчет о выбытии. Неверное состояние отчета
   
   Решение: Проверьте устройство РВ, перезагрузите его. Если перезагрузка не помогла обратитесь в тех поддержку МДЛП
9. Ошибка при сканировании ТУ при обратном акцепте: Нарушено ограничение на временной интервал между вызовами
   
   Интервал между запросом ТУ должен быть 30 сек. Требование МДЛП
   Решение: между сканированием ТУ делать перерыв в 30 сек. 
10. Ошибка при проверке настроек МДЛП в «администрирование»: Некорректный запрос. проверьте настройки МДЛП. 
    
    Решение:  Если менялся сертификат, проверить имеет ли доступ этот сертификат в личный кабинет МДЛП. Если нет, обратиться в тех. поддержку МДЛП и добиться входа в личный кабинет. 
11. При отпуске рецепта: Не удалось запросить документы по отчету СУЗ 
    
    Решение: обязательно нужно проверить чтобы у роли в ЛК МДЛП стояли права «Прослеживание документов по отчету из СУЗ»
    
12. Ошибка при проверке настроек МДЛП: Запрашиваемые данные не найдены. 
    
    Решение: Проверить правильность внесенных настроек МДЛП. 
13. Ошибка при открытии «Журнала сценариев»: Ошибка мониторинга сценариев — не удалось открыть порт ‘61862’/ Отслеживание новых событий будет недоступно. 
    
    Порт занят другим процессом. Это не мешает выполнению сценариев, можно запустить сценарий- он пройдет в фоновом режиме. Либо освободить порт и повторить попытку запуска журнала сценариев.  
14. Ошибка при проводке документа-перемещения: Обработка запроса провалилась: ошибка на этапе первичной обработки документа: некорректный документ…..  
    
    У склада назначение указано МД, но не проставлен признак «склад БА» (основной склад). Решение: если перемещение производится на склад отделения убрать МД у склада назначения.  
15.  Ошибка при отпуске рецептов: Ошибка задания регистратора выбытия
    

    Ранее рецепт с таким номером уже отправлялся для вывода через регистратор выбытия (РВ) (Валидация РВ), ошибка возникает при редактировании рецептов или повторной переотправке через РВ. Решение: проверить вывод товара в МДЛП, при успешном выводе проигнорировать ошибку

16.  Ошибка при выводе из оборота: Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе или находится в архиве.

Ошибка может возникнуть, если указанный в документе SGTIN/SSCC не зарегистрирован в системе или был перемещен в архив. Напоминаем, что в архивное хранилище перемещаются коды, у которых прошло более 60 дней после выбытия.
 Рекомендуется проверить отправляемый документ и убедиться, что: 
 — указаны существующие SGTIN/SSCC;
— указанные SGTIN НЕ находятся в архиве;
— SSCC не расформирован по данным системы;
— оборудование правильно считывает SGTIN/SSCC (Внимание! КМ регистрозависимые). В случае некорректной работы устройств необходимо обратиться к интегратору.
 Получить информацию по SGTIN можно через ЛК Участника в: 
— «Реестр SGTIN» с помощью параметров фильтрации;
— «Реестр SGTIN, эмитированных до 28.03.2021» с помощью параметров фильтрации;
— «Архив SGTIN» с помощью поиска;
Получить информацию по SSCC можно через ЛК Участника:

-«Реестр SGTIN» с помощью поиска по SSCC;

-«Реестр SGTIN, эмитированных до 28.03.2021» с помощью поиска по SSCC;

С результатами проверки необходимо обратиться в службу технической поддержки МДЛП для получения дальнейших рекомендаций 

17. Ошибка при отпуске электронного рецепта: Ошибка при получении СЭМД. Текст ошибки: некорректный запрос. проверьте настройки СЭМД(«Не указаны Фамилия и/или Имя пациента»)

Решение: это ошибка не связана с настройками, проблема с отсутствием ФИО у льготников ОНЛП, проблема будет решена когда все Аптеки будут подключены в защищенной сети

18. Ошибка при проводке документа: Операция отклонена. Операция не может быть выполнена. Операция не может быть выполнена. Недопустимое значение параметра withdrawal_reason и/или reason_return для SGTIN

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

Получить информацию о причине вывода из оборота выбранного SGTIN можно через ЛК участника в «Реестр SGTIN» с помощью параметров фильтрации;

19. Ошибка при загрузки мест деятельности конкретного поставщика: Некорректный запрос. проверьте настройки МДЛП

Решение: Необходимо проверить ОГРН данного поставщика, возможно. в начале или конце стоит пробел 

20. Документ заблокирован другим пользователем 

Решение: Под пользователем admin зайдите в раздел «администрирование», далее «операции»-«диагностика»-«управление логическими блокировками», удалите блокировку

21. При проверке сервиса подписи

необходимо проверить сертификат:

1. Сертификат установлен под пользователем который указан в пуле приложений IIS?

4. Сертификат в крипто про установлен в реестр?

5. У сертификата сохранен пароль?

22. При проверки настроек МДЛП

Проверить,как внесена настройка номер сертификата, должен быть внесен без пробелов и «?»

• 1.1 Принятие товара по 702 схеме

Приемка по 702 схеме ускоряет процесс принятия товара, так как не требуется ожидания ответа от поставщика.

При приемке товара поставщик может отправить товар в заводской упаковке.

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

Поставщик может отправить товар в транспортной упаковке, на самом коробе будет SSCC штрих-код, следующего вида

Поставщик присылает накладную, как обычно.

Если товар является маркированным, у товара появляется иконка (обведена на рисунке красным)

ВАЖНО!!!!! ОБЯЗАТЕЛЬНО СВЕРИТЬ ПРИВЯЗКУ В НАКЛАДНОЙ С ОПРИХОДУЕМЫМ ТОВАРОМ: НАИМЕНОВАНИЕ , ДОЗИРОВКА , ПРОИЗВОДИТЕЛЬ!!!!

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

1) Уточнить у поставщика, является ли он маркированным или нет?

2) В случае, если товар действительно является маркированным:

При несовпадении gtin в накладной с препаратом, написать на склад по форме:

1. Аптека
2. Номер накладной
3. Наименование и gtin препарата, который указан на самом препарате.
4. gtin, который указан в накладной.
5. Для заполнения номеров упаковок необходимо нажать дважды по данной иконке  откроется форма заполнения КИЗ Упаковок.

ПРИМЕР КИЗ ПОКАЗАН НА СКРИНШОТЕ.

Синим цветом помечен GTIN лекарства.

Красным помечен уникальный номер упаковки.

НОМЕР КИЗ В ПРОГРАММЕ ПРИ ДОБАВЛЕНИИ ДОЛЖЕН БЫТЬ АНАЛОГИЧНЫМ ТОМУ, КОТОРЫЙ УКАЗАН НА УПАКОВКЕ

В данную форму сканером штрих-кодов сканируем qr код КАЖДОЙ УПАКОВКИ данной номенклатуры.

Программа не даст провести накладную, если количество отсканированных qr кодов меньше или больше количества товара в накладной.

После заполнения QR кодов упаковок нажать «сохранить». 

Строчка номенклатуры, с правильно заполненными КИЗ поменяет статус (Обведена красным на рисунке ниже)

После того, как будут внесены данные по все маркируемым товарам, провести накладную. 

После проведения накладной статус МДЛП в накладной поменяется (Обведена красным)

После чего необходимо открыть поступление.

Создаем уведомление об оприходовании мдлп (обведено красным)

Откроется форма уведомления Заполнить:

• 1) грузоотправителя (Организация поставщика)
• 2) Место деятельности поставщика (Адрес склада) – выбрать из списка
• 3) Ответственный (Заведующая аптекой)

Нажимаем кнопки:

1. «Записать »
2. «Передайте данные».

«Документ не проведен. Провести?»

Нажимаем «ДА»

3. Появится форма обмена с системой «Честный знак». 

• 1) Необходимо нажать красную кнопку – Показать все-, выбрать сертификат, которые соответствует вашей организации и директору из списка
• 2) Ввести пароль gorapteka
• 3) Поставить галочку «Запомнить пароль»
• 4) Нажать подписать.

ВАЖНО, ОБЯЗАТЕЛЬНО ВВОДИТЕ ПАРОЛЬ АНГЛИЙСКИМИ БУКВАМИ, УБЕДИТЕСЬ, ЧТО НЕ ВКЛЮЧЕНА КЛАВИША CAPS LOCK, иначе у вас возникнет ошибка авторизации.

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

«Получите квитанцию о фиксации» (показано на рисунке ниже)

Как только будет получено уведомление о подтверждении сведений, статус документа станет

«Принято», маркированный товар можно будет продавать. В случае статус ОТКЛОНЕНО , ПРИНЯТО  ЧАСТИЧНО смотреть инструкцию «ОШИБКИ ПРИ ПРИНЯТИИ», описанную ниже.

Ниже показано уведомление, которое было успешно подтверждено в честном знаке по 702 схеме.

В списке поступлений у накладной изменится статус на «Оформлено»

1.2 Ошибки при принятии

При приемке маркированного товара возникают ошибки. 

Для того, чтобы понять, какой товар был не принят системой, необходимо открыть уведомление (дважды нажать левой клавишей мыши по строчке с уведомлением) 

Когда уведомление откроется, нажать кнопку «Состав»

Появится список препаратов данного уведомления. 

Товар, который не был принят системой, будет отображаться в столбце «Отклонено», и напротив каждого КИЗА, будет  отображаться причина с номером ошибки

Ниже приведены примеры ошибок и их описание: 

(11) Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке — Поставщик не сделал разагрегацию групповой упаковки . Позвоните Поставщику, им необходимо сделать разагрегацию(изьятие из групповой упаковки ваших номеров киз), после чего нужно произвести приемку препаратов повторно, если поставщик просит квитанцию об ошибке из МДЛП(Честный знак) — на линию в 1с-коннект: «Склад — вопросы маркировки», 

(22) Операция не может быть выполнена. SGTIN не принадлежит указанному грузоотправителю — Поставщик не принял себе препарат, нарушилась товаропроводящая цепочка, пока поставщик не примет, аптека не сможет принять. Перед обращением, проверьте, правильно ли был выбран поставщик, далее пишите задачу на линию в 1с-коннект: «Склад — вопросы маркировки»

(52) Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе или находится в архиве.  Неправильно проштриховали номер КИЗ , перештриховать, необходимо сверить с упаковкой и принять заново.  

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

(30) Обратитесь на линию в 1с-коннект: «Склад — вопросы маркировки»

1.3. Статус изменился на «К Передаче».

Если у вас возникла ситуация, что статус уведомления стал «К передаче»

Вам нужно зайти в само уведомление

Перейти на вкладку «Состав», убедится что на вкладке «Состав» присутствуют позиции.

ВАЖНО СОСТАВ НЕ ДОЛЖЕН БЫТЬ ПУСТЫМ

Нажать на кнопку «ПРОТОКОЛ ОБМЕНА»

Далее нажать кнопку «ВЫПОЛНИТЬ ОБМЕН»

Далее выполняете стандартную процедуру приемки маркировки