Обработка запроса провалилась ошибка на этапе обработки документа системой - ErrorsMaster.ru

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

Ошибка 11

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

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

Ошибка 52

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

Указанный SGTIN уже выбыл из оборота и переведён в архив.
Указанный SSCC уже расформирован или введён неверно.
Допущены ошибки при вводе SGTIN. Некоторые символы могут быть визуально похожи, поэтому при ручном вводе SGTIN может быть совершён ввод не корректных символов.
В 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>».
Причина ошибки: нарушение формирования тегов. Присутствуют лишние или отсутствуют закрывающие теги.

Источник

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

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

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

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

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

Line: 0

«.

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

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

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

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

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

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

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

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 'contract_num', 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

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

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

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

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

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

Документ 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 «Расформирование упаковки».

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

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

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

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

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

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

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

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

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

Код ошибки — 200

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

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

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

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

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

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

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

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

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

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

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

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

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

ИНН

КПП

р/с

Адрес

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Код ошибки — 38

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

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

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

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

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

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

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

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

или

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

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

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

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

Повторить отправку 531 ДОУ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Ошибка 1000

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

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

Ошибка 11

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

Ошибка 52

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

Ошибка 22:

Ошибка 34:

Содержание

Нештатные ситуации в системе МДЛП: ответы на вопросы
Общие решения для нештатных ситуаций при работе с системой маркировки
Ответы на вопросы
Ошибки ИС МДЛП — Маркировка Фарма
2 ответа
#1 Авг. 22, 2012 07:30:40
ошибка: invalid index to scalar variable.
Попытка изменить состояние вложенного КиЗ
Операция не может быть выполнена. Указанный контрагент отсутствует в списке доверенных контрагентов
Обработка запроса провалилась: ошибка на этапе первичной обработки документа. Неизвестная ошибка (или любая другая неизвестная ошибка)
#4 Авг. 22, 2012 09:18:17
ошибка: invalid index to scalar variable.
Invalid request data: data.properties.contract_type should be equal to one of the allowed values

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

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

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 и далее не делали разагрегацию группового кода, то вы можете так настроить свою товарно-учетную систему. Запрета на это нет.

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

Нашли ошибку? Выделите текст и нажмите Ctrl+Enter.

Источник

Ошибки ИС МДЛП — Маркировка Фарма

1 kav [2018-09-17 15:56:00] Я пытаюсь создать ограничительную рамку, используя измерения, упомянутые в аннотации обнаружения в этом наборе данных (я использую политеррасный). По какой-то причине следующий код работает для 25 кадров, а затем внезапно он дает мне ошибку: Каковы возможные причины этого? list python-3.x point-clouds 2 ответа 1 Решение Poolka [2018-09-17 17:00:00] Я загрузил данные, […]

2 ответа

Вы пытаетесь проиндексировать в скалярное (не повторяемое) значение:

[y[1] for y in y_test]# ^ this is the problem

Когда вы вызываете [y for y in test], вы уже перебираете значения, поэтому вы получаете одно значение в y.

Ваш код такой же, как попытка сделать следующее:

y_test = [1, 2, 3]y = y_test[0] # y = 1print(y[0]) # this line will fail

Я не уверен, что вы пытаетесь получить в свой массив результатов, но вам нужно избавиться от [y[1] for y in y_test].

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

[results.append(…, y) for y in y_test]

Или просто используйте цикл for:

for y in y_test: results.append(…, y)

Monkpit 6 Окт 2015 в 20:37

По сути, 1 не является допустимым индексом y. Если посетитель приходит из своего собственного кода, он должен проверить, содержит ли его y индекс, к которому он пытается получить доступ (в этом случае индекс равен 1).

gies0r 20 Окт 2019 в 17:57

#1 Авг. 22, 2012 07:30:40

ошибка: invalid index to scalar variable.

ПРИВЕТ.
Помогите пожалуйста разобраться. Я не могу понять почему у меня выдается ошибка. Я создаю следующию функцию:

где на входе подается значение t:

при запуске выдается ошибка

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

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

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

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

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

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

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

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

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

#4 Авг. 22, 2012 09:18:17

ошибка: invalid index to scalar variable.

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

Отредактировано FishHook (Авг. 22, 2012 09:19:19)

Invalid request data: data.properties.contract_type should be equal to one of the allowed values

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

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

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

Ошибка означает, что при заполнении шаблона XLSX перепутаны местами значения для столбцов «Сумма с НДС» и «Сумма НДС». Эта ошибка возникает из-за того, что сумма налога больше суммы товара с учетом этого налога.

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

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

Источник

2 ответа

Лучший ответ

Вы пытаетесь проиндексировать в скалярное (не повторяемое) значение:

[y[1] for y in y_test]# ^ this is the problem

Когда вы вызываете [y for y in test], вы уже перебираете значения, поэтому вы получаете одно значение в y.

Ваш код такой же, как попытка сделать следующее:

y_test = [1, 2, 3]y = y_test[0] # y = 1print(y[0]) # this line will fail

Я не уверен, что вы пытаетесь получить в свой массив результатов, но вам нужно избавиться от [y[1] for y in y_test].

[results.append(…, y) for y in y_test]

Или просто используйте цикл for:

for y in y_test: results.append(…, y)

Monkpit 6 Окт 2015 в 20:37

gies0r 20 Окт 2019 в 17:57

Источник: http://question-it.com/questions/1865475/kak-ispravit-indexerror-nevernyj-indeks-v-skaljarnoj-peremennoj

#1 Авг. 22, 2012 07:30:40

ошибка: invalid index to scalar variable.

ПРИВЕТ!!!!!!!
Помогите пожалуйста разобраться. Я не могу понять почему у меня выдается ошибка. Я создаю следующию функцию:

import numpy as np def mother_wavelet(t): for i in range(np.size(t)): if t[i] >= 0 or t[i] < 0.5: mat_psi = 1 elif t[i] >= 0.5 or t[i] <= 1: mat_psi = –1 else: mat_psi = 0 return mat_psi

где на входе подается значение t:

t = [0 0.066 0.133 0.2 0.266 0.333 0.4 0.466 0.533 0.6 0.666 0.733 0.8 0.866 0.933 1]

при запуске выдается ошибка

File “D:……mother_wavelet.py”, line 15, in mother_wavelet if t[i] >= 0 or t[i] < 0.5:IndexError: invalid index to scalar variable.

Источник: http://python.su/forum/topic/15393/?page=1

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

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

Источник: http://support.kontur.ru/pages/viewpage.action?pageId=69140500

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

Источник: http://support.kontur.ru/pages/viewpage.action?pageId=69140500

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

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

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

Источник: http://support.kontur.ru/pages/viewpage.action?pageId=69140500

#4 Авг. 22, 2012 09:18:17

ошибка: invalid index to scalar variable.

Отредактировано FishHook (Авг. 22, 2012 09:19:19)

Источник: http://python.su/forum/topic/15393/?page=1

Invalid request data: data.properties.contract_type should be equal to one of the allowed values

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

Источник: http://support.kontur.ru/pages/viewpage.action?pageId=69140500

( 1 оценка, среднее 5 из 5 )

2021

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

               Версия 4.41

Оглавление
История изменений ............................................................................................................................................................................................................................ 3
1 Введение ..................................................................................................................................................................................................................................... 4
2 Работа с квитанцией.................................................................................................................................................................................................................... 4
3 Ошибки, возникающие на этапе приема документов ............................................................................................................................................................... 7
       3.1      Общие ошибки при работе с идентификаторами............................................................................................................................................................. 8
       3.2      Ошибки в структуре отправленного документа................................................................................................................................................................ 9
       3.3      Ошибки в описании элементов xsd-схем. Несоответствие форматов ............................................................................................................................ 13
       3.4      Ошибки в формате отправленного документа ............................................................................................................................................................... 16
       3.5 Технические ошибки........................................................................................................................................................................................................ 18
4      Ошибки трассировки (Ошибки реализации бизнес-процессов) .............................................................................................................................................. 19
       4.1      Ошибки на уровне документа ......................................................................................................................................................................................... 19
       4.2      Ошибки на уровне КИЗ .................................................................................................................................................................................................... 31

                                                                                                                                                                                                                                                2

История изменений
Дата Версия Описаний изменений
изменений
21.09.2021 4.41 Добавлена ошибка на уровне документа: 3010;
В разделы «Ошибки на уровне документа» и «Ошибки на уровне КИЗ» добавлена информация по ошибкам в
случае, если при формировании квитанции не удалось определить код ошибки.
16.08.2021 4.40 Обновлены рекомендации для ошибок уровня документа: 100, 3001, 3002,3012.
Обновлены рекомендации для ошибок уровня КИЗ: 20, 28, 100, 3012.
Убраны ошибки на уровне документа: 33. Данная ошибка не используется.
Убраны ошибки на уровне КИЗ: 3001, 3002, 3003, 3005, 3008, 3009, 3011, 3101, 3102. Данные ошибки
возвращаются на уровне документа.
В пункт «Ошибки в формате отправленного документа» добавлена информация по возникновению ошибки при
первичной обработке документа. В случае попытки загрузки документа объемом более 15 Мб документ будет
загружен в систему, но в ответной квитанции будет возвращаться 1000 код ошибки: «Превышен размер
загружаемого файла».
28.06.2021 4.39 Детализирован текст ошибки: 54, 19 и 3012.
Обновлены рекомендации для ошибок уровня документа: 4, 3012.
Добавлены рекомендации для ошибок уровня КИЗ: 19, 28, 54, 3012.
01.04.2021 4.38.2 Детализирован текст 52 ошибки.
Обновлены рекомендации по 52 ошибке.
26.02.2021 4.38 Добавлен раздел «Работы с квитанцией».
Добавлены рекомендации для ошибок уровня документа: 200, 3012.
Добавлены рекомендации для ошибок уровня КИЗ: 11, 19, 22, 33, 34, 38, 52, 100, 3012.

1 Введение
      В данном документе представлена информация по кодам ошибок, которые могут возникать при обработке xml – документов, которые
поступают в федеральную государственную информационную систему мониторинга и движения лекарственных препаратов (ФГИС МДЛП).

      На данный момент в системе есть два уровня проверок и фиксации ошибок:

            Ошибки, которые возникают в момент приема документов;
            Ошибки трассировки (Ошибки реализации бизнес-процессов):
                o Ошибки на уровне документа;
                o Ошибка на уровне КИЗ.

2 Работа с квитанцией
      Чтобы понять, что документ обработан и квитанция сформирована, необходимо ориентироваться на статус обработки документа. Статус
обработки имеет несколько значений:
            «PROCCESSING» - обозначает, что документ находится в процессе обработки. На этом этапе квитанция не формируется;
            «ACCEPTED» - документ успешно обработался (без ошибок), ответная квитанция сформирована. Пример успешной квитанции
             приведен на рисунке 1.

                                                 Рисунок 1 – Успешная квитанция. Статус «Accepted».

            «PARTIAL» - документ обработался частично, т.е. часть КИЗ указанных в документе обработались успешно, а часть с бизнес-
             ошибкой. В ответной квитанции фиксируется:
                o «error_code» - код ошибки;
                                                                                                                                       4

