1000 ошибка мдлп

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

Ошибка 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, при нахождении товара на территории РФ.

Ошибка 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 «</order_details>».
Причина ошибки: наличие лишних или отсутствующих тэгов в документе.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Указанный идентификатор организации (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 ‘{union}’ 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>».
Причина ошибки: в теге с указанием 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 «</multi_pack>».
Причина ошибки: нарушение формирования тегов. Присутствуют лишние или отсутствуют закрывающие теги.

При приемке операция может быть отклонена полностью, либо частично.

• Если операция отклонена полностью, есть возможность вернуться к черновику или удалить его.
  При возврате к черновику все отсканированные коды в документе будут сохранены, а сам документ приобретет статус черновика, то есть можно добавить/изменить коды в поставке, а также изменить реквизиты документа по кнопке «Редактировать» в правом верхнем углу.

  

• Если операция отклонена частично, необходимо исправить ошибки по кодам маркировки  и отправить сведения повторно. Если ошибку не удается исправить самостоятельно, либо поставщик не реагирует на обращения, по ошибочным кодам маркировки необходимо создать новую приемку по упрощенной 702-схеме.

В сервисе Контур.Маркировка Фарма отображаются ответы ИС МДЛП:

Попытка изменить состояние вложенного КиЗ

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

1. Необходимо понять, каким образом пришел товар от поставщика: штучно или в коробе/паллете.
   • Если товар пришел в составе агрегата и на ней нанесен код агрегата SSCC, нужно повторить приемку, но сканировать нужно не SGTINы, а SSCC.
   • Если товар пришел штучно и на транспортной упаковке нет SSCC, значит поставщик не расформировал агрегат перед отгрузкой. Рекомендуем обратиться к поставщику со списком кодов, по которым возникла ошибка, и попросить его расформировать агрегат, к которому принадлежат отгруженные SGTINы. После этого нужно повторить приемку кодов, по которым возникла ошибка.
2. Можно принять товары при возникновении такой ошибки по упрощенной 702 схеме. По заявлениям ИС МДЛП, при приемке по упрощенной схеме SGTINы с одним уровнем вложенности должны расформироваться  автоматически.
   • Если при приемке по 702 схеме возникает ошибка «Попытка изменить состояние вложенного КиЗ», то вероятно уровней вложенности у SGTINов больше, чем один. Рекомендуем воспользоваться основным решением из предыдущего абзаца.

Операция не может быть выполнена

Ошибка «Операция не может быть выполнена. Указанный контрагент отсутствует в списке доверенных контрагентов», если при приемке обратным акцептом не добавлен поставщик в список доверенных контрагентов, или поставщик не добавил вас в список доверенных (или оба варианта).  Для решения необходимо обратиться к поставщику, чтобы он добавил вас в список доверенных контрагентов. Добавить контрагента в доверенные можно по инструкции.

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

Обработка запроса провалилась. Неизвестная ошибка

Ошибки: Обработка запроса провалилась: ошибка на этапе первичной обработки документа. Неизвестная ошибка (или любая другая неизвестная ошибка)

При возникновении неизвестной ошибки пришлите на почту farma@kontur.ru письмо с информацией:

• Номер документа или ссылку из адресной строки.
• Скриншот ошибки или описание ошибки.

Недопустимый переход в товаропроводящей цепочке

Ошибка «Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке» возникает, если поставщик до отгрузки провел операции по отгружаемому товару, которые не позволяют принять этот товар (то есть товар находится в статусе, в котором получатель его не может принять). Для исправления ошибки:

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

КиЗ принадлежит другому участнику

Ошибка возникает, когда идентификатор текущего владельца и субъекта операции не совпадают. Для решения:

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

Указанный SGTIN/SSCC не найден в системе

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

1. Сканер некорректно отсканировал код маркировки с упаковки из-за неисправности (чаще всего некорректно считывается регистр символов, то есть SGTIN содержит заглавные символы, а сканер считывает их как строчные). Если ошибка вызвана неисправностью сканера, то она скорее всего будет повторяться неоднократно (например, в нескольких поставках или по нескольким кодам в рамках одной накладной).
   Для решения вопроса рекомендуем воспользоваться инструкциями на сайте Честного знака из раздела для проверки сканера.
   Если это не помогло — рекомендуем использовать другой сканер или воспользоваться приложением Фарма Сканер или ручным вводом кода.
2. Код маркировки на упаковке поврежден и считался неверно.
   Для решения вопроса рекомендуем ввести код с упаковки вручную и повторить приемку.
3. Код маркировки был введен неверно.
   Для решения вопроса рекомендуем повторно корректно ввести код и повторить приемку или же использовать сканер/мобильным приложение.
4. Вы пытаетесь принять код агрегата SSCC, который был ранее расформирован.
   Для решения вопроса рекомендуем принять товар штучно (по SGTIN).

Указанный продавец неактивен

Ошибка возникает при попытке принять товар у субъекта с заблокированного места деятельности(МД).

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

Invalid request data

Ошибка «Invalid request data: data.properties.contract_type should be equal to one of the allowed values» означает, что при указании реквизитов накладной указан тип договора «Собственные средства» и не указан номер контракта.

Данный тип договора используется производителями и импортерами. При стандартной закупке должен быть выбран тип договора «Купля продажа».

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

Invalid request data

Ошибка «Invalid request data: data.kizs[0].metadata.vat_value should be <= 0, data.kizs[0].sign should match format «sscc»» означает, что при заполнении шаблона XLSX перепутаны местами значения для столбцов «Сумма с НДС» и «Сумма НДС». Эта ошибка возникает из-за того, что сумма налога больше суммы товара с учетом этого налога.

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

Хронология событий нарушена

Ошибка «Хронология событий нарушена, неверно указана дата операции» возникает, когда дата и время приемки оказывается меньше, чем дата и время операции, проводимой поставщиком перед отгрузкой (например, расформирование агрегата). Так происходит потому, что ИС МДЛП не проверяет корректность времени в отправляемом документе.

Для исправления ошибки:

• При прямом акцепте — нажмите «Подписать» еще раз. Если это не помогает, то можно принять товар по упрощенной 702 схеме.
• При обратном акцепте — повторите попытку принять товар от текущего времени. Если это не помогает, то можно принять товар по упрощенной 702 схеме.

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

Ошибка при отправке документа

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

• Если в документе есть кнопка «Подписать», нажмите на нее и повторите попытку принять товар.
• Если кнопки нет, пришлите на почту  farma@kontur.ru письмо с информацией:
  1. Номер документа или ссылку из адресной строки.
  2. Скриншот ошибки или описание ошибки.

№ Текст ошибки Описание возможной причины Рекомендации и примечания 1

ORA-20103: Не задан мнемокод пользователя ИС Маркировка.

Не заполнен системный параметр №1816.

Файл – Сервис – Параметры
В окне отбора в поле Номер с-по – необходимо указать 1816.
Откроется окно Параметры: Идентификация
В поле Пользователь – ввести логин пользователя, под которым возникает ошибка.
В поле Организация – Министерство здравоохранения КК
Параметр:
Каталог – Документы операций с упаковками
Номер – 1 816
Код – MRKPackageOperationDocuments_MrkApiUser
Наименование – Пользователь ИС Маркировка
ПКМ – Исправить значение
Указывается значение из раздела: Учет – Пользователи ИС Маркировка
Проверяем, чем заполнен параметр и соответствует ли это сведениям из раздела Учет — Пользователи ИС Маркировка. 

2

Ошибка сервиса: «Для документа XML должен существовать документ более высокого уровня.

Line: 0

«.

Ошибка свидетельствует о том, что для данного IP-адреса компьютера не настроено подключение к серверу МИАЦ.

В Парусе Консультанте необходимо создать событие. 

В заявке предоставляется следующая информация:

1. Наименование организации
2. Ответственный сотрудник и телефон
3. Адреса VIPnet coordinator/Адрес Vipnet Clinet (через что подключен АРМ)
4. Адрес АРМ пользователя (IP-адрес компьютера)

Сведения оформляются в заявку и отправляются в Отдел информационной безопасности ГБУЗ «МИАЦ» для дальнейшей настройки.

3 В разделе «Документы операций с упаковками» при попытке Получить/Отправить документы ничего не происходит. Часто проблема связана с тем, что не предоставлена актуальная ЭЦП.

1. Необходимо проверить данные действия через «Журнал взаимодействия с ИС Маркировка». После выполнения операции необходимо обязательно нажимать кнопку ОБНОВИТЬ.
2. Для специалистов Отдела технической поддержки: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат нажать на 3 точки и провалиться в раздел Электронные сертификаты, в каталоге слева выбрать каталог учреждения и проверить сертификат, который подвязан пользователю: Действителен с — Действителен по. Если сертификат закончился, дать пояснение клиенту.  -И сказать, чтобы зарегистрировали событие в Парус Консультанте и добавили новую ЭЦП в присоединенные документы.
3. Для клиента: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат — сверить отпечаток ЭЦП с тем, что в Личном Кабинете Честного знака.
4. Если отпечаток в Личном Кабинете Честного знака не совпадает с тем, что в Парусе в разделе Учет — Пользователи ИС Маркировка, необходимо в Парус Консультанте прислать событие с текстом: Актуальная ЭЦП для маркировки. Актуальную ЭЦП прикрепить к событию.

4 При сканировании возникает ошибка:
ORA-20103: Контрольный (идентификационный) знак «(01)04680013242190(21)axzxywxxfx4w9» в реестре не определен.

Некорректно нанесен Data Matrix (марка) на ЛП.

Нарушен документооборот.

Проблема в сканере штрих-кодов.

1. Раздел Учет — Реестр контрольных идентификационных знаков
Данная ошибка означает, что КИЗ — (01)04680013242190(21)axzxywxxfx4w9 не найден в разделе Учет — Реестр контрольных идентификационных знаков. Если выполнить ПКМ — Отобрать в поле «Контрольный (идентификационный) знак» вставить — (01)04680013242190(21)axzxywxxfx4w9.
Каталог выбран Вашего юр. лица.
Таким образом делаем вывод, что данный ЛП отсутствует в нашей базе КИЗ.
По умолчанию у каждого пользователя ПКМ — Настройки закладка Прочие стоит чекер «Учитывать регистр символов», таким образом мы в отборе искали КИЗ, в котором маленькие буквы — *axzxywxxfx4w9*. Если Вы уберете этот чекер (временно для проверки КИЗ), то увидите, что в Реестре КИЗ есть КИЗ — (01)04680013242190(21)AXZXYWXXFX4W9 (большие буквы).
2. Проверка документооборота.
Необходимо проверить в документах 601(612), 211, 701 какой КИЗ использовался и какой статус у этих документов, правильно ли они приняты по схеме 601(612)-210-211-701-912 у всех ли статус Получен/Принят?
Если КИЗ с большими или с маленькими буквами не находится в документах (Отбор по колонке КИЗ), значит КИЗ не проходил в ИС Маркировка.
3. Проверка сканера.
При считывании сканера символы имеют разную кодировку, это может быть связано со сканером (там есть настройка регистра символов, для каждого сканера она своя, поэтому пользователь читает руководство пользователя своего сканера и настраивает).
Проверку сканера можно осуществить: Открыть текстовый редактор (Блокнот) и попробовать отсканировать упаковку в документ. Сканированный код сравнить со строкой КИЗ, отсканированной в Парусе. Если одинаковые, то обратиться в ЧЗ, либо к поставщику. Если разные, то скопировать из Блокнота и вставить в строку КИЗ в Парусе.
Если есть другой компьютер и сканер можно проверить еще с помощью них считывание марки. 5 Ошибка: Не удалось поставить запрос в очередь (ORA-29273: сбой запроса HTTP
ORA-06512: на «SYS.UTL_HTTP», line 1130
ORA-12541: TNS:нет прослушивателя
).? Связана с работой сервиса.

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

Ошибка технического характера.

6 ПКМ — ИС Маркировка – Отправить
Выходит ошибка:
ORA-20103: Содержимое упаковки «*» не найдено в товарных запасах. Нарушен документооборот 612-210-211-701-912.

Пример анализа по клиенту:

Документы операций с упаковками
Для документа 912 (хотя может и для другого типа) ПКМ — ИС Маркировка – Отправить
Выходит ошибка:
ORA-20103: Содержимое упаковки «*» не найдено в товарных запасах.
Проверяю:
612 ДОУ 13.04.2021 Получен 12.04.2021 11:56
1) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35
211 нет
912 ДОУ 16.04.2021 Не определен
2) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35
211 ДОУ 13.04.2021 Получен 13.04.2021 16:35:46
912 ДОУ 16.04.2021 Не принят 16.04.2021 10:40
701 ДОУ 13.04.2021 Принят 16.04.2021 14:23
Общая проблема: нарушена цепочка документооборота: 612-210-211-701-912.
2 проблемы:
1) 912 ДОУ 16.04.2021 Не определен — при отправке ошибка, так как нет документа 211. Пусть попробуют еще раз отправить 210 документ, если не получится, размножить 210 и отправить еще раз, получить ответ 211 и 912.
2) 912 ДОУ 16.04.2021 Не принят 16.04.2021 10:40 — не принят, так как 701 принят позже ДОУ 13.04.2021 Принят 16.04.2021 14:23. Соответственно нарушили цепочку документооборота.
Должны были сначала 701 отправить и получить статус Принят, затем отправить 912.