o «error_desc» - описание ошибки;
       o «object_id» - КИЗ, у которого произошла ошибка.
    Пример квитанции приведен на рисунке 2 (а).

                          Рисунок 2 – Квитанция с ошибкой на уровне КИЗ. а) Статус «Partial» б) Статус «Rejected»

   «REJECTED» - обозначает, что документ обработался с бизнес-ошибкой.
    В случае, если произошла ошибка на уровне КИЗ, то в ответной квитанции фиксируется:
        o «error_code» - код ошибки;
        o «error_desc» - описание ошибки;
        o «object_id» - КИЗ, у которого произошла ошибка.
    Пример квитанции приведен на рисунке 2 (б).
    В случае, если произошла ошибка на уровне документа, то в ответной квитанции фиксируется:
        o «error_code» - код ошибки;
                                                                                                                    5

o «error_desc» - описание ошибки.
Пример квитанции приведен на рисунке 3.

Рисунок 3 – Квитанция с ошибкой на уровне документа. Статус «Rejected»

Подробнее с ошибками можно ознакомиться в разделе «Ошибки трассировки (Ошибки реализации бизнес-процессов)».
 «TECH_ERROR» - документ обработался с ошибкой форматно-логического контроля (ошибки при приеме документа). В ответной
квитанции фиксируется код и описание ошибки. Пример квитанции приведен на рисунке 4.

Рисунок 4 – Квитанция с ошибкой на уровне приема документа. Статус «Rejected»

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

Если обработка документа завершилась статусом «PARTIAL», «REJECTED» или «TECH_ERROR», необходимо скачать квитанцию и
проанализировать ошибки. При необходимости сформировать корректный документ и отправить его повторно.

3 Ошибки, возникающие на этапе приема документов
Код Текст в квитанции для Причина возникновения
ошибки пользователя
1. «1000»; «Обработка запроса Данные ошибки не относятся к ошибкам трассировки SGTIN (ошибкам реализации
2. «1001»; провалилась: {причина}» бизнес-процессов), т.к. документ блокируется на этапе подачи в систему. Такие
3. «1003»; ошибки могут возникать:
4. «1004»;
5. «1005»; 1. При некорректном указании идентификатора в передаваемом xml-документе;
6. «1006»; 2. При некорректном указании структуры и последовательности расположения
7. «1007»; элементов в передаваемом xml-документе;
8. «1008»; 3. При несоответствии форматов элементов в передаваемом xml-документе;
9. «1009»; 4. При некорректном указании формата самого xml-документа;
10. «1010»; 5. При технических неполадках работы системы;
11. «1011». 6. При загрузке документа объемом более 15 Мб.

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

3.1 Общие ошибки при работе с идентификаторами
      К данным ошибкам относятся ошибки работы с идентификаторами в системе (возможные коды ошибок указаны в разделе «Ошибки,
возникающие на этапе приема документов»).

  Текст в квитанции для пользователя     Описание возможной           Рекомендации и примечания
                                         причины возникновения
  Обработка запроса провалилась: ошибка В загруженном документе Для обработки документа требуется добавить в загружаемый
 на этапе первичной обработки документа. указана    версия    схемы, xml документ актуальную версию схемы – параметр version и,
 Указанная      версия     схемы     не которая не поддерживается. при необходимости, также привести структуру документа к
 поддерживается.                                                     актуальной версии.
  Обработка запроса провалилась: ошибка В загруженном документе       С актуальными версиями схем можно ознакомиться в
 на этапе первичной обработки документа. не указана версия схемы.    документах «Описание XSD», «Примеры XML c result», которые
 В загруженном документе не указана                                  опубликованы на официальном сайте честныйзнак.рф в
 версия.                                                             разделе «Документы по работе в МДЛП – Комплекты схем».

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

  Обработка запроса провалилась: ошибка В документе не заполнен Для обработки документа требуется указать идентификатор
 на этапе первичной обработки документа. параметр                  с участника, который соответствует отправителю.
 В загруженном документе не указан идентификатором                    С актуальными версиями схем можно ознакомиться в
 идентификатор отправителя.              отправителя – subject_id.   документах «Описание XSD», «Примеры XML c result», которые
                                                                     опубликованы на официальном сайте честныйзнак.рф в
                                                                     разделе «Документы по работе в МДЛП – Комплекты схем».

                                                                                                                                     8

Обработка запроса провалилась: ошибка Указанный тип документа Для обработки документа требуется указать корректный тип
 на этапе первичной обработки документа. (action_id) не используется в документа.
 Некорректный тип документа (action_id). системе.                       С перечнем схем можно ознакомиться в документе «Схемы и
                                                                       ограничения» или в документе «Описание XSD», которые
                                                                       опубликованы на официальном сайте честныйзнак.рф в
                                                                       разделе «Документы по работе в МДЛП – Комплекты схем».

  Обработка запроса провалилась: ошибка Указанный тип документа С ограничениями на отправку схем можно ознакомиться в
 на этапе первичной обработки документа. автоматически формируется документе «Схемы и ограничения», который опубликован на
 Указанный тип документа запрещен к через                 устройство официальном сайте честныйзнак.рф в разделе «Документы по
 отправке через ЛК Участника и API       регистрации эмиссии или работе в МДЛП – Комплекты схем».
                                         выбытия и не доступен для
                                         отправки      через      ЛК
                                         Участника и API.
  Обработка запроса провалилась: ошибка По указанному                 Для обработки документа требуется указать корректный
 на этапе первичной обработки документа. идентификатору не найден    идентификатор участника.
 Некорректный идентификатор              зарегистрированный           Рекомендуется проверить указанное значение subject_id по
 организации (subject_id)                участник, место             данным своего личного кабинета – по идентификатору
                                         деятельности (МД) или       участника, который был присвоен организации при регистрации,
                                         место ответственного        и зарегистрированным МД и МОХ.
                                         хранения (МОХ).

3.2 Ошибки в структуре отправленного документа
      Данные ошибки относятся к структуре и последовательности расположения элементов в передаваемых xml-документов. Для
минимизации таких ошибок рекомендуется проверка составляемых документов по образцам и рекомендациям, публикуемым на сайте
«Честный знак».

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

                                                                                                                                    9

Текст в квитанции для пользователя Описание возможной Рекомендации и примечания
причины возникновения
Обработка запроса провалилась: Ошибка в структуре На основании полученного текста ошибки рекомендуется
ошибка на этапе первичной обработки документа. В блоке проверить, какой именно элемент не обнаружен при проверке
документа. Некорректный документ. «query_kiz_info» ожидается ожидаемой структуры. Такой элемент указывается как
Cvc-complex-type.2.4.b: The content of одно из трех значений: sgtin,
ожидаемый между апострофами – One of 'ожидаемый элемент'
element ‘query_kiz_info’ is not complete. sscc_down, sscc_up. is expected.
One of ‘{sgtin, sscc_down, sscc_up}’ is Перед отправкой документа рекомендуется проверить его по
expected. актуальному описанию схем, форматов: «Описание XSD»,
Обработка запроса провалилась: Ошибка в структуре «Схемы и форматы для разработчиков учетных систем»,
ошибка на этапе первичной обработки документа. В блоке «detail» «Примеры XML c result», которые опубликованы на
документа. Некорректный документ. ожидается элемент union. официальном сайте честныйзнак.рф в разделе «Документы по
Cvc-complex-type.2.4.a: Invalid content работе в МДЛП – Комплекты схем».
was found starting with element ‘detail’.
One of '{union}' is expected.

Обработка запроса провалилась: Ошибка в структуре На основании полученного текста ошибки рекомендуется
ошибка на этапе первичной обработки документа. Обнаружено проверить, какой именно элемент был задублирован. Такой
документа. Некорректный документ. дублирование параметров. элемент фиксируется в квадратных скобках как – Duplicate
Cvc-identity-constraint.4.1: Duplicate Дубликаты SSCC в элементе unique value [указанное значение] с указанием в каком именно
unique value [006426210930569690] «by_sscc». элементе - «by_sscc». В данном случае рекомендуется
declared for identity constraint Такая ошибка может проверить значения в by_sscc/detail/sscc или
“ux_multi_pack_sscc_by_sscc” of element возникать для операции 915. by_sscc/detail/content/sscc.
“by_sscc”.

Обработка        запроса      провалилась:    Ошибка       в     структуре     На основании полученного текста ошибки рекомендуется
ошибка на этапе первичной обработки           документа.         Ожидается    проверить, какой именно элемент не обнаружен при проверке
документа. Некорректный документ.             параметр 'is_recursive' после   ожидаемой структуры. Такой элемент указывается как
Cvc-complex-type.2.4.a: Invalid content       параметра 'sscc'.               ожидаемый между апострофами – One of 'ожидаемый элемент'
was found starting with element ‘sscc’. One    Данный      элемент      или   is expected.
of '{is_recursive}' is expected.              отсутствует в документе, или      Перед отправкой документа рекомендуется проверить его по
                                              находится       на     другой   актуальному описанию схем, форматов: «Описание XSD»,
                                              позиции.                        «Схемы и форматы для разработчиков учетных систем»,
                                               Такая    ошибка       может    «Примеры XML c result», которые опубликованы на
                                              возникать для операции 912.     официальном сайте честныйзнак.рф в разделе «Документы по
                                                                              работе в МДЛП – Комплекты схем».
 Обработка       запроса      провалилась: Ошибка   в   структуре              Данная ошибка возникает при некорректном указании
ошибка на этапе первичной обработки документа. Для параметра                  вложенных элементов. В приложенном описании ошибки
документа. Некорректный документ. 'union'         не    доступны              указано, в каком месте схемы указаны некорректные данные –
Cvc-complex-type.2.4.d: Invalid content дочерние элементы.                    Invalid content was found starting with element 'параметр, после
was found starting with element ‘union’. No                                   которого указаны некорректные данные'.
child element is expected at this point.                                       Перед отправкой документа рекомендуется проверить его по
                                                                              актуальному описанию схем, форматов: «Описание XSD»,
                                                                              «Схемы и форматы для разработчиков учетных систем»,
                                                                              «Примеры XML c result», которые опубликованы на
                                                                              официальном сайте честныйзнак.рф в разделе «Документы по
                                                                              работе в МДЛП – Комплекты схем».

                                                                                                                                                 11

Обработка         запроса  провалилась:       Ошибка       в    структуре        На основании полученного текста ошибки рекомендуется
ошибка на этапе первичной обработки           документа. В документе            проверять, какой именно элемент не обнаружен при проверке
документа. Некорректный документ.             после     параметра      cost     ожидаемой структуры. Такой элемент указывается как
Cvc-complex-type.2.4.a: Invalid content       ожидается параметр gtin.          ожидаемый между апострофами – One of 'ожидаемый элемент'
was found starting with element ‘cost’. One   Данный       элемент     или      is expected.
of '{gtin}' is expected.                      отсутствует в документе, или        Перед отправкой документа рекомендуется проверить его по
                                              находится       на    другой      актуальному описанию схем, форматов: «Описание XSD»,
                                              позиции.                          «Схемы и форматы для разработчиков учетных систем»,
                                                                                «Примеры XML c result», которые опубликованы на
                                                                                официальном сайте честныйзнак.рф в разделе «Документы по
                                                                                работе в МДЛП – Комплекты схем».
 Обработка      запроса     провалилась:       Ошибка       в      структуре      На основании полученного текста ошибки рекомендуется
ошибка на этапе первичной обработки           документа. В документе            проверять, какой именно элемент не обнаружен при проверке
документа. Некорректный документ.             после               параметра     ожидаемой структуры. Такой элемент указывается как
Cvc-complex-type.2.4.a: Invalid content       'operation_date' ожидается        ожидаемый между апострофами – One of 'ожидаемый элемент'
was found starting with element               параметр           receiver_id.   is expected.
‘operation_date’. One of '{receiver_id}' is   Данный       элемент       или      Перед отправкой документа рекомендуется проверить его по
expected.                                     отсутствует в документе, или      актуальному описанию схем, форматов: «Описание XSD»,
                                              находится       на      другой    «Схемы и форматы для разработчиков учетных систем»,
                                              позиции. Такая ошибка             «Примеры XML c result», которые опубликованы на
                                              может быть для схемы 251.         официальном сайте честныйзнак.рф в разделе «Документы по
                                                                                работе в МДЛП – Комплекты схем».
 Обработка       запроса     провалилась: В документе превышено                   С ограничениями на отправку схем можно ознакомиться в
ошибка на этапе обработки документа ограничение на количество                   документах «Схемы и ограничения» и «Описание XSD»,
системой.      Invalid    request    data: SGTIN (не более 1500) в              которые опубликованы на официальном сайте честныйзнак.рф
data.kizs[0].metadata.kizs should NOT have одной упаковке SSCC.                 в разделе «Документы по работе в МДЛП – Комплекты схем».
more than 1500 items
 Обработка     запроса     провалилась: В документе превышен С ограничениями на отправку схем можно ознакомиться в
ошибка на этапе обработки документа лимит по одновременной документах «Схемы и ограничения» и «Описание XSD»,
системой. Invalid request data: data.kizs передаче SSCC (не более которые опубликованы на официальном сайте честныйзнак.рф
should NOT have more than 20000 items     20000).                 в разделе «Документы по работе в МДЛП – Комплекты схем».

                                                                                                                                             12

3.3 Ошибки в описании элементов xsd-схем. Несоответствие форматов
      Данные ошибки относятся к несоответствию форматов элементов в передаваемых xml-документах. Для каждого элемента в
документации xsd-cхем присутствует описание шаблона. В случае несоответствия передаваемого значения описанному шаблону, возникают
ошибки (возможные коды ошибок указаны в разделе «Ошибки, возникающие на этапе приема документов»).
      Для минимизации таких ошибок рекомендуется проверка значений параметров по шаблонам, описанным в документации xsd-схем,