7 Документ операций с упаковками
Статус — Принят частично
В Журнале взаимодействия с ИС Маркировка
Статус — Принят частично
Код ошибки — 52
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе Ошибка может возникнуть, если указанный в документе SGTIN/SSCC не зарегистрирован в системе МДЛП или был перемещен в архив. В Документе в спецификации Упаковки, ошибка возникла по какой-то упаковке «Тип», «КИЗ» в графе «Код ошибки» и «Текст ошибки» мы видим ошибку 52, именно по ней отсутствует информация в ИС Маркировка.
Рекомендуется проверить отправляемый документ на корректность цепочки документооборота и обратиться с техническую поддержку Честного Знака. 8 Документы операций с упаковками
Тип — 531
Статус — Не принят
ПКМ — Связи — Выходные документы — ЖВсИСМ
Код ошибки — 15
Текст ошибки — Попытка изменить состояние вложенного КиЗ При попытке зарегистрировать операцию движения SGTIN, который вложен в SSCC. Необходимо проверить цепочку приемки ЛП на баланс 601-210-211-701-912. Так как пытаются выдать вторичную упаковку, которая вложена в транспортную. А транспортную не расформировали. 9

Документы операций с упаковками

Статус – Не принят
В Журнале взаимодействия с ИС Маркировка
Код ошибки — 34
Текст ошибки — Операция не может быть выполнена. Отправитель сведений и владелец SGTIN/SSCC не совпадают.

Ошибка может возникнуть, если операции
агрегации/изъятия/докладки/расформирования должны осуществляться владельцем SGTIN/SSCC.

Рекомендуется проверить владельца КИЗ и убедиться, что текущий владелец совпадает с участником, регистрирующим операцию по КИЗ. Для подтверждения статуса владельца рекомендуется акцептовать полученные документы (при их наличии) или дождаться акцептования от отправителя.

Необходимо проверить цепочку документооборота, например если ошибка возникла по документу 912, необходимо проверить, чтобы 701 документ был отправлен раньше, чем 912 и имел корректный статус Принят. Только после этого необходимо совершать действия с документом 912.

Если 912 документ был отправлен раньше чем 701, и на данный момент находится в статусе Не принят с данным кодом ошибки, то необходимо восстановить корректную цепочку отправки документа: сначала отправить 701 документ, дождаться статуса Принят, и только после этого размножить 912 и отправить заново.

10 601 документ пользователь нажимает ПКМ- Формирование — Документ акцептования нажимает ОК (пытается создать 701 документ)
Выходит ошибка:
В документе «*» не найдены упаковки, для которых возможно формирование документа акцептования. Возникает не ошибка, а предупреждение, так как в уведомительном окне есть выбор действия (Продолжить, Прервать, Игнорировать все). Предупреждение свидетельствует о том, что все упаковки в документе 601 уже имеют привязку к созданному документу акцептования 701. Это можно проверить если на 601 документе нажать ПКМ – Связи – Выходные документы – Документы операций с упаковками.
В открывшемся окне Документы операций с упаковками будут отображаться связанные документы.
Если пользователю необходимо переотправить 701 документ, то на нужном 701 документе произвести действие размножить и далее выполнить действие Отправить. 11 Документ 912 статус – Не принят.
На документах ПКМ — Связи — Выходные документы — ЖВсИСМ ошибка:
Код ошибки — 33
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC находится в промежуточном состоянии. Ошибка возникает, по причине нарушения цепочки документооборота, неверный порядок отправки документов выглядит чаще всего так: 601-210-211-912-701(702). Когда пользователь отправляет документ 912 «Расформирование транспортной упаковки» раньше, чем принимает себе на баланс с помощью отправки документа 701 «Приемка с прямым порядком акцептования» (702 «Оприходование лекарственных препаратов»), ЧЗ такие 912 не принимает.
Пользователю необходимо восстановить правильную цепочку документооборота и выполнить корректно отправку документов по цепочке:
601-210-211-701 (702) -912.
Таким образом необходимо произвести отправку 701 (702) документа, дождаться пока статус будет Получен и дальше уже произвести отправку 912 документов.
Документы необходимо будет создать путем размножения с текущих (по которым уже есть статусы). 12 Если у документа статус — Не принят
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе обработки документа системой: invalid request data: data.properties.contract_type should be equal to one of the allowed values, data.properties.contract_type should be equal to one of the allowed values, data.properties.source_type should be equal to one of the allowed values, data.properties should have required property &apos;contract_num&apos;, data.properties should match exactly one schema in oneOf Не заполнен «Реестровый номер контракта» В документе заполнить поле «Реестровый номер контракта (договора) в Единой ИС в сфере закупок. 13 ORA-20103: Не найден корректный идентификатор применения в тексте КИЗ При сканировании упаковки ЛП, считывается код Data Matrix, который не имеет установленных стандартом идентификаторов применения. Поставщик некорректно сгенерировал штрихкод или упаковка повреждена. Открыть текстовый редактор (Блокнот) и попробовать отсканировать упаковку в документ. Сканированный код сравнить со строкой КИЗ, отсканированной в Парусе. Если одинаковые, то обратиться в ЧЗ, либо к поставщику. Если разные, то скопировать из Блокнота и вставить в строку КИЗ в Парусе.
Согласно Постановление Правительства РФ от 14.12.2018 N 1556 (ред. от 28.01.2021) код маркировки должен состоять только из групп применения с символами 01, 21, 91, 92.
первая группа данных — глобальный идентификационный номер торговой единицы, состоящий из 14 цифровых символов, которому предшествует идентификатор применения (01);
вторая группа данных — индивидуальный серийный номер торговой единицы, состоящий из 13 символов цифровой или буквенно-цифровой последовательности (латинского алфавита), которому предшествует идентификатор применения (21).
третья группа данных — идентификатор (индивидуальный порядковый номер) ключа проверки, предоставляемый эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, состоящий из 4 символов (цифр, строчных и прописных букв латинского алфавита), которому предшествует идентификатор применения (91).
четвертая группа данных — значение кода проверки, предоставляемое эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, которому предшествует идентификатор применения (92), и состоящее из 44 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов). 14