публикуемых на сайте «Честный знак», в частности документ base_types.xsd (из комплекта схем) и «Описание XSD».

 Текст в квитанции для пользователя                  Описание возможной                Рекомендации и примечания
                                                     причины возникновения
 Обработка запроса провалилась: ошибка               В загруженном документе в        На основании полученного текста ошибки рекомендуется
 на этапе первичной обработки документа.             одном        из      параметровпроверить, какому именно типу элемента (for type 'тип элемента')
 Некорректный документ. Cvc-pattern-                 передана пустая строка вместо  соответствует некорректно переданное значение (оно
 valid: Value ‘’ is not facet-valid with respect     данных,         которые      быуказывается между апострофами (Value 'переданное значение') и
 to pattern ‘[0-9]{18}’ for type ‘sscc_type’.        соответствовали         форматусравнивать его с требуемым форматом шаблона. Формат можно
                                                     'sscc_type'.                   проверить по документации или по тексту полученной ошибки,
 Обработка запроса провалилась: ошибка               В загруженном документе в      он также фиксируется между апострофами как pattern 'пример
 на этапе первичной обработки                        одном        из      параметровшаблона'.
 документа. Некорректный документ. Cvc-              передана пустая строка вместо    С актуальным описанием схем, форматов и примерами xml-
 pattern-valid: Value ‘’ is not facet-valid with     данных,        которые       быдокументов рекомендуется ознакомиться в документах
 respect to pattern ‘S.*’ for type                  Соответствовали         формату«Описание XSD», «Схемы и форматы для разработчиков учетных
 ‘string1000_type’.                                  'string1000_type'.             систем» «Примеры XML c result», которые опубликованы на
                                                                                    официальном сайте честныйзнак.рф в разделе «Документы по
 Обработка запроса провалилась: ошибка               В загруженном документе в работе в МДЛП – Комплекты схем».
 на этапе первичной обработки                        одном      из      параметров
 документа. Некорректный документ. Cvc-              передана пустая строка вместо
 datatype-valid.1.2.1: ‘’ is not a valid value for   данных,       которые      бы
 ‘integer’.                                          соответствовали       формату
                                                     'integer'.
 Обработка запроса провалилась: ошибка               В загруженном документе в
 на этапе первичной обработки                        одном      из      параметров
 документа. Некорректный документ. Cvc-              передано значение 'Брак ', что
                                                                                                                                                 13

pattern-valid: Value ‘Брак ‘ is not facet-        не соответствует формату
valid with respect to pattern ‘.*S’ for type     элемента 'string1000_type'.
‘string1000_type’.                                В данном случае формату не
                                                  соответствует          наличие
                                                  пробела.
Обработка запроса провалилась: ошибка В загруженном документе в
на этапе первичной обработки                      одном       из      параметров
документа. Некорректный документ. Cvc- передана пустая строка вместо
pattern-valid: Value ‘’ is not facet-valid with данных,          которые      бы
respect to pattern ‘[0-9]{14}|([a-fA-F0-9]{8}- соответствовали           формату
[a-fA- F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}- 'subject_any_type'.
[a-fA-F0-9]{12})’ for type
‘subject_any_type’.
Обработка запроса провалилась: ошибка В загруженном документе в
на этапе первичной обработки                      одном       из      параметров
документа. Некорректный документ. Cvc- передана пустая строка вместо
pattern-valid: Value ‘’ is not facet-valid with данных,          которые      бы
respect to pattern ‘[0-9]{14}[!-“%-/0-9A-         соответствовали        формату
Z_a-z]{13}’ for type ‘sign_sgtin_type’.           'sign_sgtin_type'.
Обработка запроса провалилась: ошибка В загруженном документе в
на этапе первичной обработки документа. одном                 из      параметров
Некорректный документ. Cvc-pattern-valid: передана пустая строка вместо
Value '2020-02-03 12:17:50Z' 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-     'datetimeoffset'.
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'.

                                                                                   14

Обработка запроса провалилась: ошибка          В загруженном документе в
на этапе первичной обработки документа.        одном      из      параметров
Некорректный документ. Cvc-pattern-valid:      передано       значение       '
Value ‘ 00000000099998’ is not facet-valid     00000000099998',     что    не
with respect to pattern ‘[0-9]{14}’ for type   соответствует         формату
‘subject_id_type’.                             элемента 'subject_id_type'.
                                               В данном случае формату не
                                               соответствует         наличие
                                               пробела.

                                                                                 15

3.4 Ошибки в формате отправленного документа
      Данные ошибки относятся к некорректному формату xml-документа (возможные коды ошибок указаны в разделе «Ошибки,
      возникающие на этапе приема документов»).

 Текст в квитанции для пользователя          Описание возможной         Рекомендации и примечания
                                             причины возникновения
 Обработка запроса провалилась: ошибка       Некорректный формат        Рекомендуется проверить отправляемый документ на
 на этапе первичной обработки документа.     документа. Возможные       соответствие спецификации формата xml и документом
 Некорректный документ. An invalid XML       причины – формат           «Примеры XML c result», которые опубликованы на
 character (Unicode: 0x0) was found in the   документа не xml,          официальном сайте честныйзнак.рф в разделе «Документы по
 element content of the document.            присутствуют символы, не   работе в МДЛП – Комплекты схем».
 Обработка запроса провалилась: ошибка       соответствующие формату
 на этапе первичной обработки документа.     xml, структура не
 Некорректный документ. An invalid XML       соответствует формату
 character (Unicode: 0x4) was found in the   xml.
 element content of the document.
 Обработка запроса провалилась: ошибка
 на этапе первичной обработки документа.
 Некорректный документ. The content of
 elements must consist of well-formed
 character data or markup.
 Обработка запроса провалилась: ошибка
 на этапе первичной обработки документа.
 Некорректный документ. Invalid byte 1 of
 1-byte UTF-8 sequence.
 Превышен размер загружаемого файла          В систему загружен         Рекомендуется проверить отправляемый документ на
                                             документ объемом более     допустимый размер в соответствии с документом «Описание
                                             15 Мб.                     API Государственной информационной системы мониторинга
                                                                        движения лекарственных препаратов», который опубликован
                                                                        на официальном сайте честныйзнак.рф в разделе «Документы
                                                                                                                                   16

по работе в МДЛП – Разработчикам – Внешнее
    взаимодействие с МДЛП».



                                                 17

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

 Текст в квитанции для пользователя    Описание возможной          Рекомендации и примечания
                                       причины возникновения
 Обработка     запроса    провалилась: Данные ошибки возникают     При возникновении данных ошибок необходимо обратиться в
 ошибка на этапе первичной обработки при технических неполадках.   Службу технической поддержки или повторить попытку позже.
 документа. Неизвестная ошибка.
 Обработка запроса провалилась:
 ошибка на этапе подготовки ответа.
 Обработка запроса провалилась:
 внутренняя системная ошибка.

                                                                                                                               18

4 Ошибки трассировки (Ошибки реализации бизнес-процессов)
      Ошибки делятся на два уровня:

         1. Ошибки на уровне документа;
         2. Ошибка на уровне КИЗ.
      Для минимизации ошибок трассировки рекомендуется ознакомиться с документами, которые опубликованы на официальном сайте
честныйзнак.рф в разделе «Документы по работе с МДЛП – Разработчикам – Комплекты схем»:

         1. «Паспорта бизнес-процессов»;
         2. «Описание XSD»;
         3. «Примеры XML c result».

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

 Код Текст в квитанции для пользователя     Причина возникновения и рекомендации
1     Указанная сущность зарегистрирована   Попытка зарегистрировать сущность повторно.
      ранее
2     Указанная сущность не может быть       Невозможно идентифицировать полученные данные и соотнести их с какими-либо
      идентифицирована (не                  атрибутами в системе.
      зарегистрирована)
3     Некорректная операция (ошибка          Данная ошибка возникает при попытке фиксации операции 250. Причина – неверно
      отмены операции)                      указаны данные в операции.
4     Некорректная операция (операция не      Ошибка может возникнуть в случае, если:
      может быть выполнена для указанных        КМ, указанный в документе, отсутствует в системе МДЛП (операция 10300 не
      реквизитов)                                 загружена или ее обработка не завершена);
                                                МД, от которого подается операция, не зарегистрировано в системе МДЛП;
                                                GTIN, указанный в документе, не зарегистрирован в системе МДЛП;
                                                Идентификатор собственника (owner_id), указанный в документе, при контрактном
                                                  производстве (order_type 2) не зарегистрирован в системе МДЛП.

                                                                                                                                 19

Рекомендуется проверить данные в системе и переотправить документ.

Проверить, что предыдущий документ обработан успешно можно:
  через ЛК Участника в реестре отправленных документов с помощью параметров
   фильтрации;
  через API с помощью методов:
      o «Получения списка исходящих документов» – POST /documents/outcome;
      o «Получение списка исходящих документов из витрины документов» – POST
          /documents/showcase/outcome.

Получить информацию по местам деятельности можно:
  через ЛК Участника в разделе «Профиль – Адреса – Места деятельности»;
  через API с помощью методов:
       o «Метод для поиска информации о местах осуществления деятельности по
          фильтру» – POST /reestr/branches/filter;
       o «Получение информации о конкретном месте осуществления деятельности»
          – GET /reestr/branches/{branch_id}.

Получить информацию по GTIN можно:
  через ЛК Участника в реестре описаний с помощью параметров фильтрации;
  через API с помощью методов:
       o «Метод для получения информации из реестра производимых организацией
          ЛП» – POST /reestr/med_products/current;
       o «Метод для получения детальной информации о производимом
          организацией ЛП» – GET /reestr/med_products/{gtin}.

Посмотреть информацию о контрагенте можно:
 через ЛК Участника в реестре доверенных контрагентов с помощью параметров
   фильтрации;
 через API с помощью метода «Метод фильтрации доверенных контрагентов» – POST
   /reestr/trusted_partners/filter.

                                                                                 20

С актуальным описанием API можно ознакомиться в документе «ИС «Маркировка».
МДЛП. Протокол обмена интерфейсного уровня», опубликованном на официальном
сайте честныйзнак.рф в разделе «Документы по работе в МДЛП – Разработчикам –
Внешнее взаимодействие с МДЛП».
6 Операция не может быть выполнена. Неверно указаны параметры в операции. Проверьте корректность данных.
Указаны некорректные параметры
запроса.
8 Ошибка. Отсутствует необходимая Отсутствует необходимая лицензия, для осуществления операции, при регистрации
лицензия для осуществления операции операций: 311/313/511/521/531.
9 Операция не может быть выполнена. Данная ошибка вызвана из-за недоступности одного из компонентов системы во время
Возникла техническая ошибка при обработки документа.
обработке. При необходимости Рекомендуется проверить, произошла ли смена статуса КИЗ и при необходимости
отправьте документ повторно. отправить документ повторно.
Проверить данные по КИЗ можно:
 через ЛК Участника в реестре товаров по SGTIN;
 через API с помощью методов:
o «Метод для поиска по реестру КИЗ» - POST /reestr/sgtin/filter;
o «Метод поиска по реестру КИЗ по списку значений» - POST
/reestr/sgtin/sgtins-by-list.
 с помощью операции «Запрос информации по номеру SGTIN/SSCC (210-
query_kiz_info.xsd)».
С актуальным описанием API можно ознакомиться в документе «ИС «Маркировка».
МДЛП. Протокол обмена интерфейсного уровня», опубликованном на официальном
сайте честныйзнак.рф в разделе «Документы по работе в МДЛП – Разработчикам –
Внешнее взаимодействие с МДЛП».
100 Частичное завершение Возникает, когда документ обработался частично. Более детальная ошибка фиксируется
на уровне КИЗ.
Описание ошибок см. в пункте 4.2. Ошибки на уровне КИЗ.
200 Идентичный документ был отправлен Ошибка может возникнуть при попытке загрузки дублирующего документа.
ранее. Рекомендуется:
 проанализировать, почему документ был отправлен повторно;
 проверить статус обработки отправленного ранее идентичного документа.
21

Если необходимо отправить документ повторно, то указать корректную дату операции
                                            (текущие дата и время) в атрибуте «operation_date».
                                              Получить информацию по документам можно:
                                                  через ЛК участника в реестре исходящих документов с помощью параметров
                                                     фильтрации;
                                                  через API с помощью методов:
                                                        o «Получение списка исходящих документов» – POST /documents/outcome;
                                                        o «Получение списка исходящих документов из витрины документов» –
                                                           POST /documents/showcase/outcome;
                                                        o «Получение метаданных документа» – GET /documents/{docId}.
                                             С актуальным описанием API можно ознакомиться в документе «ИС «Маркировка».
                                             МДЛП. Протокол обмена интерфейсного уровня», опубликованном на официальном
                                             сайте честныйзнак.рф в разделе «Документы по работе в МДЛП – Разработчикам –
                                             Внешнее взаимодействие с МДЛП».
201   Отсутствуют атрибуты для                Ошибка в указании атрибутов для корректировки. Проверьте корректность данных.
      корректировки
300   Указанный лекарственный препарат не   Указанный ЛП не найден в реестре зарегистрированных ЛП.
      найден в Реестре ЛП.
301   Данные отправителя и получателя не     Данная ошибка возникает при попытке перевести КИЗ между своими адресами, в то
      проходят проверку принадлежности      время, когда ожидается перевод между адресами разных участников.
      участнику.                             Для перемещения между своими адресами оба адреса должны принадлежать одному
                                            участнику.
                                             В остальных случаях данные должны принадлежать разным участникам.
302   Указанный адрес недействителен.       Указанный в операции адрес не может быть идентифицирован в ФИАС.

303   Проведение указанной операции          Попытка совершения операции, не применимой для МОХ. В системе запрещена
      недоступно с места ответственного     реализация с МОХ.
      хранения.
304   Данные отправителя и получателя не     Возникает при попытке перевести КИЗ между адресами разных участников, в то время,
      принадлежат одному участнику.         когда ожидается перевод между своими адресами.

                                                                                                                                 22

400   Превышено максимальное количество        Возникает при попытке приостановить КИЗ в количестве, превышающем установленный
      КИЗ для приостановки обращения.         предел.
2000 Данная операция недоступна для            Попытка совершения операции доступной только для резидентов РФ.
     иностранных участников
2001 Указанный участник неактивен              Попытка выполнить операцию от имени заблокированного МД.
2002 Указанный участник не является            Неверно указан идентификатор контрагента – указан идентификатор
     иностранным контрагентом                 зарегистрированного в качестве участника субъекта обращения.
2010 Указанный продавец не                     Неверно указан идентификатор отправителя (seller_id) в операции: 362/332.
     зарегистрирован в системе
2011 Указанный продавец отсутствует в          Идентификатор продавца (seller_id) в операциях 331/332/361/362 не зарегистрирован в
     списке иностранных контрагентов          списке иностранных контрагентов.
2012 Страна регистрации продавца             Ошибка может возникать при попытке фиксации следующих операций: 361/362/363.
     отсутствует в списке государств-членов Причина ошибки: Идентификатор продавца (seller_id) отсутствует в списке государств-
     ЕАЭС                                   членов ЕАЭС.

2013 Указанный продавец неактивен              Субъект (seller_id) неактивен в системе.
2014 Операция не может быть выполнена.         Добавьте контрагента в список доверенных контрагентов и повторите отправку.
     Указанный контрагент отсутствует в
     списке доверенных контрагентов
2020 Указанный системе получатель не           Неверно указан идентификатор получателя (receiver_id).
     зарегистрирован в системе
2021 Указанный покупатель не является          Ошибка может возникать при фиксации следующих операций: 331/332.
     резидентом РФ                             Получатель товара в операции приемки на склад в ЗТК должен являться резидент РФ.

2022 Страна регистрации получателя             Ошибка может возникать при попытке фиксации следующих операций: 361/362/363.
     отсутствует в списке государств-членов    Причина ошибки: Идентификатор получателя, указанный в поле
     ЕАЭС                                      receiver_id, отсутствует в списке государств-членов ЕАЭС.

                                                                                                                                     23

2023 Указанный получатель неактивен Ошибка в указании идентификаторов участников. Проверьте корректность данных.

2030 Указанный получатель не Ошибка в указании идентификаторов участников. Проверьте корректность данных.
зарегистрирован в системе
2031 Указанный покупатель неактивен Ошибка в указании идентификаторов участников. Проверьте корректность данных.

2040 Указанный собственник не Ошибка в указании идентификаторов участников. Проверьте корректность данных.
зарегистрирован в системе
2041 Указанный собственник неактивен Ошибка в указании идентификаторов участников. Проверьте корректность данных.

2050 Указанный производитель, Ошибка в указании идентификаторов участников. Проверьте корректность данных.
осуществивший упаковку/фасовку во
вторичную (третичную) упаковку, не
зарегистрирован в системе
2060 Указанный производитель, Ошибка в указании идентификаторов участников. Проверьте корректность данных.
осуществляющий выпускающий
контроль качества, не зарегистрирован
в системе
2070 Указанное для возврата место Ошибка в указании идентификаторов участников. Проверьте корректность данных.
деятельности/место ответственного
хранения не зарегистрировано в
системе
2071 Указанное для возврата место Ошибка в указании идентификаторов участников. Проверьте корректность данных.
деятельности/место ответственного
хранения неактивно
2090 Указанный контрагент не Ошибка в указании идентификаторов участников. Проверьте корректность данных.
зарегистрирован в системе
2091 Указанный контрагент неактивен Ошибка в указании идентификаторов участников. Проверьте корректность данных.

2100 Указанный идентификатор места Ошибка в указании идентификаторов участников. Проверьте корректность данных.
приемки в зоне таможенного контроля
не зарегистрирован в системе
2110 Указанное место отгрузки в зоне Ошибка в указании идентификаторов участников. Проверьте корректность данных.
таможенного контроля не
зарегистрировано в системе
3001 Операция не может быть выполнена. Ошибка может возникнуть при агрегации.
Произошел системный сбой при Рекомендуется обратиться в Службу технической поддержки или повторить попытку
создании SSCC. отправки документа позже.
3002 Операция не может быть выполнена. Ошибка может возникнуть при агрегации.
Указанный SSCC уже существует в Нельзя зарегистрировать SSCC повторно.
системе.
3003 Операция не может быть выполнена. Операция агрегации должна осуществляться владелец брони SSCC.
Бронь SSCC принадлежит другому
участнику.
3005 Операция не может быть выполнена. Нельзя осуществить операции изъятия/докладки/уничтожения для SSCC, который не
Указанный SSCC не найден в системе зарегистрирован в системе или раннее был расформирован. Проверьте корректность
или расформирован. данных.
3006 Операция не может быть выполнена. Нельзя осуществить операции изъятия/докладки/уничтожения для вложенного SSCC.
Нельзя осуществить операцию для
SSCC, который является вложенным.
3008 Операция не может быть выполнена. Нельзя осуществить операции изъятия/докладки/уничтожения для содержимого SSCC,
Содержимое SSCC находится в которое находится в процессе оплаты.
процессе оплаты.
3009 Операция не может быть выполнена. При возникновении данной ошибки обратитесь в Службу технической поддержки.
По указанному SSCC нет информации о
предыдущих операциях.
3010 Операция не может быть выполнена. Ошибка может возникнуть, если операция агрегации выполняется одновременно для
Нельзя осуществить операцию просроченных и не просроченных КИЗ.
агрегации одновременно для Рекомендуется:
просроченных и не просроченных  проверить срок годности у указанных SGTIN;
25

SGTIN.          провести доступную операцию для SGTIN с истекшим сроком годности.

          Доступные операции:
              перемещение между местами деятельности (документ 431);
              трансформация (агрегация, докладка). При выполнении данных операций
                 недопустимо указание просроченных и непросроченных лекарственных
                 препаратов для SSCC;
              возврата (документы 415/416 с типом «Возврат», 472 с типом «Возврат», 471 и
                 473 с типом «Возврат»);
              передача на уничтожение и уничтожение (документы 541 и 542);
              оприходование (документ 702);
              отмена ранее поданных сведений (документы 251 и 252);
              вывод лекарственного препарата из оборота (документ 552 с типом 11-
                 «недосдача», 13 - «списание без передачи на уничтожение», 16 - «списание
                 разукомплектованной потребительской упаковки»).
          Все указанные операции, кроме агрегации и докладки, разрешены для SSCC, в составе
         которого находятся КИЗ с истёкшим и не истёкшим сроком годности. Также данные
         операции разрешены для перемещения как отдельных SGTIN с истёкшим сроком
         годности, так и просроченных SGTIN, которые находятся в SSCC.

          Получить информацию по сроку годности SGTIN можно:
              через ЛК Участника:
                    o «Реестр SGTIN» с помощью параметров фильтрации по gtin и серии;
                    o «Реестр SGTIN, эмитированных до 28.03.2021» с помощью параметров
                      фильтрации по gtin и серии;
                    o «Реестр серий» с помощью параметров фильтрации по gtin и серии;
              через API с помощью методов:
                    o «Создание задачи» - POST export/tasks/{task_type} с типом
                      «batches_registry» - «Выгрузка из реестра серий»;
                    o «Метод для поиска по реестрам КИЗ» - POST /reestr/sgtin/filter;

                                                                                              26

С актуальным описанием API можно ознакомиться в документе «ИС «Маркировка».
                                         МДЛП. Протокол обмена интерфейсного уровня», опубликованном на официальном
                                         сайте честныйзнак.рф в разделе «Документы по работе с МДЛП – Разработчикам –
                                         Комплекты схем».
3011 Агрегация запрещена – попытка        Нельзя осуществить операцию агрегации/докладки с разными GTIN. Проверьте
     агрегации КИЗ с разными GTIN.       корректность данных.
3012 Операция не может быть выполнена.    Ошибка может возникнуть, если операции над SGTIN выполняются не последовательно.
     Хронология событий нарушена,        В данной операции неверно указан атрибут «operation_date». Данная ошибка
     неверно указана дата операции       возвращается при мультиагрегации и мультидокладке.
     (last_operation_date="op_date").     Рекомендуется:
                                              проверить предыдущую зарегистрированную операцию по КИЗ;
                                              указать корректную дату операции (текущие дата и время) в атрибуте
                                                «operation_date», и отправить документ повторно.
                                          В целях недопущения подобной ошибки рекомендуется соблюдать хронологию
                                         операций с КИЗ, учитывая, что каждая следующая операция должна быть по дате и
                                         времени позже предыдущей.

                                          Получить информацию по дате последней операции - "last_operation_date" можно
                                         в ответной квитанции в описании "error_desc".
                                         Для автоматизации поиска даты в квитанции можно использовать регулярное
                                         выражение last_operation_date="(.+)".
                                          Получить информацию по дате последней операции по SGTIN можно:
                                               через ЛК Участника в реестре товаров по SGTIN с помощью параметров
                                                 фильтрации;
                                               через API с помощью методов:
                                                    o «Метод для поиска по реестру КИЗ» - POST /reestr/sgtin/filter;
                                                    o «Метод поиска по реестру КИЗ по списку значений» - POST
                                                       /reestr/sgtin/sgtins-by-list;
                                                    o с помощью операции «Запрос информации по номеру SGTIN/SSCC (210-
                                                       query_kiz_info.xsd)».

                                         Получить информацию по SSCC можно:
                                                                                                                             27

  через ЛК Участника в реестре товаров по SGTIN (поиск по SSCC);
                                                    через API с помощью методов:
                                                        o «Метод для получения информации об иерархии вложенности третичной
                                                            упаковки» – GET /reestr/sscc/{sscc}/hierarchy;
                                                        o «Метод для получения информации о КИЗ, вложенных в третичную
                                                            упаковку» - POST /reestr/sscc/{sscc}/sgtins;
                                                        o «Создание задачи» - POST export/tasks/{task_type} с типом «sscc_hierarchy»
                                                            - «Выгрузка иерархии по SGTIN»;
                                                   с помощью операции «Запрос информации об иерархии вложенности SSCC (220-
                                                     query_hierarchy_info.xsd)».
                                              С актуальным описанием API можно ознакомиться в документе «ИС «Маркировка».
                                             МДЛП. Протокол обмена интерфейсного уровня», опубликованном на официальном
                                             сайте честныйзнак.рф в разделе «Документы по работе в МДЛП – Разработчикам –
                                             Внешнее взаимодействие с МДЛП».
3101   Операция не может быть выполнена. В Нельзя вложить один и тот же SGTIN/SSCC в разные упаковки.
       документе содержатся
       множественные вхождения одного и
       того же SGTIN/SSCC.
3102   Операция не может быть выполнена.      Операции агрегации и докладки осуществляются только для одинакового уровня
       На одном уровне агрегации могут быть вложенности.
       либо транспортные (SSCC), либо
       потребительские (SGTIN) упаковки.
4001   При списании средств с лицевого счета Во время обработки документа возникла ошибка из-за недоступности одного из
       произошла техническая ошибка          компонентов, отвечающих за оплату кодов маркировки.
                                              Рекомендуется повторно сформировать и отправить отчет о нанесении с указанными в
                                             документе КИЗ.
4002   Для осуществления операции             Ошибка возникает случае, если на лицевом счете Участника недостаточно средств для
       недостаточно средств на лицевом       оплаты кодов маркировки.
       счете                                  Рекомендуется пополнить лицевой счет, далее повторно сформировать и отправить
                                             отчет о нанесении с указанными в документе КИЗ.
                                              Для пополнения баланса лицевого счета необходимо осуществить оплату на расчетный
                                             счет Оператора-ЦРПТ с указанием номера лицевого счета в назначении платежа.
                                                                                                                                       28

Состояние баланса можно проверить в Личном кабинете Участника в разделе «Финансы
                                           – Лицевые счета».

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

                                                                                                                                  29

Неизвестная ошибка обработки      Ошибка возникает в случае, если при формировании квитанции не удалось определить
документа. Обратитесь в Службу   код ошибки. При получении данной ошибки необходимо обратиться в Службу
технической поддержки.           технической поддержки.

                                                                                                                     30

4.2 Ошибки на уровне КИЗ

Код   Текст в квитанции для пользователя   Причина возникновения и рекомендации

10    КИЗ уже зарегистрирован              Возвращается при попытке выпустить существующий КИЗ.
11    Операция не может быть выполнена.     Ошибка может возникнуть, если обрабатываемая операция не соответствует текущим
      Недопустимый переход в               бизнес-процессам.
      товаропроводящей цепочке.             Рекомендуется проверить отправляемый документ и убедиться, что все КИЗ:
                                                 находятся в разрешенном для операции статусе;
                                                 имеют корректный источник финансирования, который разрешен для
                                                   выполняемой операции;
                                                 находятся на МД, которое указано в операции.
                                            Получить информацию по SGTIN можно:
                                                 через ЛК Участника в реестре товаров по SGTIN с помощью параметров
                                                   фильтрации;
                                                 через API с помощью методов:
                                                      o «Метод для поиска по реестру КИЗ» - POST /reestr/sgtin/filter;
                                                      o «Метод поиска по реестру КИЗ по списку значений» -
                                                         POST/reestr/sgtin/sgtins-by-list;
                                                 с помощью операции «Запрос информации по номеру SGTIN/SSCC (210-
                                                   query_kiz_info.xsd)».
                                            С актуальным описанием API можно ознакомиться в документе «ИС «Маркировка».
                                           МДЛП. Протокол обмена интерфейсного уровня», опубликованном на официальном сайте
                                           честныйзнак.рф в разделе «Документы по работе в МДЛП – Разработчикам – Внешнее
                                           взаимодействие с МДЛП».

                                                                                                                              31

13   Ошибка акцепта или возврата          Данная ошибка может возникать при фиксации следующих операций:
     приостановленных КИЗ                701(акцептование)/251(отзыв)/252(отказ)/17(возврат приостановленного ЛП) Причины
                                         возникновения ошибки.
                                          В операциях 701/251/252 отсутствует элемент «confirm_paused» - подтверждение
                                         приемки приостановленного товара.
                                          Осуществление операции возврата, приостановленного ЛП (417 операция) в отношении
                                         ЛП, для которого отсутствуют сведения о приостановлении.

14   SSCC содержит приостановленные       Попытка осуществления операции отгрузки, c указанием групповой упаковки, внутри
     КИЗ                                 которой содержится приостановленный SGTIN.
15   Попытка изменить состояние          При попытке зарегистрировать операцию движения SGTIN, который вложен в SSCC.
     вложенного КИЗ.
16   Операция возврата невозможна.       Попытка осуществить возврат товара, для которого отсутствуют сведения о приемке.
     Отсутствует предыдущий владелец
     КИЗ.
17   Операция возврата запрещена.        Для текущего состояния КИЗ операция возврата запрещена.
18   Не заполнены данные по               В операции 335 документы, подтверждающие соответствие, обязательны к заполнению
     документам, подтверждающим          пользователем при указании кода таможенной процедуры «выпуск для внутреннего
     соответствие при выпуске для        потребления». Причина: отсутствует элемент confnum_info.
     внутреннего потребления
19   Операция не может быть выполнена.    Ошибка может возникнуть, если операции над SGTIN выполняются не последовательно. В
     Хронология событий нарушена,        данной операции неверно указан атрибут «operation_date».
     неверно указана дата операции        Рекомендуется:
     (last_operation_date="op_date").         проверить предыдущую зарегистрированную операцию по КИЗ;
                                              указать корректную дату операции (текущие дата и время) в атрибуте
                                                  «operation_date», и отправить документ повторно.
                                          В целях недопущения подобной ошибки рекомендуется соблюдать хронологию операций
                                         с КИЗ, учитывая, что каждая следующая операция должна быть по дате и времени позже
                                         предыдущей.

                                          Получить информацию по дате последней операции - "last_operation_date" можно
                                         в ответной квитанции в описании "error_desc". Для автоматизации поиска даты в
                                                                                                                               32

квитанции можно использовать регулярное выражение last_operation_date="(.+)".
                                           Получить информацию по дате последней операции по SGTIN можно:
                                               через ЛК Участника в реестре товаров по SGTIN с помощью параметров
                                                 фильтрации;
                                               через API с помощью методов:
                                                     o «Метод для поиска по реестрам КИЗ» - POST /reestr/sgtin/filter;
                                                     o «Метод поиска по реестру КИЗ по списку значений» - POST
                                                       /reestr/sgtin/sgtins-by-list;
                                               с помощью операции «Запрос информации по номеру SGTIN/SSCC (210-
                                                 query_kiz_info.xsd)».

                                           Получить информацию по SSCC можно:
                                                через ЛК Участника в реестре товаров по SGTIN (поиск по SSCC);
                                                через API с помощью методов:
                                                     o «Метод для получения информации об иерархии вложенности третичной
                                                        упаковки» – GET /reestr/sscc/{sscc}/hierarchy;
                                                     o «Метод для получения информации о КИЗ, вложенных в третичную
                                                        упаковку» - POST /reestr/sscc/{sscc}/sgtins;
                                                     o «Создание задачи» - POST export/tasks/{task_type} с типом «sscc_hierarchy» -
                                                        «Выгрузка иерархии по SGTIN»;
                                                с помощью операции «Запрос информации об иерархии вложенности SSCC (220-
                                                  query_hierarchy_info.xsd)».
                                           С актуальным описанием API можно ознакомиться в документе «ИС «Маркировка».
                                          МДЛП. Протокол обмена интерфейсного уровня», опубликованном на официальном сайте
                                          честныйзнак.рф в разделе «Документы по работе в МДЛП – Разработчикам – Внешнее
                                          взаимодействие с МДЛП».
20   Истек срок годности лекарственного    Ошибка может возникнуть, если у SGTIN истек срок годности.
     препарата.                            Рекомендуется:
                                                проверить срок годности у указанных SGTIN;
                                                провести доступную операцию для SGTIN с истекшим сроком годности.

                                                                                                                                      33

Доступные операции:
      перемещение между местами деятельности (документ 431);
      трансформация (агрегация, докладка). При выполнении данных операций
        недопустимо указание просроченных и непросроченных лекарственных
        препаратов для SSCC;
      возврата (документы 415/416 с типом «Возврат», 472 с типом «Возврат», 471 и 473
        с типом «Возврат»);
      передача на уничтожение и уничтожение (документы 541 и 542);
      оприходование (документ 702);
      отмена ранее поданных сведений (документы 251 и 252);
      вывод лекарственного препарата из оборота (документ 552 с типом 11-
        «недосдача», 13 - «списание без передачи на уничтожение», 16 - «списание
        разукомплектованной потребительской упаковки»).
 Все указанные операции, кроме агрегации и докладки, разрешены для SSCC, в составе
которого находятся КИЗ с истёкшим и не истёкшим сроком годности. Также данные
операции разрешены для перемещения как отдельных SGTIN с истёкшим сроком годности,
так и просроченных SGTIN, которые находятся в SSCC.

 Получить информацию по сроку годности SGTIN можно:
     через ЛК Участника:
           o «Реестр SGTIN» с помощью параметров фильтрации по gtin и серии;
           o «Реестр SGTIN, эмитированных до 28.03.2021» с помощью параметров
             фильтрации по gtin и серии;
           o «Реестр серий» с помощью параметров фильтрации по gtin и серии;
     через API с помощью методов:
           o «Создание задачи» - POST export/tasks/{task_type} с типом «batches_registry»
             - «Выгрузка из реестра серий»;
           o «Метод для поиска по реестрам КИЗ» - POST /reestr/sgtin/filter;

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

                                                                                            34

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

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

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

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

Line: 0

«.

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

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

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

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

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

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

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

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

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

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

5
Ошибка: Не удалось поставить запрос в очередь (ORA-29273: сбой запроса HTTP
ORA-06512: на «SYS.UTL_HTTP», line 1130
ORA-12541: TNS:нет прослушивателя
).?
Связана с работой сервиса.

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

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

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

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

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

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

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 'contract_num', 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 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов).

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