При отправке документов в Журнале взаимодействия с ИС маркировка зарегистрирована ошибка:

Код ошибки -19

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

1. Пользователь указал не верную дату документа в поле «Дата». Тем самым нарушив хронологию событий по дате.
2. Поставщик не указал в документе временную зону или указал +0:00, соответственно искажается время

1. Пример:
   Документы операций с упаковками
   601 дата 05.04.2021
   ПКМ — Связи выходные документы
   701 дата 02.04.2021
   Поэтому и выходит ошибка: 19 Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
   Операции, производимые над SGTIN, должны совершаться последовательно.
   Причина: в операции неверно указана operation_date.
   Решение:
   Проверить поле Дата в документах. В 701 документе дата не может быть раньше, чем в 601.

Проверить в 601 документе поле «Реестровый номер контракта (договора) в Единой информационной системе в сфере закупок, заполнить данное поле таким же значением в 701 документе. Заполняется только при федеральном или региональном источнике финансирования, для собственных средств не является обязательным.

2. Попробовать отправить документ позже в течение дня. Если документ не отправится успешно, то обратиться в СТП ЧЗ.

15

Документ 210 «Запрос информации по номеру SGTIN/SSCC»

Статус — Получен ответ, но по связям не находит документ 211 «Результат обработки сведений по номеру SGTIN/SSCC»

Проверяем:
Учет — Документы операций с упаковками
Проверить первоначальный документ 601 или 612. Как это сделать?
На 210 ПКМ – Связи – Входные документы – нашли документ 601/612 и проверяем статус у этого документа, должен быть «Статус обмена данными с ИС Маркировка» – Получен.
Далее на 601 или 612 ПКМ – Связи – Выходные документы – проверяем какие документы по связям есть.
Если видим только 210 проверяем статус у этих 210.
Если статус — Получен ответ – это значит что из ЧЗ пришел по ним ответ в виде 211. Но если на 210 ПКМ – Связи – Выходные документы мы не находим 211 документа, то возникает проблема у клиента, которую можно решить с помощью рекомендаций.
Рекомендации:
1. В разделе Учет — Журнал взаимодействия с ИС Маркировка
на документах: 210 выполнить действие ПКМ — ИС Маркировка — Проверить статус еще раз. По связям еще раз проверить выходные документы не подгрузился ли 211. Если не подгрузился переходим к пункту 2.
2. Документы — Документы операций с упаковками
на документах: 210 выполнить действие ПКМ — Размножить и далее на размноженных документах выполнить действие ПКМ — ИС Маркировка — Отправить. Дождаться пока документ получит статус — Получен ответ и по связям ПКМ — Связи — Выходные документы проверить 211 документы. 16 Указание Доли выбываемого ЛП Реализована возможность «быстрого» указания доли выбываемого ЛП после сканирования кода маркировки.
Для режима «Работа с упаковками ⇒ Добавление» реализована редактируемая колонка грида «Доля от вторичной упаковки». Механизм указания доли доступен только для типов документов 511, 521, 531, т.к. в других документах учет доли не предусмотрен системой МДЛП.
Для выбытия целой упаковки, как и ранее, ничего дополнительно указывать не требуется.
Для выбытия доли вторичной упаковки ее значение необходимо указывать в формате правильной дроби, числитель которой обозначает количество выбываемых первичных упаковок, а знаменатель – количество первичных упаковок во вторичной упаковке.
Указание дроби допускается в формате, например, «2/10», «210», при этом разделитель «» автоматически заменяется на «/». При указании дроби в формате «2.10» и подобных пользователь получит ошибку вида: «Некорректные символы в тексте доли от вторичной упаковки: «.»».
Внимание! При последующем долевом выбытии кода маркировки необходимо указывать тот знаменатель дроби, который был выбран в первый раз – это правило, действующее в системе МДЛП. 17 Документ — 531
531 ПКМ — ИС Маркировка — Сформировать отчет о выбытии
выходит ошибка:
В документе «**» присутствуют позиции без криптозащиты. Формирование отчета о выбытии невозможно. Данная ошибка означает, что в упаковках отсутствует информация о криптозащите.  Выбытие через РВ может осуществляться только при отсканированных упаковках (на документе ПКМ — Работа с упаковками — Добавление). Если по какой-то причине у Вас нет возможности создать документ и отсканировать заново упаковки, то ЛП без криптозащиты Вы можете отправить по упрощенной схеме (по согласованию с ЧЗ) при помощи действия ПКМ — ИС Маркировка — Отправить.
Возможно, код маркировки (КМ) выбрали из списка существующих или отсканировали, но не в разделе Работа с упаковками — Добавление, а в спецификации «Упаковки» после действия «Добавить». В этих случаях даже если КМ содержит криптохвост, то в ДОУ его не будет. При размножении ДОУ и после успешной отправки на РВ — криптохвост удаляется. 18 Документ – 531
ПКМ – Работа с упаковками – Добавление
В открывшемся окне «Набор упаковок» нажимают ПКМ – Добавить
В поле КИЗ – сканируют упаковку нажимают ОК.
Первая упаковка – сохраняется и отображается в разделе «Набор упаковок».
Вторую упаковку сканируют нажимают ОК, вторая упаковка не отображается в разделе «Набор упаковок». Но при нажатии в разделе «Набор упаковок» еще раз ОК в спецификацию «Упаковки» добавляются 2 записи, визуально мы видели только одну, а сканировали 2. Наблюдается только в ВЕБ версии под конкретным пользователем.

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

Следующие действия выполняются специалистами Отдела технической поддержки или профильным аналитиком:

Под пользователем выйти из всех запущенных сеансов.
В Администраторе – Учет – Профили пользователей
Отбор по графе «Пользователь (наименование)»
Тип – WEB
Приложение системы — Учет маркированных товаров
Раздел системы — Набор упаковок
Вид — Формы просмотра раздела, Параметры действий раздела – пометить чекером и удалить.
Перезайти под пользователем в раздел и проверить.

19 605 «Уведомление получателя об отзыве отправителем переданных лекарственных препаратов». Схема:
1. поставщик формирует документ 415 «Отгрузка со склада» и отправляет в систему;
2. мы получаем 601 «Уведомление об отгрузке со склада».
3. Если поставщик понял что где-то в 415 «Отгрузка со склада» допущена ошибка, то он отправляет в систему 251 «Отзыв отправителем переданных получателю лекарственных препаратов»;
4. мы получаем 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов».
5. клиенту необходимо в разделе Учет — Документы операций с упаковками выполнить действие ПКМ — ИС Маркировка — Получить(если не получится попробовать Загрузить из журнала)
В появившемся документе 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов» будет информация в спецификации Упаковки. По информации в данной спецификации пользователь может сверить информацию упаковок и узнать какой именно 601 документ был отозван поставщиком. 20 627 «Уведомление владельца о регистрация в ИС МДЛП сведений
об оприходовании».

Реализована работа с типом документа 627 (Уведомление владельца о регистрации в ИС МДЛП сведений об оприходовании). Действие ПКМ — ИС Маркировка — Получить.

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

21 На действие «Добавление/размножение документа операций с упаковками» раздела «Документы операций с упаковками» в каталоге «552. Вывод ЛП из оборота по различным причинам» по юридическому лицу «Организация» у Вас нет прав. Обратитесь к Администратору. Не верно указано значение в поле Принадлежность Ошибка свидетельствует о том, что у пользователя нет прав на юр. лицо — «Организация».
В поле Принадлежность необходимо указать юр. лицо код мединфо. 22

1) Документы операций с упаковками
В документе «531. Выдача ЛП в медицинском учреждении»
Статус обмена данными с ИС Маркировка — Принят частично
Код ошибки — 11

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

2) В документе «701. Подтверждение (акцептование) сведений»

Статус обмена данными с ИС Маркировка — Принят частично (Не принят и т.д.)
Код ошибки — 11

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

1) Статус — Принят частично возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе. Необходимо в ЛК ЧЗ проверить статусы 701 и 702 документа. Если документы были корректно сформированы, то ЛП должны стоять на балансе в ЛК ЧЗ. Необходимо проверить фактическое наличие выдаваемых упаковок и далее за разъяснениями обратиться в СТП Честного знака.

2) Статус — Принят частично (Не принят и т.д.) возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе, либо не получена информация по цепочке 210-211. Необходимо проверить цепочку документов 601(612)-210-211-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701.  Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.

23 Зависание при сканировании большого объема упаковок.
Документы — Документы операций с упаковками
ПКМ — Работа с упаковками — Добавление
В открывшемся окне Набор упаковок ПКМ — Добавить
В окне Набор упаковок: Добавление в поле КИЗ производят сканирование КИЗа с упаковки лекарственного препарата и нажимают Ок. В поле КИЗ на данный момент происходит сохранение истории сканированных КИЗ, когда объем достигает большого количества возникает зависание. Можете применять ручную очистку поля по shift+del. 24 702 «Оприходование лекарственных препаратов» третичные упаковки

При создании документа выполняем действия согласно инструкции, размещенной у нас на портале info.parusyug.ru Парус 8. Учет маркированных товаров/документ — 2.Пользовательская инструкция по работе с модулем «Учет маркированных товаров».
В спецификацию «Упаковки» производим добавление и сканирование упаковок, заполняем «Сведения о цене», отправляем документ, проверяем статус.

Если в документе содержатся третичные упаковки, необходимо пометить их чекерами, далее нажать ПКМ — Формирование — Запрос содержимого транспортных упаковок (документ 210 «Запрос информации по номеру SGTIN/SSCC») заполняем Реквизиты документа: каталог (можно сразу указать 210.Запрос информации по номеру SGTIN/SSCC), тип документа — ДОУ, префикс документа, дата.
Отрабатываем схему 210-211-912.

В ответ на наш запрос (документ 210 «Запрос информации по номеру SGTIN/SSCC») нам приходит ответ от ИС МДЛП документ 211 «Результат обработки сведений по номеру SGTIN/SSCC», и документ 912 «Расформирование упаковки».

25

Документы операций с упаковками

В разделе Учет — Журнал взаимодействия с ИС Маркировка уже получен документ 601.

В разделе Документы — Приходные документы выполнить действие ПКМ — ИС Маркировка — Загрузить из журнала

Выбрать документ, нажать Ок.

Выходит ошибка:

Не найдена операция приходования для документа операций с упаковками.

Документ пришел по новой операции приходования. Необходимо в ЛК ЧЗ по документу выгрузить квитанцию .xml и прислать событие на Парус Консультант с указанием по какому документу возникла ошибка и приложить квитанцию из ЧЗ. 26

Документы операций с упаковками

Статус — Не принят

Код ошибки — 200

Текст ошибки — Идентичный документ был отправлен ранее

Ошибка может возникнуть при попытке загрузки дублирующего документа.

1. Проанализировать, почему документ был отправлен повторно
2. Проверить статус обработки отправленного раннее идентичного документа

Если необходимо отправить документ повторно, то необходимо размножить документ, на закладке «Дополнительно» проверить заполнение полей «Документ-подтверждение»/»Документ — основание» и выполнить отправку в ИС Маркировка.

27 Документ — 531 статус — Не принят
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value &apos; 2 АПТ&apos; is not facet-valid with respect to pattern &apos;S.*&apos; for type &apos;document_number_200_type&apos;. Не соответствие формату элемента В документе на закладке «Дополнительно» заголовок «Документ-подтверждения (соответствия) / документ розничной торговли» в поле «Номер» перед введенным номером есть пробел. 28

Документы операций с упаковками

Документ — 601(612) в поле контрагент — пусто, поле Место деятельности контрагента — заполнено.

При формировании документа 701 выходит ошибка:

Контрагент должен быть задан

В поле контрагент не задано юр. лицо

Необходимо предоставить сведения для настройки места деятельности и контрагента:

Место деятельности

Наименование контрагента

ИНН

КПП

р/с

Адрес

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

29

Документы операций с упаковками

Тип документа — 521, 531

Действие ПКМ — ИС Маркировка — Сформировать отчет о выбытии

В разделе Учет — Регистраторы выбытия кодов маркировки

Спецификация Очередь заданий

Происходит зависание в очереди

Проверить работоспособность регистратора выбытия

Возможно связано с ошибкой 5090: «Срок действия ПИН-кода истек. Необходимо ввести его в РВ повторно» (ошибка отображается только в логах сервиса взаимодействия)

Раз в сутки нужно вводить PIN-код.
Ввод PIN-кода раз в сутки является обязательным условием для соблюдения требований безопасности и отключить его нельзя. 30

Документы операций с упаковками

ПКМ — Работа с упаковками — Добавление

При попытке сохранить отсканированную упаковку выходит ошибка:

ORA-20103: Добавление упаковки в документ операций с упаковками в состоянии отличном от «Не отработан» недопустимо.

Возникает, когда у документа в гриде «Состояние» статус «Отработан как план» или «Отработан как факт» Ошибка возникает, когда в документ который имеет в гриде «Состояние» статус «Отработан как план» или «Отработан как факт». Необходимо снять отработку с документа (ПКМ — Состояние — Снять отработку) и тогда производить добавление новых упаковок в спецификацию. 31 619 «Уведомление получателя об отгрузке лекарственных препаратов со склада отправителя в рамках агентского договора»

Это 619 уведомление означает, что в адрес участника оборота была выполнена отправка ЛП по 472 схеме.

В настоящий момент в ПП «Парус-Бюджет 8. Учет маркированных товаров» эта цепочка не реализована, т.к. существует её аналог — схема 415 со значениями (в том числе) «Тип договора при реализации» (contract_type):
— 2 (комиссия);
— 3 (агентский договор);
Следовательно, предлагаем в текущей деятельности использовать её.

32

Документы операций с упаковками

Тип документа — 912 (или др.)

Статус — Не принят

Код ошибки — 38

Текст ошибки — Операция не может быть выполнена — указанный SGTIN/SSCC не найден в системе или расформирован.

Ошибка может возникнуть при попытке осуществления операции агрегации/ изъятия/ докладки/ уничтожения для SGTIN/SSCC, которые не зарегистрированы в системе или раннее были расформированы. Рекомендуется проверить отправляемый документ и убедиться, что:

• указаны существующие SGTIN/SSCC;

• SSCC не расформирован по данным системы.

Необходимо проверить цепочку документов 601(612)-210-211-701-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701.  Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.

33

Документы операций с упаковками

Тип документа — 531

ПКМ — ИС Маркировка — Отправить

или

ПКМ — ИС Маркировка — Сформировать отчет о выбытии

ошибка: В документе «**» присутствуют упаковки, входящие в нерасформированную транспортную упаковку

Ошибка возникает из-за отсутствия «Отработки» документа 912

Необходимо найти 912 ДОУ, в котором присутствуют КИЗ упаковки из текста ошибки. Выбрать документ, ПКМ — Состояние — Отработан как факт. Если возникает ошибка  «Невозможна отработка операции расхода как факт для упаковки «**», оприходованной как план.», в таком случае ПКМ — Состояние — Отработан как план.

34

Документы операций с упаковками

Тип документа — 701

Статус отправлен
ПКМ-связи-Журнал взаимодействия с ИС Маркировка
в поле примечании Произошла ошибка при отправке запроса.

Ошибка возникает при наличии принятого документа в ЧЗ но с другим идентификатором операции ИС Маркировка

Необходимо найти отклоненный 701 документ в ЛК ЧЗ, рядом должен быть еще один 701 документ, который со статусом принят с небольшим разрывом по времени, скачать квитанцию документа и сравнить КИЗ.

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

35

Документы операций с упаковками

Тип документа — 531

ПКМ — ИС Маркировка — сформировать отчет о выбытии

Не отправляются документы, статус не определен

Очередь создается на регистратор выбытия и удаляется, документ в ЛК ЧЗ не загружается. Необходимо обратить внимание на номер документа, максимально допустимая длина поля «номер документа»  16 символов. 36

Документы операций с упаковками

Тип документа — 531

ПКМ — ИС Маркировка — сформировать отчет о выбытии

ПКМ —  ИС Маркировка — Проверить статус

Статус — «Принят частично» 

Не все упаковки выгружены в МДЛП или часть упаковок отклонены.

Если упаковки не были отправлены, сформировать новый 531 документ и направить повторно недостающие упаковки.

Если упаковки выгружены все, данную информацию можно посмотреть в регистраторе выбытия, в ЛК ЧЗ должен быть документ 10532 — «Выдача для мед. помощи ЛП с невалидными КМ (регистратор выбытия)»

Документ 10532 автоматически передаётся для ЛП, код маркировки которых не прошёл верификацию.

В данном случае дальнейших действий не требуется — ЛП считается выведенным из оборота.

Обращаем внимание, что лекарственные препараты, КМ которых не прошли проверку, рекомендуется возвращать поставщику.

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

Маркировка¶

Часто задаваемые вопросы
#Приходные Накладные Допоставка
#Общая информация
#Приступая к работе
#Приходные Накладные Работа с SSCC
#Приходные Накладные по прямому акцепту
#Приходные Накладные Формирование накладной пользователем
#Возврат маркированного товара от покупателя
#Маркировка Расходные документы Переоценка
#Маркировка Расходные документы Списание
#Активный обмен с ИС Честного знака
#Ошибки обработки КИЗ
Описание ошибок обработки КИЗ, также можно найти на форме «Активный обмен с ИС ЧЗ» нажав на кнопку «Посмотреть типы ошибок» ¶

Приходные Накладные Допоставка¶

— что такое «Допоставка»?!
— как провести накладную, если по каким-то причинам нельзя отсканировать КИЗ для некоторых товаров?!
— как принять товар, если поставщик ошибся, указав в накладной, что это маркированный товар и перевести товар на остаток как немаркированный?!

Ответы на эти вопросы, и как работать с данным функционалом, Вы получите просмотрев видео и прочитав описание ниже.

Loading the player …

Для просмотра видео в полноэкранном режиме необходимо перейти по ссылке ниже:

После проведения приходной накладной маркированные партии для которых КИЗ не были просканированы полностью получат статус «Допоставка».

Суть статуса — «Допоставка»:
— товары в этом статусе не отображаются для продажи на кассе;
— вернуть на остаток как маркированный товар, можно досканировав недостающее количество КИЗ;
— можно снять признак маркировки (если Вы уверены, что Поставщик ошибся, указав в накладной, что это маркированный товар) и перевести товар на остаток как Немаркированный. Однако ответственность за это действие (как поступить с Вашим товаром) лежит на Вас и на поставщике, ведь если Вы снимете этот признак с товара, который на самом деле является Маркированным, то (по идее с 01.07.21) к этому ЧЗ и РосЗдравНадзор должны начать относиться строже. Однако решение – за Вами, а мы сделаем все, чтобы автоматизировать Вашу деятельность.