Код ошибки -19

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

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

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

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

16
Указание Доли выбываемого ЛП

Реализована возможность «быстрого» указания доли выбываемого ЛП после сканирования кода маркировки.
Для режима «Работа с упаковками ⇒ Добавление» реализована редактируемая колонка грида «Доля от вторичной упаковки». Механизм указания доли доступен только для типов документов 511, 521, 531, т.к. в других документах учет доли не предусмотрен системой МДЛП.
Для выбытия целой упаковки, как и ранее, ничего дополнительно указывать не требуется.
Для выбытия доли вторичной упаковки ее значение необходимо указывать в формате правильной дроби, числитель которой обозначает количество выбываемых первичных упаковок, а знаменатель – количество первичных упаковок во вторичной упаковке.
Указание дроби допускается в формате, например, «2/10», «210», при этом разделитель «» автоматически заменяется на «/». При указании дроби в формате «2.10» и подобных пользователь получит ошибку вида: «Некорректные символы в тексте доли от вторичной упаковки: «.»».
Внимание! При последующем долевом выбытии кода маркировки необходимо указывать тот знаменатель дроби, который был выбран в первый раз – это правило, действующее в системе МДЛП.

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

18
Документ – 531
ПКМ – Работа с упаковками – Добавление
В открывшемся окне «Набор упаковок» нажимают ПКМ – Добавить
В поле КИЗ – сканируют упаковку нажимают ОК.
Первая упаковка – сохраняется и отображается в разделе «Набор упаковок».
Вторую упаковку сканируют нажимают ОК, вторая упаковка не отображается в разделе «Набор упаковок». Но при нажатии в разделе «Набор упаковок» еще раз ОК в спецификацию «Упаковки» добавляются 2 записи, визуально мы видели только одну, а сканировали 2.
Наблюдается только в ВЕБ версии под конкретным пользователем.

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

19
605 «Уведомление получателя об отзыве отправителем переданных лекарственных препаратов».

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

20
627 «Уведомление владельца о регистрация в ИС МДЛП сведений
об оприходовании».

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

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

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

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

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

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

24
702 «Оприходование лекарственных препаратов» третичные упаковки

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

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

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

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

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

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

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

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

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

Код ошибки — 200

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

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

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

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

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

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

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

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

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

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

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

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

ИНН

КПП

р/с

Адрес

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

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

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

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

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

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

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

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

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

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

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

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

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

31
619 «Уведомление получателя об отгрузке лекарственных препаратов со склада отправителя в рамках агентского договора»

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

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

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

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

Код ошибки — 38

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

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

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

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

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

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

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

или

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

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

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

Повторить отправку 531 ДОУ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тема: Некорреткная СНО

Вопрос: В АРМ Кассир «Ошибка: Некорректная СНО»

Ответ: Проблема в настройке драйвера ККМ (не выбрана СНО по умолчанию). Обратитесь к мастеру ККМ.

Тема: Ошибка сервера. Код ответа 400

Вопрос: В АИС Товародвижение при выборе сертификата из файловой системы выдается сообщение «Ошибка: Проверьте аутентификационные данные»

Ответ: Закончился срок текущего сертификата, который привязан к текущему пользователю. Необходимо выполнить выбор сертификата «Из файловой системы» в п. «Маркировка»-«Параметры пользователя», а потом выполнять замену сертификата в списке «Пользователи» согласно описанию Ч. 18

Тема: Ошибка SSL connect error

Вопрос: В АРМ Кассир или АРМ Товародвижение «Ошибка SSL connect error»

Ответ: 1. Проверьтк, корректно ли подготовлен ПК к маркировке, выполните
настройки согласно инструкции «Подготовка ПК к маркировке»..
2. Проверьте, присутствует ли библиотека gost.dll в папке программы. Если в кассовой программе этого файла нет, то его можно скопировать из любой папки клиентской части АИС Товародвижение(StoreStore).

Тема: Исчерпан ресурс хранения ФН

Вопрос: В АРМ Кассир «Исчерпан ресурс хранения ФН»

Ответ: Проблема
с ФН(фискальный накопитель) ККМ. Обратитесь к мастеру ККМ.

Тема: Невозможно добавить связь документа по SGTIN

Вопрос: В АРМ Кассир «Невозможно добавить связь документа по SGTIN»

Ответ: Необходимо повторно запустить скрипты с версии 636 (скрипт 636 должен быть от 11.06.2020) до вашей версии.

Тема: Объект или свойство не найдено

Вопрос: Сообщение «Объект или свойство не найдено»

Ответ: 1. ПК не подготовлен к маркировке. Выполните настройки согласно инструкции «Подготовка ПК к маркировке».
2. АРМ Кассир запущен от имени администратора, а сертификат нет. Запустить АРМ Кассир не от имени администратора ОС.

Тема: Конфликт в базе Store таблица Cashiers

Вопрос: В АРМ Кассир «Конфликт в базе Store таблица Cashiers»

Ответ: Не был запущен скрипт на таблицу кассиров 633. Необходимо запустить скрипты с версии 633 (скрипт 633 должен быть от 06.05.2020)

Тема: Отсутствует обязательная группа GS1

Вопрос: В АИС Товародвижение при сканировании КИЗ «Штрихкод не соответствует маркированному товару. Отсутствует обязательная группа GS1»

Ответ: Это неправильная марка. Неправильно сделал производитель. такой товар не считается маркированным.

Пример неправильной марки:

Пример правильной марки(есть символ GS1 перед группой 91 и перед группой 92):

Ответ: Это неправильная марка. Неправильно сделал производитель. такой товар не считается маркированным.

Пример неправильной марки:

Пример правильной марки(есть символ GS1 перед группой 91 и перед группой 92):

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

Вопрос: Ответ системы ЧЗ «Попытка изменить состояние вложенного КИЗ»

Ответ: Поставщик
не сделал разагрегацию коробки. Поставщику необходимо сделать разагрегацию и отправить запрос в маркировку повторно.

Тема: No ole automation interface

Вопрос:

В настройках касс ошибка No ole automation interface

Ответ: Либо установлен драйвер не 32-х разрядный, либо не зарегистр-ны библиотеки драйвера. Установить драйвер АТОЛ 10 по инструкции.

Тема: Не поддерживается в данном режимеверсии

Вопрос: Ошибка ККМ. Не поддерживается в данном режимеверсии

Тема: No ole automation interface

Вопрос:

В настройках касс ошибка No ole automation interface

Тема: Не поддерживается в данном режимеверсии

Вопрос: Ошибка ККМ. Не поддерживается в данном режимеверсии

Ответ: Это значит что касса на платформе 2.5 с прошивкой ниже 8541, в этом случае в настройках кассы нужно ставить «Не передавать СИЗ».

Передача СИЗ на платформе 2.5 работает только с
прошивкой 8541 и выше и драйвером 10.6.1 и выше

Тема: Ошибка. Проверка на партию маркировки

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

Ответ: В SQL Managemet Studio в свойствах базы в Параметрах (Options) поставить совместимость не ниже SQL 2008 и снова прокрутить скрипты апгрейда базы.

Тема: Операция отклонена. Некорректное состояние

Вопрос: Ответ системы ЧЗ «Операция отклонена. Некорректное состояние»

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

Тема: Неправильно настроена работа с системой МДЛП

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

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

Тема: Некорректное значение параметров команды

Вопрос: Ошибка ККМ. Некорректное значение параметров команды.

Ответ: Происходит при смене режима налогообложения. Стоит ФН для ОСН сроком на 36 месяцев, а должна быть сроком на 15 месяцев.

Тема: Ошибка сервера. Код ответа 7

Вопрос: Ошибка сервера. Код ответа 7. Ошибка couldn’t connect to server (7)

Ответ: Система Честного Знака загружена и не отвечает. Попробуйте повторить действие позже.

Тема: Ошибка сервера. Код ответа 35

Вопрос: Ошибка сервера. Код ответа 35. Ошибка SSL connect error (35)

Ответ: Система Честного Знака загружена и не отвечает. Попробуйте повторить действие позже.

Тема: Отсутствует документ с кодами из маркировки

Вопрос: Отсутствует документ с кодами из маркировки

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

Тема: Штрихкод не соответствует маркированному товару!