Информация о товаре в статусе Допоставка отображается на формах Товарные запасы и Ассортимент товаров . На обеих формах добавлены фильтр «Статус, фильтр применен», столбец со статусом «Допоставка». Главное, что требуется от Вас — это принять решение, что делать с этим товаром?

Для работы с товаром в статусе Допоставка:
— на одной из форм (Товарные запасы или Ассортимент товаров) выбираем партию товара:¶

ТОВАРНЫЕ ЗАПАСЫ:

АССОРТИМЕНТ ТОВАРОВ:

— нажимаем Enter или двойным кликом
— отобразится форма Информация о товаре¶

На форме Информация о товаре размещены кнопки «Маркировка» и «Сбросить признак маркировки». Если поставщик «довез» товар — выбираем кнопку «Маркировка», отобразится знакомая форма для сканирования КИЗ. После сканирования всех КИЗ для партии — статус товара автоматически изменится на Доступен.¶

Если в накладной указано 10 упаковок товара, а поставщик «довез» только 9 (количество может быть любым), Вам необходимо оформить «Возврат поставщику» или документ «Списание» 1 упаковки, затем отсканировать 9 КИЗ как описано в предыдущем предложении — и статус товара автоматически изменится на «Доступен».

— Как сделать «Возврат поставщику» по ссылке: http://redmine.analit.net/projects/doc/wiki/%D0%A0%D0%B0%D1%81%D1%85%D0%BE%D0%B4%D0%BD%D1%8B%D0%B5_%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D1%8B#4%D0%92%D0%BE%D0%B7%D0%B2%D1%80%D0%B0%D1%82-%D0%BF%D0%BE%D1%81%D1%82%D0%B0%D0%B2%D1%89%D0%B8%D0%BA%D1%83)
-Как сделать «Списание» по ссылке: http://redmine.analit.net/projects/doc/wiki/%D0%A0%D0%B0%D1%81%D1%85%D0%BE%D0%B4%D0%BD%D1%8B%D0%B5_%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D1%8B#2%D0%A1%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5

Если Вы приняли решение вернуть товар поставщику, формирование документа Возврат поставщику стандартен, товар в статусе Допоставка может быть добавлен.

Если Вы приняли решение снять признак маркировки, на форме Информация о товаре нажимам кнопку «Сбросить признак маркировки» . Отобразится сообщение: «Вы снимаете признак маркировки с товара. Данное действие — необратимо. Подтвердите, что данный товар не маркированный?»

Напоминаем, ответственность за это действие (как поступить с Вашим товаром) лежит на Вас и на поставщике. В этом случае товар в программе будет отображаться как не маркированный, при работе с этим товаром не будет запрашиваться сканирование КИЗ.

Если при сканирование КИЗ, программа вывела уведомление, о том, что Gtin не соответствует КИЗ, то его можно заменить на данной форме:

Информация редактирование Gtin отобразится в «Журнале операций»

Если же по препарату находящимуся в статусе «Допоставка» был отсканирован КИЗ, то программа не даст возможности отредактировать Gtin:

ОБРАТИТЕ ВНИМАНИЕ! Если Вы возвращаете одну единицу товара из партии, например поставщик из 5 упаковок привез только 4 упаковки препарата и по одной упаковке Вы договорились на возврат. Возврат Вы произвели, но остальные 4 упаковки пока что находятся в статусе «Допоставка». Для того, чтобы вернуть оставшиеся препараты из допоставки необходимо:
1. Зайти в раздел Ассортимент товара или Товарные запасы (как Вам удобнее)
2. В фильтре «Статус, фильтр применен» выбрать только статус «Допоставка»
3. Найти нужный Вам препарат двойным нажатием левой кнопки мыши открыть окно «Информация о товаре» .
4. В открывшемся окне нажать на кнопку «Маркировка» . После этого закрыть форму маркировки на красный крестик, а в карточке «Информация о товаре» нажать на кнопку «Сохранить изменения». После этого статус «Допоставка» в столбце «Статус» меняется на статус «Доступен»-это означает, что товар теперь можно продавать , т.к. он фактически в программе появился на остатке.

Общая информация¶

Правила упаковки

• Первичная упаковка – блистеры, ампулы, тубы помещается во вторичную упаковку.
• Вторичная упаковка – коробочки, содержащие некое кол-во первичных упаковок — маркируется и помещается в третичную упаковку – заводской короб (мешок тоже используют). Ей присваивается КИЗ третичной упаковки.
• Третичная упаковка – заводской короб – помещается в третичную упаковку – транспортную паллету. Ей тоже присваивается КИЗ. Итак:

Виды упаковок и маркировка

Контрольные идентификационные знаки (КИЗ).

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

Отличительными чертами кода DataMatrix от привычного QR-кода является отсутствие 3-х квадратов по углам изображения и наличие L-линии по правой и нижней границам.
Пример для сравнения представлен на рисунке:

Важно помнить, что на рынке могут встречаться лекарственные препараты имеющие на своей упаковке различные виды кодов DataMatrix, нанесенные до ввода обязательной маркировки лекарственных препаратов.
Такими кодам DataMatrix могут быть:
— коды маркировки других стран (без криптозащиты);
— коды Data Matrix, содержащие коды маркировки Российской Федерации, но выпущенные в момент проведения эксперимента по маркировке лекарственных препаратов средствами идентификации, проводимого с 1 февраля 2017 г. по 31 декабря 2019 г.;
— другие коды DataMatrix, наносимые производителями в маркетинговых и иных целях.

Примеры кодов DataMatrix и их основные отличия

DataMatrix без криптозащиты имеет размерность 26 x 26 модулей и менее и не имеет разделения на 4 зоны (другие страны и DataMatrix, наносимые в маркетинговых целях).

DataMatrix с криптозащитой 88 символов имеет размерность 44 x 44 модуля и более (лекарственные препараты с такими кодами выпускались в рамках эксперимента по маркировке лекарственных препаратов с 1 февраля 2017 г. по 31 декабря 2019 г.).

Лекарственные препараты с такими кодами могут беспрепятственно обращаться на рынке до истечения их срока годности.

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

DataMatrix наносится на вторичную (потребительскую) упаковку лекарственного препарата, а в случае ее отсутствия — на первичную упаковку лекарственного препарата производителем лекарственного препарата. Информация, зашифрованная в коде маркировке, как правило, дублируется в человеко-читаемом виде. Пример нанесения человеко-читаемой информации

Описание кода SSCC. Нанесение на упаковку. Считывание кода

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

Содержание данных в SGTIN вторичной упаковки

Код DataMatrix, нанесенный на упаковку лекарственного препарата имеет размерность 36 x 36 модулей и содержит в себе информацию об коде маркировки лекарственного препарата, и включает 4 группы данных:

1 — глобальный идентификационный номер торговой единицы (GTIN), состоящий из 14 цифровых символов;

2 — индивидуальный серийный номер торговой единицы, состоящий из 13 символов цифровой или буквенно-цифровой последовательности;

3 — ключ проверки, предоставляемый Оператором системы, состоящий из 4 символов цифровой или буквенно-цифровой последовательности;

4 — значение кода проверки, состоящее из 44 символов цифровой или буквенно-цифровой последовательности.

При чем обязательными являются только GTIN препарата и SGTIN упаковки, остальные группы могут быть не указаны

КИЗ вторичной упаковки – формат ШК – DataMatrix – (на примере ОМЕЗ):
(01) 18901148006024 (17) 200500 (10) B701268| (240) 3004| (21) B2HGAD504JNIV

Префикс	Код	Длина	Обозначение
01	18901148006024	14	GTIN препарата
17	200500	6	YYMMDD срок годности
10	B701268	1-20	Номер серии
240	3004	4	4 последних символа ТНВЭД
21	B2HGAD504JNIV	13	SGTIN индивидуальный код вторичной упаковки

Содержание данных в КИЗ SSCC третичной упаковки

КИЗ третичной упаковки (Code 128) –заводской короб состоит из трех групп:
(01) GTIN {14}
(240) код ТН ВЭД{4}
(21) SGTIN {13}
КИЗ третичной упаковки –транспортная паллета:
индикатор расширения упаковки {1}
идентификатор собственника ЛП, выданный GS1
уникальный идентификатор единицы агрегации (sscc, номер по порядку).

Приступая к работе¶

Чтобы начать работать с маркированным товаром клиенты должны выполнить предварительные шаги:

1. Иметь 2D сканер штрих-кода
2. Оформить усиленную квалифицированную электронную подпись (УКЭП) на руководителя организации или ИП
3. Установить программное обеспечение для работы с усиленной квалифицированной электронной подписью
   подробнее
4. Зарегистрироваться в системе маркировки Честный ЗНАК следуя инструкции с сайта ЧЗ
   ссылка
• регистрация производится для каждого ЮЛ

ВАЖНО:

• Если у клиента несколько ЮЛ, то УКЭП оформляется для каждого отдельно.
• Наличие УКЭП и ПО для работы с ней требуется только на том компьютере, с которого будет осуществляться обмен данными с ИС Честный знак.
• Если обмен данными будет осуществляться несколькими сотрудниками (например, директором и зав. Аптекой с разных ПК), то УКЭП нужно оформить для каждого из них, а также установить ПО на каждом ПК. Первая УКЭП оформляется ТОЛЬКО на руководителя организации.
• Регистрация в ИС Честный знак должна производиться с использованием УКЭП руководителя.