Вопрос: Штрихкод не соответствует маркированному товару!
Отсутствует штрихкод.
Сканер д.б. в режиме эмуляции COM-порта (глобальная настройка)

Ответ: Некорректно работает сканер. Проверьте исправность сканера. Попробуйте заменить сканер и проверить работу.

Тема: Ошибка ККМ. Неверная длина

Вопрос: Ошибка при пробитии чека с маркированным товаром
Ошибка ККМ: Неверная длина

Ответ: Стоит старая прошивка на ККМ. Обновите прошивку до платформы 2.5 или 5.0
Если прошивка новая, то проверьте настройки кассового ПО, должна быть выбрана нужная платформа.

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

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

Ответ: Поставщик не сделал разагрегацию коробки. Поставщику необходимо сделать разагрегацию и отправить ответ в маркировку повторно

Тема: Необходима инициализация объекта MARKING

Вопрос: Необходима инициализация объекта MARKING

Ответ: Нет связи кассира с пользователем маркировки в настройках кассы. Нужно связать пользователя в справочнике кассиров.

Тема: Неверно заполнено поле Код торговой точки (Код АРМ)!

Вопрос: Неверно заполнено поле Код торговой точки (Код АРМ)! (после обновления кассового ПО ЮНИКО)

Ответ: Не выбрана Торговая точка в складе. Выберите ее в Глобальных настройках — Вкладка Доп.1 — Настройка — Торг.точка.

Тема: Не удалось привязать SGTIN ни к одной позиции накладной

Вопрос: Не удалось привязать SGTIN ни к одной позиции накладной

Ответ: В справочнике ТМЦ в карточке товара в поле GTIN ввести вручную или считать сканером код с упаковки.

Тема: Сканирование кода маркировки в интернет-заказе

Вопрос: На кассе при выборе интернет-заказа кассовая программа просит просканировать код маркировки, но после сканирования товар в чек все равно не попадает

Ответ: Обновить кассовое ПО до версии 243

Тема: Ошибка. Неправильный синтаксис около конструкции

Вопрос: Ошибка. Неправильный синтаксис около конструкции…

Ответ: Выставить совместимостть базы SQL на версию 2008

Тема: Обработка запроса провалилась: ошибка на этапе первичной обработки документа. Некорректный документ. cvc-pattern-valid: Value ‘ ‘ is not facet-valid with respect to pattern ‘S.*’ for type ‘document_number_200_type’

Вопрос: Обработка запроса провалилась: ошибка на этапе первичной обработки документа. Некорректный документ. cvc-pattern-valid: Value » is not facet-valid with respect to pattern ‘S.*’ for type ‘document_number_200_type’

Ответ: Лишние символыпробелы в номере накладной. Проверьте корректность номера накладной.

Тема: Не печатается буква М (метка марк.товара) в чеке на кассовых аппаратах ШТРИХ-М

Вопрос: Не печатается буква М (метка марк.товара) в чеке на кассовых аппаратах ШТРИХ-М

Ответ: Необходима последняя версия драйвера — 4.15.829, а также в настройках драйвера ШТРИХ-М в таблице №17, в поле 25(Rus автопечать тегов) поставить 1

Тема: Ошибка сервера. Код ответа 502

Вопрос: Ошибка сервера. Код ответа 502

Ответ: Честный Знак недоступен. Повторите попытку позже.

Тема: Штрихкод не соответствует марк.товару! Неверный размер группы GS1. AI92

Вопрос: Штрихкод не соответствует марк.товару! Неверный размер группы GS1. AI92

Ответ: Код маркировки является некорректным. Криптохвост содержит более или менее 44 символов. По закону должно быть 44 символа.
В соответствии с 61 ФЗ, товар с нечитаемой обяз.информацией, в том числе с нечитаемым средством идентификации, относится к недоброкачестввеному (некачественному) товару. Если код не читается при приемке, то принимать такой товар не надо, надо вернуть его поставщику.
Структура кода идентификации утверждена постановлением Правительства Российской Федерации от 14 декабря 2018 г. № 1556 «Об утверждении Положения о системе мониторинга движения лекарственных препаратов для медицинского применения» (далее – Постановление № 1556). Несоответствие кода идентификации требования Постановления №1556 может свидетельствовать о возможной фальсификации лекарственных средств. При выявлении подобных случаев, упаковки должны быть возвращены поставщику этих лекарственных препаратов. В случае повторения подобной ситуации, о факте выявления кода маркировки, не соответствующего Постановлению №1556, необходимо уведомить Оператора системы мониторинга, направив соответствующее уведомление в службу технической поддержки ЦРПТ.
Почему мобильное приложение ЧЗ сообщает что код маркировки правильный?
Мобильное приложение «Честный знак» предназначено не для участника оборота, а для конечного потребителя, для проверки статуса SGTIN.
В настоящий момент в приложении сверка верификации криптоподписи отсутствует. В будущем процесс будет доработан.

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

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

Ответ: Проблема на стороне Честного Знака. Обратитесь в Честный Знак за решением проблемы.

Тема: Не найден товар по считанному товарной номенклатуры!

Вопрос: Не найден товар по считанному товарной номенклатуры!

Ответ: Пересорт маркированного товара. Обратитесь к сопровождающему Юнико или на горячую линию Юнико.

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

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

Ответ: Проблема на стороне Честного Знака. Обратитесь в Честный Знак за решением проблемы.

Тема: Ошибка: Невозможно добавить признак маркированного товара в запись расхода

Вопрос: Ошибка: Невозможно добавить признак маркированного товара в запись расхода!

Ответ: Т.к. контролируется дата начала маркировки, то возможно сбилась дата и время на сервере. Проверьте и поставьте актуальную дату и время.

Тема: Ошибка 81. Договор на оказание услуг по предоставлению кодов маркировки не подписан

Вопрос: Ошибка 81. Договор на оказание услуг по предоставлению кодов маркировки не подписан

Ответ: Проблема на стороне Честного Знака. Обратитесь в Честный Знак за решением проблемы.

Тема: Ошибка сервера. Код ответа 422

Вопрос: Ошибка сервера. Код ответа 422. Превышено максимальное количество задач для предоставления данных. Допустимое количество:10

Ответ: Проверить, есть открыт ли доступ на асинхронные задачи в ЛК ЧЗ. Отключить в настройках кассы проверку на забраковку в МДЛП.

Тема: Неверное состояние ФН

Вопрос: Ошибка ККМ openReceipt. Неверное состояние ФН

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

Тема: Ошибка ККМ. Операция не разрешена, при регистрации не был установлен признак ТМТ

Вопрос: Ошибка ККМ. Операция не разрешена, при регистрации не был установлен признак ТМТ.

Ответ: При перерегистрации ККМ на ФН 1.2 не поставили галочку «Торговля маркированными товарами». Нужна перерегистрация ККМ.

Тема: Ошибка ККМ. Процедура проверки КМ прервана

Вопрос: Ошибка ККМ. Процедура проверки КМ прервана

Ответ: Ошибка означает, что некорректно настроен адрес ИСМ или порт ИСМ в драйвере ККМ.

Тема: Ошибка: Запись не найдена 35 при доступе к файлу Mark_Doc_sgtin

Вопрос: При открытии окна подробной маркировки Ошибка: Запись не найдена 35, возникла при доступе к файлу Mark_Doc_sgtin. Возвращаемся к предыдущему окну.

Ответ: Зайти в любую приходную накладную без маркировки, зайти в окно подробной маркировки по сочетанию клавиш Ctrl+Alt+M, снять галочку «Упрощенный режим» в верхней части таблицы и сделать сортировку по наименованию.

Тема: Ошибка РВ. Отсутствует связь с СЭ

Вопрос: Ошибка РВ. Отсутствует связь с СЭ

Ответ: СЭ — сервер эмиссии. РВ обращается к нему для проверки марки, аналогично, как в ККТ. Данная ошибка означает, что РВ не смог проверить online-марку на сервере эмиссии. Проверьте, что этот SGTIN выбыл через 10521 схему. Если товар по кнопке ИНФО имеет статус Отпуск по ЛР, значит он выбыл по 10521 схеме.

Тема: Ошибка ККМ OpenSession: неверный пароль

Вопрос: При регистрации кассира в кассовой программе Ошибка ККМ OpenSession: неверный пароль

Ответ: Проверить, введены ли пароли администратора в драйвере ККМ. Попробовать открыть смену через драйвер.

Тема: Время ожидания ответа превышено!

Вопрос: В кассовой программе при сканировании КИЗа: Время ожидания ответа превышено!

Ответ: Обновить драйвер ККМ до актуального и проверить в драйвере ККМ, что стоит настройка ФФД 1.2

Тема: POST_EXPORT_TASKS_FILTER. Ошибка сервера. Код ответа 403

Вопрос: В асинхронных задачах: POST_EXPORT_TASKS_FILTER. Ошибка сервера. Код ответа 403

Ответ: Включить настройку асинхронных методов в личном кабинете Честного Знака

Тема: Ошибка ККМ registration: Работа с маркированными товарами временно заблокирована

Вопрос: Ошибка ККМ registration: Работа с маркированными товарами временно заблокирована

Ответ: Проверить в драйвере ККМ, уходят ли уведомления в ОФД. Также в драйвере проверить настройку сервера ИСМ, настроить корректно

Тема: Ошибка ККМ registration: Не найден обязательный параметр LIBFPTR_PARAM_MARKING_PROCESSING_MODE

Вопрос: Ошибка ККМ registration: Не найден обязательный параметр LIBFPTR_PARAM_MARKING_PROCESSING_MODE

Ответ: Ошибка возникает на кассовых прошивках платформы 1.2. В настройках кассы, пункт Установки — Вкладка Касса — выбрать Тип кассы: Атол 1.2

Тема: Verification. Ошибка сервера. Код ответа 403. Недостаточно прав для осуществления операции

Вопрос: При проверке кодов маркировки ошибка
Verification. Ошибка сервера. Код ответа 403. Недостаточно прав для осуществления операции

Ответ: В личном кабинете Честного знака добавить в группе прав, права на проверку кодов маркировки и проверку кодов маркировки и криптохвостов.

Тема: Не удалось найти марки по заданным условиям

Вопрос: В окне подробной маркировки при проверке кодов маркировки
Не удалось найти марки по заданным условиям

Ответ: Выделить все коды маркировки и нажать Ctrl+Shift+R, чтобы снять отметки о проверке кодов маркировки

Содержание