Настройки, которые необходимо произвести для передачи данных в ИС Честный знак из программы АналитФармация.¶

Если есть необходимость настройки силами технической поддержки АналитФармация, услуга предоставляется на платной основе (Прайс-лист на дополнительные услуги)

• Добавление доверенного контрагента на сайте Честного знака — 1111 р. (оплата за 1 список (1 обращение), последующий список/обращение также будет платным)
• Заполнение данных (секретный ключ, идентификаторы) в настройки «АналитФармация» из Честного знака — 355р.
• Добавление адреса/ пользователя в ЛК на сайте Честного знака — 333р (оплата за 1 список (1 обращение), последующий список/обращение также будет платным)
• Удаление/добавление сертификата в ЛК Честного знака — 377р

Запросить счет на оплату можно на сайте в разделе Сотрудничество — Запросить счет (Перейти)¶

1. В программе перейти в Конфигурацию (Настройки) на вкладку «Честный знак».

Параметр «Использовать единые настройки соединения с ИС Честный знак для всех адресов» — по умолчанию включен.
Если в чекбоксе галочка не стоит, а необходимо отправлять данные по всем адресам, то в Активном обмене с ЧЗ программа будет выводить уведомление:

— Если все адреса, доступные для работы в Вшей программе, зарегистрированы в одном ЮЛ, то оставляете без изменений. Далее нужно заполнить Идентификатор клиента и Секретный код.
(Где найти:)

— Если адреса, доступные для работы в Вшей программе, зарегистрированы в нескольких ЮЛ — необходимо выключить этот параметр и заполнять Идентификатор клиента и Секретный код для каждого адреса индивидуально.

2. Затем выбрать тот сертификат для подписи, который был зарегистрирован для работы с ИС Честный знак. (Подробнее:)

Редактирование идентификатора МД перенесено в Личный кабинет, в раздел «Контактная информация (об Аптеке)», как заполнить эти данные описано ниже.¶

3. Для Вашего удобства, на вкладке Честный знак, расположены еще четыре параметра:

— Запускать обмен документами с ИС «Честный знак» при открытии формы «Активный обмен с ИС Честный знак»

Если параметр включен, при переходе на форму «Активный обмен с ИС Честный знак» программа попытается отправить все документы, состояние которых «Готов к отправке» (Подробнее:)

— Напомнить о необходимости отправки документов при запуске и/или закрытии программы¶

Если параметр включен, и в программе есть сформированные документы, готовые к отправке в ИС Честный знак, при запуске и/или закрытии программы отобразится сообщение: «Обнаружены неотправленные КИЗ в ИС Честный знак. Отправить их сейчас?». Если Вы выбираете «Да» — осуществляется переход на форму Активный обмен с ИС Честный знак. (Подробнее:)¶

— Требовать считывание КИЗ при работе с маркированным товаром¶

Если параметр включен, то все операции с маркированными товарами сопровождаются сканированием КИЗ¶

— Формировать возврат, в случае отсутствия подтверждения от поставщика, через _ дней (0 — возврат не формировать)¶

В условиях уведомительного режима не актуально¶

4. Для сохранения настроек — нажать ОК.¶

5. Затем нужно внести Идентификатор МД для каждого адреса в личном кабинете на сайте АналитФармация. (Подробнее:)

Приходные Накладные Работа с SSCC¶

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

Накладная по прямому акцепту:¶

Если в 601 документе поставщик указал SSCC для какой-либо позиции, после сопоставления 601 документа и накладной необходимо отсканировать SSCС код с третичной упаковки (короба). После оприходования накладной, на форме Активный обмен с ИС Честный Знак автоматически сформируются 701 и 702 документы для выгрузки. Нужно выгрузить документы и дождаться их успешной обработки. Как только в МДЛП документы будут обработаны, на форме Активный обмен с ИС Честный Знак автоматически сформируется 912 документ Распаковка SSCC, который также необходимо выгрузить. После успешной обработки 912 документа, в накладной на форме Маркировка отобразятся все КИЗ, которые были упакованы в SSCC — товар доступен к продаже.

Накладная по обратному акцепту:¶

Для оприходования накладной необходимо отсканировать SSCС код с третичной упаковки (короба). После оприходования накладной, на форме Активный обмен с ИС Честный Знак автоматически сформируются 416 и 702 документы для выгрузки. Нужно выгрузить документы и дождаться их успешной обработки. Как только в МДЛП документы будут обработаны, на форме Активный обмен с ИС Честный Знак автоматически сформируется 912 документ Распаковка SSCC, который также необходимо выгрузить. После успешной обработки 912 документа, в накладной на форме Маркировка отобразятся все КИЗ, которые были упакованы в SSCC — товар доступен к продаже.

Приходные Накладные по прямому акцепту¶

В списке документов и при просмотре детализации накладная по прямому акцепту ни как не отличается от накладных по обратному акцепту. Главное отличие прямого акцепта от обратного в том кто — Аптека или Поставщик — передает в ИС Честный знак информацию об отгрузке лекарственных препаратов.

При прямом акцепте — Поставщик передает информацию в ИС Честный знак об отгрузке лекарственных препаратов, на основе заявления от Поставщика в ИС Честный знак формируется 601 документ, который отправляется в личный кабинет Аптеки. Из личного кабинета Аптеки 601 документ загружается в программу АналитФармация, чтобы сотрудники Аптеки путем сканирования КИЗ (или SSCC) подтвердили, что получили именно те упаковки, о которых сообщил Поставщик.

При обратном акцепте — Аптека, получая товар, сканирует КИЗ (или SSCC), в программе АналитФармация по факту проведения накладной формируется 416 документ (а также 702 документ — в рамках уведомительного режима) для выгрузке в ИС Честный знак. После отправки данных из программы в ИС Честный знак, на основе полученной информации в личный кабинет Поставщика приходит уведомление для подтверждения, что он отправил именно те упаковки, о которых сообщила Аптека.

Как понять что накладная по прямому акцепту?
При попытке провести накладную (нажимаем кнопки Подтвердить все (F6), оприходовать (F7)) или при нажатии кнопки Маркировка, отобразится сообщение:
Накладная содержит позиции с маркированным товаром, для которых требуется прямое подтверждение о получении в системе Честный знак. Для накладной не сделано сопоставление с уведомлением об отгрузке, пожалуйста обратитесь к ответственному сотруднику по работе с системой Честный знак, для проведения необходимого сопоставления.

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

В программе отобразится окно загрузки документов, за выбранный период. Обращаем Ваше внимание, указать период более месяца невозможно — ограничение от ИС Честный знак.

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

601 документ	Накладная
Дата отгрузки	Дата документа
Документ №	№ документа
Код отправителя	Идентификатор поставщика
Код получателя	Идентикатор МД

После проверки всех полей, при совпадении указанных значений накладная и 601 документ будут сопоставлены. В столбце «Статус обработки» отобразится — Обработан, а в столбце Накладная — отобразится № накладной и дата документа.

Переходим в накладную, нажимаем кнопку Маркировка, открывается форма, в нижней таблице отображаются только те КИЗ (и/или SSCC) и именно в том количестве как указано в 601 документе. В столбце Состояние отображается Добавлен, при этом в столбце Подтверждение получено по всем позициям отображаются галочки.

При работе с накладной по обратному акцепту, сотрудники аптеки имеют возможность сканировать любые КИЗ (единственное условие — совпадение Gtin) и/или SSCC, в накладную по прямому акцепту можно отсканировать только указанные в 601 документе КИЗ и/или SSCC. При сканировании, строки будут выделяться зеленым цветом. По факту проведения накладной будет сформирован 701 и 702 документы для выгрузки в ИС Честный знак.

Возможные ошибки¶

1. Не совпадают данные из 601 документа и накладной¶

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

— не совпадает № документа, указанный в 601 уведомлении с № накладной

— не совпадают данные, характеризующие позиции товара, например Gtin

Обращаем Ваше внимание, Сотрудники АналитФармация не смогут предпринять ни каких действий для исправления описанной ситуации, Вам необходимо обратиться к поставщику, чтобы он внес изменения либо в 601 документ либо в накладную. Если изменения внесены в 601 документ, необходимо просто снова загрузить входящие документы. Если изменения внесены в накладную, то можно произвести сопоставление нажатием кнопки «Сопоставить с накладными». На форме Активный обмен с ИС Честный знак нажимаем кнопку «Сопоставить с накладными», из отобразившегося списка выбрать исправленную поставщиком накладную двойным кликом мыши.

2. После распаковки SSCC количество КИЗ из короба меньше/больше, чем заявлено в накладной.¶

Например, Вы получили накладную по прямому акцепту, в 601 документе поставщик указал код SSCC, сопоставление с накладной прошло успешно, Вы отсканировали SSCC, заявленный поставщиком, выгрузили 912 документ о расформировании третичной (заводской, транспортной) упаковки лекарственных препаратов, разагрегация SSCC прошла успешно. Убедиться можно перейдя на форму Ассортимент товаров, выбрать позицию из накладной, выбрать накладную и перейти на вкладку Маркировка.

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

На рисунке, в 601 документе поставщик указал 5 КИЗ для позиции Найзин и 1 код SSCC для всех остальных позиций. После успешной распаковки кода SSCC 010377020200000285 выгружены 5 КИЗ для позиции Кардионатин, а по позициям Актовегин и Лактофильтрум КИЗ нет и товар числится в статусе Допоставка.

Распровести накладную уже невозможно — данные выгружены в ИС Честный знак.
Досканировать КИЗ невозможно — накладная по прямому акцепту и сканировать можно только те КИЗ, которые переданы поставщиком в 601 документе.
Нужно оформить документ Возврат поставщику, на те позиции, по которым не достаточно КИЗ и запросить корректную приходную накладную.

Приходные Накладные Формирование накладной пользователем¶

Для формирования накладной в программе переходим на форму Документы и нажимаем кнопку Создать. Отображается форма Создание накладной, в которой нужно заполнить все поля:
1. Адрес — выбираем из выпадающего списка
2. Поставщик — выбираем из выпадающего списка (Если в списке нет нужного Поставщика, можно воспользоваться кнопкой Добавить. Обращаем Ваше внимание, что данные по накладным, от добавленного таким образом Поставщика не попадут в отчеты. Для стандартной работы с поставщиком необходимо обратиться к менеджерам для регистрации в системе.)
3. ИНН, КПП — поля заполняются автоматически из последней, полученной накладной от выбранного поставщика. Вам необходимо сверить заполненные данные, с указанными в бумажной накладной, при не совпадении — отредактируйте значения. Если в программе нет накладных от выбранного поставщика поля останутся пустыми и их нужно будет заполнить вручную.
4. Номер накладной — заполняется вручную
5. Дата накладной — выбираем нужную дату

После заполнения всех данных — нажимаем кнопку ОК, отображается форма Детализация накладной для внесения позиций. Добавить товар можно несколькими способами:

1. Отсканировать КИЗ с упаковки

При сканировании КИЗ получается последовательность букв и цифр, например 01189011480060241720050010B701268240300421B2HGAD504JNIV. Рассмотрим подробнее первые 16 символов: 01 — это префикс, по которому программа понимает, что следующие 14 символов 18901148006024 — это Gtin препарата. В 50% случаев Gtin практически совпадает с штрих кодом препарата (если отбросить первую цифру). Более подробную информацию о содержании данных в SGTIN вторичной упаковки можно получить в инструкции #Общая информация. Именно по 13 символам (предполагая, что это штрих код) из отсканированного Вами КИЗ программа ищет товар в каталоге.

Как указано ранее, Gtin практически совпадает с штрих кодом препарата только в 50% случаев. Если после сканирования КИЗ отображается сообщение: «Товар по штрихкоду <указан штрих код> не найден» — это всего лишь говорит о том, что у Вас в руках упаковка, у которой Gtin и штрих код не совпали.

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

2. Отсканировать штрих код с упаковки

При сканировании штрих кода, программа ищет товар в каталоге и если позиция найдена, отображается форма Добавление из каталога, в которой автоматически заполнены поля Наименование, Производитель (если найден по штрих коду). Вам необходимо указать Цену поставщика с НДС, НДС, Количество и Розничную цену, а для ЖВ препаратов еще Цену производителя без НДС.

После внесения всей информации нажимаем кнопку ОК — позиция добавлена в накладную. Чтобы товар в программе числился как маркированный необходимо заполнить поле Gtin, а для передачи данных в ИС Честный знак — поле Идентификатор поставщика. Как проще всего добавить Gtin и не совершить ошибку. Откройте любой текстовый документ, выберите Английскую раскладку на клавиатуре, отсканируйте КИЗ с упаковки. Вы получите последовательность букв и цифр, например, отсканируем КИЗ с трех упаковок ЦЕТРИН табл. п.о. 10 мг N30:
01189011481456481721020010V90022821B6Z3GXOMMNI9
01189011480075191721090010B90205921B6UWID6EF7SP
01189011480075191721070010B90187221B6Y45WLWA9ED

Из полученных строк нужно выделить 14 символов Gtin, для этого отделяем первые два символа 01 в каждой строке и отсчитываем 14 символов — это и есть Gtin препарата:
01 18901148145648 17 210200 10 V900228 21 B6Z3GXOMMNI9
01 18901148007519 17 210900 10 B902059 21 B6UWID6EF7SP
01 18901148007519 17 210700 10 B901872 21 B6Y45WLWA9ED

На примере, можно заметить, что у первой упаковки Gtin отличается от двух других. В накладной добавлена одна строка для позиции ЦЕТРИН табл. п.о. 10 мг N30 и указано количество 3 штуки, если на этом этапе указать Gtin — 18901148145648, при сканировании двух КИЗ в программе отобразится сообщение об ошибке: «Отсканированный КИЗ (код маркировки) … не соответствует ни одному коду Gtin в документе». Для решения описанной ситуации, необходимо добавить еще одну строку с позицией ЦЕТРИН табл. п.о. 10 мг N30 и для одной из строк указать количество 1 штука, для второй строки указать количество 2 штуки. Заполнить поля Gtin для каждой строки, в столбце Маркировка автоматически проставится буква М — признак маркированного товара.

Если перейти на форму Маркировка, в верхней таблице также отображается две строки для позиции в каждой указан корректный Gtin, и при сканировании ошибок не возникнет.
Для передачи данных в ИС Честный знак необходимо обязательно заполнить поле Идентификатор поставщика. Проще всего получить необходимые данные в любой из уже оприходованных накладных от указанного поставщика, либо запросить эту информацию у поставщика. Обращаем Ваше внимание, в компании АналитФармации нет информации об идентификаторах поставщиков.

3. Воспользоваться кнопкой Добавить из каталога.

Нажимаем кнопку Добавить из каталога, заполняем все обязательные поля и нажимаем кнопку ОК

В накладную добавится строка с позицией, которую Вы указали. Чтобы товар в программе числился как маркированный необходимо заполнить поле Gtin, а для передачи данных в ИС Честный знак — поле Идентификатор поставщика.

Возврат маркированного товара от покупателя¶

Повторный ввод в оборот лекарственного препарата надлежащего качества, проданного в розницу, отпущенного по льготному рецепту или для медицинского применения (схемы 511, 521, 531, 10511, 10521, 10531) запрещен законодательством РФ.
Данное ограничение реализовано по требованию Росздравнадзора.
В соответствии со статьей 25 закона «О защите прав потребителей»:
«Право потребителя на обмен товара надлежащего качества»:
!!! Возврат приобретенных лекарственных препаратов надлежащего качества в аптеку невозможен. !!!

Маркировка Расходные документы Переоценка¶

Главное изменение в работе со всеми расходными документами — реализована возможность добавления позиций сканированием КИЗ.

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

Также при выборе кнопки Добавить, отображается форма Поиск товара по названию, сканируем КИЗ с упаковки товара и строка с информацией о позиции автоматически выбрана из списка. Это позволит выбрать именно ту партию, которую Вы планируете переоценить.

Особенности работы с маркированным товаром:

После проведения документа Переоценка в ИС Честный знак ничего выгружать не нужно.

Только при добавлении в документ переоценки всего остатка по определенной партии товара — сканирование КИЗ не требуется.

Если Вы добавили позицию товара с помощью сканирования КИЗ, при этом переоцениваете Не весь остаток — при проведении документа программа запросит сканирование КИЗ. Тот КИЗ, который Вы использовали для добавления позиции сканировать повторно не нужно.