Unmarshalling error cvc pattern valid value
Тема: Ошибка на ровном месте. Акт расхождений получает ошибку от ЕГАИС.
Ошибка на ровном месте. Акт расхождений получает ошибку от ЕГАИС.
Пробел не нужОн
Информация о теме
Отправка отчета ЕФС-1 (1с-отчетность)
Обсуждение (24)
Наполнение Реестров лиц
Часто задаваемые вопросы
Будут ли как-то помечаться записи в Реестрах лиц (удаляться или меняться статус), если в ЕГИССО поступят сведения о смерти кого-то из лиц? Или за этим нужно будет следить поставщикам информации и самим удалять такие записи?
В какой из реестров необходимо вносить информацию по отмене усыновления. Какой вид события выбирать?
Возможна ли загрузка в ручном режиме информации по тем гражданам, по которым нет данных о СНИЛС после 1 декабря?
В частности, это касается граждан, лишенных родительских прав и ограниченных в родительских правах, которые должны коррелироваться с детьми-сиротами и детьми, оставшимися без попечения родителей, состоящими на учете в ООиП.
В реестре законных представителей есть поле под названием «Вид документа», на основании которого возникло право законного представителя. В вариантах выбора нет такого варианта как «Постановление», что необходимо ставить в этом случае?
В реестр лишенных родительских прав мы вносим фамилию матери, лишенной родительских прав, но знаем, что она сменила фамилию. Какую в этом случае вносить фамилию – ту, с которой лишали родительских прав, или ту, которую она носит после вступления в брак?
СНИЛС привязывается к старой фамилии матери или к новой? Не будет ли нарушения информации в ЕГИССО в этом случае?
В случае, если дети, прибывшие из других регионов, находятся под опекой на нашей территории, следует ли вносить в реестры их родителей, которые лишены родительских прав?
В школе — интернат поменялся директор. Подскажите, у всех воспитанников необходимо менять законного представителя в ЕГИССО?
Где взять инструкцию по заполнению Реестра лиц?
Где искать раздел с Реестрами в КПИ?
Дата окончания полномочий законного представителя равна дате восемнадцатилетия ребёнка или это поле можно оставить пустым, так как неизвестно, когда может фактически закончиться опека?
Коды ошибок в МДЛП. Причины возникновения.
Ошибка 1000
Ошибка 11
Ошибка 52
Ошибка 22:
Ошибка 34:

Unmarshalling error cvc pattern valid value

General description of the error:

The format of the error message: cvc-pattern-valid: Value »<0>» is not facet-valid with respect to pattern »<1>» for type »<2>».

Possible causes for this error:

The content of the element does not match the pattern which is defined for the element.

An example

Error message : Error cvc-pattern-valid: Value ‘ONE’ is not facet-valid with respect to pattern ‘[0-9]<1,15>‘ for type ‘Max15NumericText’.

How to fix: The reason for this error can be found out by examining the definition of ‘Max15NumericText ‘ from the schema definition and fixing the value of ‘ NbOfTxs ‘ to be valid against the definition. The definition of the element can be found also from the error message. In this example the pattern defined in the schema is [0-9]<1,15>, ie.e value of ‘ NbOfTxs ‘ must be defined with 1 to 15 digits:

Источник

Тема: Ошибка на ровном месте. Акт расхождений получает ошибку от ЕГАИС.

Опции темы

Поиск по теме

Ошибка на ровном месте. Акт расхождений получает ошибку от ЕГАИС.

Здравствуйте!
Не раз отправлял в ЕГАИС акт расхождений. Всё было нормально.
В последний раз вернулся ответ: org.xml.sax.SAXParseException; cvc-pattern-valid: Value ‘1 ‘ is not facet-valid with respect to pattern ‘S+(.*S+)*’ for type ‘IdentityType’.
Во-первых: им там что, лень переводить свои сообщения на русский язык.
Ладно, предположим, что имеется ввиду «1» не является допустимым для шаблона «IdentityType». Имеется ввиду номер позиции 1,2,3,4.
Код отправляемого акта выглядит так:
—
—
Accepted
248
2019-02-07
TTN-0263905173
Бой товара

—
—
1
FB-000002111135770
40

—
2
FB-000002111135771
80

—
3
FB-000002111135769
20

—
4
FB-000002111135772
20

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

Пробел не нужОн

Value ‘1 ‘ is not facet-valid with respect to pattern ‘S+(.*S+)*’ for type ‘IdentityType’.

Это значит что зря пробел поставили после 1.
Должно быть ‘1’, а стоит ‘1_’

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Источник

Отправка отчета ЕФС-1 (1с-отчетность)

Вопрос задал Ирина М. (ПРОТВИНО)

Ответственный за ответ: Елена Грянина (★9.97/10)

Добрый день.
1. 09.01.2023 уволен сотрудник
2. Отчет составлен в 1с ЗУП и направлен СФР.
Отчет сформирован корректно.
3. Подскажите, в каком направлении двигаться? Обновить релиз.
Отчет не принят.
Ошибка — cvc-enumeration-valid:
Value ’16’ is not facet-valid
with respect to enumeration
‘[12, 13, 14]’. It must be a
value from the enumeration

Код результата — 50

Обсуждение (24)

Это проблема с кодом ОКФС.

Согласно правилам заполнения ЕФС-1:

2.5. В поле «ОКФС» указывается цифровой код в соответствии с Общероссийским классификатором форм собственности, который состоит из двух цифр. Возможные варианты: «12», «13», «14». Необходимо вводить только цифры без иных символов (в том числе символов пробела и переноса). Поле обязательно для заполнения при представлении сведений, предусмотренных подразделом 1.3 формы ЕФС-1.

Т.е. ОКФС должен заполняться только для учреждений, заполняющих раздел 1.3 (бюджетники), а сейчас ошибочно заполняется для всех организаций. Для обхода ошибки можно временно очистить код ОКФС в справочнике Организации и перевыгрузить файл ЕФС-1.

Елена,
спасибо!
Все исправила и повторно направила!
Благодарю за оперативный ответ).

Напишите потом, какой результат будет. Собираем статистику у подписчиков!

Добрый вечер,Елена! Спасибо за совет, способ описанный Вами рабочий, убрал в настройках организации код ОКФС,перезаполнил ЕФС-1, отправил в СФР, статус отчета ПРИНЯТ В ОБРАБОТКУ, жду результата. Только что вышел патч для исправления этой проблемы в ЗУП, но что-то он не работает, по прежнему заполняется код ОКФС, хотя мы и не бюджетники

Добрый день! Патч разработчики отозвали.

Елена, не принято. Пришел протокол уже с другой ошибкой cvc-patern-valid: Value ’00000026’ is not facet-valid with respect to pattern ‘ d<8>’ for type
‘#AnonType_ОКПОТипСтрахователь’.

Код результата 50, код проверки АФ.СХ.1.1.

И снова пришел протокол с грубой ошибкой, при чем ошибка та же , неверный типа формат файла АФ.СХ. 1.1 код 50

Николай, проверьте еще такой момент. Если документ СЗВ-ТД проведен, то сформированный файл сохраняется как вложение к этому документу. При повторной выгрузке файл не формируется заново, а выгружается ранее сохраненный. Поэтому если что-то поменяли, то документ СЗВ-ТД нужно распровести (отменить проведение) и только после этого заново проводить и формировать файл.

Спасибо Елена! Именно так и сделал, только я все удалил и создал заново, после этого ЕФС-1 СФР принял, но я подозреваю, что и СФР не все в порядке с приемом отчетности, изначально отчеты проверяли модулем «VIO», а сейчас уже модуль «VIO.BaseX».

Доброе утро!Спасибо за бесценную рекомендацию!В 1 С: Бухгалтерия в справочнике Организации ОКФС удалению не поддается.Но ручное удаление полностью теги (строчки) из файла отчета («ЕЩЕ»-«открыть файл») с именем ОКФС () сработало.

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

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

Спасибо за дельный совет. Только что повторно отправила. Жду результата. Не усну, пока не дождусь))
Теперь нужно не забывать убирать этот код при отправке отчета.

Добрый день. Та же проблема только в 1С бухгалтерии. в карточке организации не дает убрать ОКФС, поставила «0». Пришла та же ошибка. Я так понимаю, что сейчас в 1С некорректная форма ЕФС?

То, что код ОКСФ заполняется у коммерческих организаций — да, некорректно. Вариант обхода в Бухгалтерии — вручную удалять строку с тегом из файла выгрузки. Пример правки файла: Правка файла выгрузки СЗВ-ТД напрямую в ЗУП 3.1.
Вам нужно только убрать строку с тегом .

Добрый день! Причина в следующем: слетает основание увольнения. Я выгрузила форму в СБИС и проверила, во там и обнаружилось это. Проставила вручную там же в Сбисе и отправилось всё без ошибок!

Источник

Наполнение Реестров лиц

Часто задаваемые вопросы

Будут ли как-то помечаться записи в Реестрах лиц (удаляться или меняться статус), если в ЕГИССО поступят сведения о смерти кого-то из лиц? Или за этим нужно будет следить поставщикам информации и самим удалять такие записи?

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

Примечание . В случае смерти дата прекращения опеки не может отличаться от даты смерти опекуна, попечителя или подопечного. Событие внутреннее, создается ЕГИССО автоматически по данным ЕГР ЗАГС. Приём новых записей о событиях с участием умерших лиц контролируется при наполнении Реестров, с учётом дат смерти и дат вступления в силу решений в событиях. Будут отвергнуты события, вступившие в силу после даты смерти лица, если данные о дате его смерти имеются в ЕГИССО.

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

Ответ. Тайна усыновления охраняется по закону и в ЕГИССО не должно быть этой информации именно как информации об усыновлении/изменениях усыновления, согласно требованиям п.7 ст. 6.9 178-ФЗ от 17.07.1999 N (ред. от 24.04.2020) «О государственной социальной помощи». Поэтому все действия с усыновлением производятся так же, как с родительскими правами, без конкретизации — рождение это было изначально или усыновление. Для отмены усыновления следует использовать событие «Лишение родительских прав» в РЛИРП.

К сведению: при самом усыновлении в РЗП используется событие «Возникновение родительских прав». Органы опеки и попечительства при внесении сведений в Реестры лиц должны руководствоваться Постановлением Правительства РФ от 14.02.2017 №181. Согласно п. 11.5. данного постановления информация о возникновении родительских прав (как рождение, так и усыновление) вносится информационной системой, оператором которой является Федеральная налоговая служба.

Возможна ли загрузка в ручном режиме информации по тем гражданам, по которым нет данных о СНИЛС после 1 декабря?

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

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

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

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

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

СНИЛС привязывается к старой фамилии матери или к новой? Не будет ли нарушения информации в ЕГИССО в этом случае?

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

В случае, если дети, прибывшие из других регионов, находятся под опекой на нашей территории, следует ли вносить в реестры их родителей, которые лишены родительских прав?

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

В школе — интернат поменялся директор. Подскажите, у всех воспитанников необходимо менять законного представителя в ЕГИССО?

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

Где взять инструкцию по заполнению Реестра лиц?

Ответ. Инструкции по работе с Реестрами лиц можно найти на портале документации по Реестрам, доступном по ссылке http://elearning.otr.ru/course/view.php?id=70, в разделах 3. «Наполнение Реестров лиц с применением функциональности КПИ Портала ЕГИССО ПФР» и 4. «Наполнение Реестров лиц с применением утилиты конвертации файлов Excel».

Где искать раздел с Реестрами в КПИ?

Ответ. В меню КПИ последняя вкладка «Работа с реестрами лиц».

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

Ответ. Возраст подопечных и сроки полномочий законных представителей в связи с возрастом контролируются отдельно, на уровне ЕГИССО. В этом случае срок действия вносить не следует (выбирается значение «бессрочно»), если срок полномочий не установлен иным явным образом, документально.

Источник

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

Ошибка 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’.
Причина ошибки: Не указан ИНН или указан не верный ИНН в документе.

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

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: 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.
Причина ошибки: Имеются нарушения тегов. Отсутсвуют лишние теги или нет закрывающих тегов.

Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: 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

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

Ошибка 52

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