Если документ Переоценка создан автоматически (например, при получении Внутреннего перемещения на предложение программы «Отредактировать розничные цены?»

Вы выбрали Да — при проведении документа Переоценка программа запросит сканирование КИЗ.

Маркировка Расходные документы Списание¶

Главное изменение в работе со всеми расходными документами — реализована возможность добавления позиций сканированием КИЗ.

Создаем документ Списание, сканируем КИЗ с упаковки, отображается форма Информация о товаре, где заполняем все необходимые поля (например, количество) и нажимаем ОК рисунок
Также при выборе кнопки Добавить, отображается форма Поиск товара по названию, сканируем КИЗ с упаковки товара и строка с информацией о позиции автоматически выбрана из списка. Это позволит выбрать именно ту партию, которую Вы планируете списать. рисунок

Особенности работы с маркированным товаром:

При проведении документа, программа потребует отсканировать (или указать иным способом, см. ниже) все КИЗ, которые привязаны к остаткам товаров добавленных в документ.

Рассмотрим подробнее:

Пример 1. При оприходовании (или перемещении/переоценки) товара Вы не сканировали КИЗ (в ранних версиях такая возможность была) — в этом случае, для проведения документа Списания сканирование КИЗ не требуется.

Пример 2. Вы оприходовали накладную в актуальной версии без сканирования КИЗ, партии товара присвоен статус Допоставка — в этом случае, для проведения документа Списания сканирование КИЗ не требуется.

Пример 3. Вы оприходовали накладную в актуальной версии без сканирования КИЗ для трех из десяти упаковок из партии товара, при этом всей партии товара присвоен статус Допоставка — в этом случае, для проведения документа Списания сканирование КИЗ не требуется только для одной/двух/трех упаковок, при увеличении количества программа потребует сканирование КИЗ.

Пример 4. При оприходовании (или перемещении/переоценки) товара Вы сканировали КИЗ, но упаковка повреждена/залита, то есть сканирование КИЗ невозможно. В этом случае есть два варианта указать какой КИЗ нужно списать:

1. Ввести вручную. Нажимаем кнопку Ввести вручную, отобразится форма, где можно ввести 13 символов с упаковки

Обращаем Ваше внимание, этот код отличается от Gtin и обычно указан после него на упаковке, чаще всего обозначен как S/N (например рисунок). При вводе важно соблюдать регистр (большие/маленькие) и последовательность символов.

2. Выбрать из списка. Нажимаем кнопку и выбираем из выпадающего списка тот КИЗ, который указан на упаковке.

Обращаем Ваше внимание, важно проверить полную последовательность. КИЗ содержит информацию о Gtin товара и S/N упаковки, то есть при выборе внимательно сверяйте указанные последовательности символов с упаковки и в программе. Достаточно часто, в рамках одной партии товара, КИЗ отличаются одной буквой или цифрой. Для минимизации совершения ошибки при выборе можно подождать пока все остальные упаковки, кроме поврежденной будут проданы — тогда в списке к выбору останется только один КИЗ.

Пример 5. При оприходовании (или перемещении/переоценки) товара Вы сканировали КИЗ, но упаковка утеряна, то есть ни сканирование ни ввод вручную невозможен. В этом случае есть варианта указать какой КИЗ нужно списать методом исключения:

Предположим у Вас на остатках отображаются 5 упаковок Анальгина, в Аптеке осталось только 3 упаковки. Нажимаем кнопку Методом исключения, отображается форма Список КИЗ

Где отображаются все те КИЗ, которые привязаны к выбранной партии товара. Сканируем те КИЗ, которые есть в Аптеке, при сканировании они выделяются синим цветом и перемещаются вниз списка.

Как только все имеющиеся в наличии КИЗ отсканированы, нажимаем кнопку Добавить не отсканированные КИЗ в документ. Те КИЗ, которые не были отсканированы будут выделены зеленым цветом и именно они будут списаны по факту проведения документа.

При попытке провести документ, программа проверит количество отсканированных (добавленных) КИЗ по каждой партии товара. Если для какой-то позиции (или нескольких) Вы не отсканировали и не указали иным способом КИЗ, отобразится информационное сообщение «»Без сканирования КИЗ к списанию доступно < значение разницы > единиц товара, если КИЗы утрачены или повреждены, воспользуйтесь ручным вводом или выбором из списка на форме Маркировка.»
. Мы отобразим наименования позиций, количества упаковок по каждой партии по которым необходимо указать КИЗ. На сообщении размещены три кнопки и от Вашего выбора зависит дальнейшее поведение программы:
Да — сканировать (переход на форму Маркировка) — если Вы хотите продолжить работу с КИЗ, осуществляется возврат на форму Маркировка
Нет — продолжить без сканирования — в этом случае, программа автоматически изменит количество упаковок на указанное в сообщении и документ будет проведен
Отмена — отменить проведение документа — если Вы хотите продолжить работу с документом, осуществляется возврат на форму Редактирование списания.

По факту проведения документа, в программе автоматически формируется документ (схема) для отправки данных в ИС Честный знак:
552 — Регистрация в ИС МДЛП сведений о выводе из оборота лекарственных препаратов по различным причинам

Активный обмен с ИС Честного знака¶

Ошибки при выгрузке внутреннего перемещения
Для отправки документов в ИС Честного знака переходим во вкладку Документы выбираем Активный обмен с ИС Честный Знак

Переходя по данной вкладке мы видим следующие:

Рассмотрим каждый фильтр:

1. Текущие — отображаются текущие документы для отправки в ИС Честный знак.
— календарь — для выбора периода, так же есть возможность просмотра документов за весь период, для этого необходимо поставить галочку в чекбоксе напротив За весь период
— кнопка Обновить — при нажатие на кнопку Обновить, обновляется список документов готовых для отправки в ИС Честный знак.
— кнопка Выгрузить — при нажатие на кнопку Выгрузить, документы выгружаются в ИС Честный знак. Так же программа дает возможность выбора документов для отправки в ИС Честный знак, для этого необходимо поставить галочку в чекбоксе напротив документа.
— кнопка В документ — при выборе документа из списка, и нажав кнопку В документ, программа открывает приходный или расходный документ.
При наведении мышкой на вопрос, появляется всплывающая подсказка, нажав на нее осуществляется переход в раздел с инструкцией по данному разделу.
В нижней части будет отображать информация об отправленных документах.

Важно: если при отправки у Вас появляется следующие уведомление

то Вам необходимо проверить корректность заполнения настройки по Честному знаку в программе.

2. Отправлены успешно/Отправлены неуспешно

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

— кнопка Обновить — при нажатие на кнопку Обновить, обновляется список документов находящихся в Отправлены успешно
— кнопка В документ — при выборе документа из списка, и нажав кнопку В документ, программа открывает приходный или расходный документ.
— кнопка Выгрузить из МДЛП — дает возможность Выгрузить следующие документы:

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

3. Входящие

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

Ошибки обработки КИЗ¶

Ошибка	Пояснения ИС Честный Знак	Рекомендация
11 Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке.	Ошибка может возникнуть, если обрабатываемая операция не соответствует текущим бизнес-процессам. Рекомендуется проверить отправляемый документ и убедиться, что все КИЗ: • находятся в разрешенном для операции статусе; • имеют корректный источник финансирования, который разрешен для выполняемой операции; • находятся на МД, которое указано в операции. Получить информацию по SGTIN можно: • через ЛК Участника в реестре товаров по SGTIN с помощью параметров фильтрации; • с помощью операции «Запрос информации по номеру SGTIN/SSCC (210-query_kiz_info.xsd)».	Необходимо обратиться к поставщику, чтобы он внес изменения и после получения подтверждения об исправлении, отправить КИЗы повторно.
15 Попытка изменить состояние вложенного КИЗ.	При попытке зарегистрировать операцию движения SGTIN, который вложен в SSCC.	Необходимо обратиться к поставщику, чтобы он внес изменения и после получения подтверждения об исправлении, отправить КИЗы повторно.
22 SGTIN не принадлежит указанному грузоотправителю	Ошибка может возникнуть, если идентификатор текущего владельца и субъекта операции не совпадают. Рекомендуется проверить владельца КИЗ и убедиться, что текущий владелец совпадает с участником, регистрирующим операцию по КИЗ. Для подтверждения статуса владельца рекомендуется акцептовать полученные документы (при их наличии) или дождаться акцептования от отправителя. При загрузке 702 схемы (оприходование) необходимо проверить корректность указания параметров «shipper_info» или «shipper_id» (идентификатор грузоотправителя) в том случае, если параметр «receive_type» указан 1 (поступление), либо 2 (возврат от покупателя).	Необходимо обратиться в Техническую поддержку ИС Честный знак для уточнения своих дальнейших действий.
33 Операция не может быть выполнена. Указанный SGTIN/SSCC находится в промежуточном состоянии.	Ошибка может возникнуть, если операция над SGTIN/SSCC ожидает подтверждения от контрагента (совершение акцепта по предыдущей операции). Рекомендуется проверить статус и операции по КИЗ. Получить информацию по SSCC можно: • через ЛК Участника в реестре товаров по SGTIN (поиск по SSCC); • с помощью операции «Запрос информации об иерархии вложенности SSCC (220-query_hierarchy_info.xsd)».	Необходимо обратиться к поставщику, чтобы он внес изменения и после получения подтверждения об исправлении, отправить SSCC повторно.
36 Операция не может быть выполнена. Указанные SGTIN/SSCC находятся в разных статусах.	Статусы SGTIN/SSCC должны быть одинаковые.	Необходимо обратиться к поставщику, чтобы он внес изменения и после получения подтверждения об исправлении, отправить КИЗы или SSCC повторно.
38 Операция не может быть выполнена – указанный SGTIN/SSCC не найден в системе или расформирован.	Ошибка может возникнуть при попытке осуществления операции агрегации/ изъятия/докладки/ уничтожения для SGTIN/SSCC, которые не зарегистрированы в системе или раннее были расформированы. Рекомендуется проверить отправляемый документ и убедиться, что: • указаны существующие SGTIN/SSCC; • SSCC не расформирован по данным системы.	Необходимо обратиться к поставщику, чтобы он внес изменения и после получения подтверждения об исправлении, отправить КИЗы или SSCC повторно.
52 Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе или находится в архиве.	Ошибка может возникнуть, если указанный в документе SGTIN/SSCC не зарегистрирован в системе или был перемещен в архив. Напоминаем, что в архивное хранилище перемещаются коды, у которых прошло более 60 дней после выбытия. Рекомендуется проверить отправляемый документ и убедиться, что: • указаны существующие SGTIN/SSCC; • указанные SGTIN НЕ находятся в архиве; • SSCC не расформирован по данным системы; • оборудование правильно считывает SGTIN/SSCC (Внимание! КМ регистрозависимые). В случае некорректной работы устройств необходимо обратиться к интегратору.	Необходимо обратиться к поставщику, чтобы он внес изменения и после получения подтверждения об исправлении, отправить КИЗы или SSCC повторно.
Неизвестная ошибка обработки КИЗ. Обратитесь в Службу технической поддержки.	Ошибка возникает в случае, если при формировании квитанции не удалось определить код ошибки. При получении данной ошибки необходимо обратиться в Службу технической поддержки.	Необходимо обратиться в Техническую поддержку ИС Честный знак для уточнения своих дальнейших действий.
2014 Операция не может быть выполнена. Указанный контрагент отсутствует в списке доверенных контрагентов.	Отсутствует	Необходимо воспользоваться инструкцией <https://drive.google.com/drive/u/1/folders/1lidgPb_KfHI9R1qb7q07oFLdD_Q4EiJx> и добавить поставщика в доверенные в личном кабинете на сайте ИС Честный знак
Ошибка 1000	Ошибка возникает в случае, если при выгрузке документов в ИС Честный знак в документах присутствует задублированный КИЗ.	Необходимо обратиться в Техническую поддержку для уточнения своих дальнейших действий.