Описание возможной причиныРекомендации и примечания
ORA-20103: Не задан мнемокод пользователя ИС Маркировка.
Ошибка сервиса: “Для документа XML должен существовать документ более высокого уровня.
В Парусе Консультанте необходимо создать событие.
В заявке предоставляется следующая информация:
- Наименование организации
- Ответственный сотрудник и телефон
- Адреса VIPnet coordinator/Адрес Vipnet Clinet (через что подключен АРМ)
Сведения оформляются в заявку и отправляются в Отдел информационной безопасности ГБУЗ “МИАЦ” для дальнейшей настройки.
- Необходимо проверить данные действия через “Журнал взаимодействия с ИС Маркировка”. После выполнения операции необходимо обязательно нажимать кнопку ОБНОВИТЬ.
- Если отпечаток в Личном Кабинете Честного знака не совпадает с тем, что в Парусе в разделе Учет – Пользователи ИС Маркировка, необходимо в Парус Консультанте прислать событие с текстом: Актуальная ЭЦП для маркировки. Актуальную ЭЦП прикрепить к событию.
Некорректно нанесен Data Matrix (марка) на ЛП.
Проблема в сканере штрих-кодов.
Обратиться в отдел технической поддержки или прислать событие в Парус Консультант.
Ошибка технического характера.
Пример анализа по клиенту:
Документы операций с упаковкамиДля документа 912 (хотя может и для другого типа) ПКМ – ИС Маркировка – ОтправитьВыходит ошибка:ORA-20103: Содержимое упаковки “*” не найдено в товарных запасах.Проверяю:612 ДОУ 13.04.2021 Получен 12.04.2021 11:561) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35211 нет912 ДОУ 16.04.2021 Не определен2) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35211 ДОУ 13.04.2021 Получен 13.04.2021 16:35:46912 ДОУ 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.
Статус – Не принятВ Журнале взаимодействия с ИС МаркировкаКод ошибки – 34Текст ошибки – Операция не может быть выполнена. Отправитель сведений и владелец SGTIN/SSCC не совпадают.
Рекомендуется проверить владельца КИЗ и убедиться, что текущий владелец совпадает с участником, регистрирующим операцию по КИЗ. Для подтверждения статуса владельца рекомендуется акцептовать полученные документы (при их наличии) или дождаться акцептования от отправителя.
Необходимо проверить цепочку документооборота, например если ошибка возникла по документу 912, необходимо проверить, чтобы 701 документ был отправлен раньше, чем 912 и имел корректный статус Принят. Только после этого необходимо совершать действия с документом 912.
Если 912 документ был отправлен раньше чем 701, и на данный момент находится в статусе Не принят с данным кодом ошибки, то необходимо восстановить корректную цепочку отправки документа: сначала отправить 701 документ, дождаться статуса Принят, и только после этого размножить 912 и отправить заново.
При отправке документов в Журнале взаимодействия с ИС маркировка зарегистрирована ошибка:
Код ошибки -19
Текст ошибки – Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
- Пользователь указал не верную дату документа в поле «Дата». Тем самым нарушив хронологию событий по дате.
- Поставщик не указал в документе временную зону или указал +0:00, соответственно искажается время
Проверить в 601 документе поле “Реестровый номер контракта (договора) в Единой информационной системе в сфере закупок, заполнить данное поле таким же значением в 701 документе. Заполняется только при федеральном или региональном источнике финансирования, для собственных средств не является обязательным.
2. Попробовать отправить документ позже в течение дня. Если документ не отправится успешно, то обратиться в СТП ЧЗ.
Документ 210 «Запрос информации по номеру SGTIN/SSCC»
Статус – Получен ответ, но по связям не находит документ 211 «Результат обработки сведений по номеру SGTIN/SSCC»
Пользователю необходимо обратиться в Отдел технической поддержки или прислать событие через Парус Консультант с описанием проблемы.
Следующие действия выполняются специалистами Отдела технической поддержки или профильным аналитиком:
Под пользователем выйти из всех запущенных сеансов.В Администраторе – Учет – Профили пользователейОтбор по графе «Пользователь (наименование)»Тип – WEBПриложение системы – Учет маркированных товаровРаздел системы – Набор упаковокВид – Формы просмотра раздела, Параметры действий раздела – пометить чекером и удалить.Перезайти под пользователем в раздел и проверить.
Реализована работа с типом документа 627 (Уведомление владельца о регистрации в ИС МДЛП сведений об оприходовании). Действие ПКМ – ИС Маркировка – Получить.
После успешной обработки схемы 702 в сторону Участника, который по данным МДЛП являлсявладельцем оприходованных лекарственных препаратов, отправляется уведомление об оприходовании– 627-posting_notification.xsd. Уведомление содержит в себе перечень оприходованного товара, атакже сведения об Участнике, который осуществил оприходование.
1) Документы операций с упаковкамиВ документе «531. Выдача ЛП в медицинском учреждении» Статус обмена данными с ИС Маркировка – Принят частичноКод ошибки – 11
Текст ошибки – Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке
2) В документе “701. Подтверждение (акцептование) сведений”
1) Статус – Принят частично возвращает Честный Знак. Из Паруса отправляется все корректно.Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе. Необходимо в ЛК ЧЗ проверить статусы 701 и 702 документа. Если документы были корректно сформированы, то ЛП должны стоять на балансе в ЛК ЧЗ. Необходимо проверить фактическое наличие выдаваемых упаковок и далее за разъяснениями обратиться в СТП Честного знака.
2) Статус – Принят частично (Не принят и т.д.) возвращает Честный Знак. Из Паруса отправляется все корректно.Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе, либо не получена информация по цепочке 210-211. Необходимо проверить цепочку документов 601(612)-210-211-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701. Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.
При создании документа выполняем действия согласно инструкции, размещенной у нас на портале info.parusyug.ru Парус 8. Учет маркированных товаров/документ – 2.Пользовательская инструкция по работе с модулем “Учет маркированных товаров”.В спецификацию “Упаковки” производим добавление и сканирование упаковок, заполняем “Сведения о цене”, отправляем документ, проверяем статус.
Если в документе содержатся третичные упаковки, необходимо пометить их чекерами, далее нажать ПКМ – Формирование – Запрос содержимого транспортных упаковок (документ 210 “Запрос информации по номеру SGTIN/SSCC”) заполняем Реквизиты документа: каталог (можно сразу указать 210.Запрос информации по номеру SGTIN/SSCC), тип документа – ДОУ, префикс документа, дата. Отрабатываем схему 210-211-912.
В ответ на наш запрос (документ 210 “Запрос информации по номеру SGTIN/SSCC”) нам приходит ответ от ИС МДЛП документ 211 “Результат обработки сведений по номеру SGTIN/SSCC”, и документ 912 “Расформирование упаковки”.
В разделе Документы – Приходные документы выполнить действие ПКМ – ИС Маркировка – Загрузить из журнала
Выбрать документ, нажать Ок.
Не найдена операция приходования для документа операций с упаковками.
Статус – Не принят
Текст ошибки – Идентичный документ был отправлен ранее
- Проанализировать, почему документ был отправлен повторно
- Проверить статус обработки отправленного раннее идентичного документа
Если необходимо отправить документ повторно, то необходимо размножить документ, на закладке “Дополнительно” проверить заполнение полей “Документ-подтверждение”/”Документ – основание” и выполнить отправку в ИС Маркировка.
Документ – 601(612) в поле контрагент – пусто, поле Место деятельности контрагента – заполнено.
При формировании документа 701 выходит ошибка:
Контрагент должен быть задан
Необходимо предоставить сведения для настройки места деятельности и контрагента:
Заявку можно прислать через Парус Консультант или обратиться в Отдел технической поддержки.
Тип документа – 521, 531
Действие ПКМ – ИС Маркировка – Сформировать отчет о выбытии
В разделе Учет – Регистраторы выбытия кодов маркировки
Спецификация Очередь заданий
Происходит зависание в очереди
Проверить работоспособность регистратора выбытия
Возможно связано с ошибкой 5090: “Срок действия ПИН-кода истек. Необходимо ввести его в РВ повторно” (ошибка отображается только в логах сервиса взаимодействия)
ПКМ – Работа с упаковками – Добавление
При попытке сохранить отсканированную упаковку выходит ошибка:
ORA-20103: Добавление упаковки в документ операций с упаковками в состоянии отличном от “Не отработан” недопустимо.
Это 619 уведомление означает, что в адрес участника оборота была выполнена отправка ЛП по 472 схеме.
В настоящий момент в ПП “Парус-Бюджет 8. Учет маркированных товаров” эта цепочка не реализована, т.к. существует её аналог – схема 415 со значениями (в том числе) “Тип договора при реализации” (contract_type): – 2 (комиссия);- 3 (агентский договор);Следовательно, предлагаем в текущей деятельности использовать её.
Код ошибки – 38
Текст ошибки – Операция не может быть выполнена – указанный SGTIN/SSCC не найден в системе или расформирован.
Необходимо проверить цепочку документов 601(612)-210-211-701-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701. Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.
ПКМ – ИС Маркировка – Отправить
ошибка: В документе “**” присутствуют упаковки, входящие в нерасформированную транспортную упаковку
Необходимо найти 912 ДОУ, в котором присутствуют КИЗ упаковки из текста ошибки. Выбрать документ, ПКМ – Состояние – Отработан как факт. Если возникает ошибка “Невозможна отработка операции расхода как факт для упаковки “**”, оприходованной как план.”, в таком случае ПКМ – Состояние – Отработан как план.
Повторить отправку 531 ДОУ.
В ситуациях, когда 912ДОУ не получается отработать ни как план, ни как факт, а 531ДОУ – без Отработки 912ДОУ не хочет отправляться в ЧЗ, нужно снять отработку с 211ДОУ. Для этого находим 912й ДОУ с упаковкой из ошибки, на нём “ПКМ – Связи – вХодные документы” выбираем в окне “Документы операций с упаковками” и переходим к 211ДОУ. Снимаем отработку с 211ДОУ. Затем пробуем повторно отправить 531ДОУ. Если при отправке будет ругаться уже на другую упаковку, повторяем теже действия, но для другого 211.
Статус отправленПКМ-связи-Журнал взаимодействия с ИС Маркировка в поле примечании Произошла ошибка при отправке запроса.
В модуле Маркировка статус не обновить, поскольку отличается идентификатор. Со стороны пользователя никаких действий производить не нужно.
ПКМ – ИС Маркировка – сформировать отчет о выбытии
Не отправляются документы, статус не определен
ПКМ – ИС Маркировка – Проверить статус
Статус – “Принят частично”
Если упаковки не были отправлены, сформировать новый 531 документ и направить повторно недостающие упаковки.
Если упаковки выгружены все, данную информацию можно посмотреть в регистраторе выбытия, в ЛК ЧЗ должен быть документ 10532 – «Выдача для мед. помощи ЛП с невалидными КМ (регистратор выбытия)»
Документ 10532 автоматически передаётся для ЛП, код маркировки которых не прошёл верификацию.
В данном случае дальнейших действий не требуется – ЛП считается выведенным из оборота.
Обращаем внимание, что лекарственные препараты, КМ которых не прошли проверку, рекомендуется возвращать поставщику.
- Указанный номер счета не соответствует БИК банка
- Значение поля «payPeriodFSS.end» недопустимо для редактирования
- При отправке повторного ответа поле «changeReason» должно быть заполнено
- Проактивный процесс не будет создан. Ранее созданный процесс по ЭЛН закрыт по причине: оплата ЭЛН за счет страхователя
- Проактивный процесс не будет создан. Для пособий, оплаченных по реестру Страхователя, требуется в 109 сообщении заполнить блок Инициация перерасчета «Recalculation»
- При изменении годов исчисления необходимо заполнить Флаг наличия заявления о замене годов
- Значение поля regNum недопустимо для редактирования
Пособия при рождении ребенка
Обратите внимание, что нельзя одновременно указывать данные справки из ЗАГСа и свидетельства о рождении. Введите сведения о том документе, который указан в запросе недостающих сведений от ФСС.
- Значение поля «birthInfo.cert.num»/«birthInfo.cert.issueDate» недопустимо для редактирования
- Значение поля «birthInfo.zagsAct.num»/«birthInfo.zagsAct.issueDate» недопустимо для редактирования
- Значение поля «birthInfo.birthRreference.num»/«birthInfo.birthRreference.issueDate»/ «birthInfo.birthReference.refType» недопустимо для редактирования
Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.
Ответственный за ответ:
Щелкунова Юлия
При сдаче отчета по форме ЕФС-1 отчет не принимается. При проверке выдает ошибку как на скрине. Элемент ОКФС некорректный, значение должно быть из списка допустимых: 12, 13, 14, а у нас 16.
Обсуждение (27)
Для отправки комментария вам необходимо авторизоваться.
1. 1С – ЭДО. Код ошибки 3103. Сертификат не связан ни с одним абонентом системы HUB API.
Если при тестировании профиля настроек 1C – ЭДО или при нажатии “Отправить и получить” выходит сообщение “Ошибка аутентификации в сервисе 1С-ЭДО Код ошибки 3103. Сертификат не связан ни с одним абонентом системы.: сертификат с отпечатком не обнаружен среди сертификатов абонента с Ид_ЭДО’.
Это означает, что данные об используемом клиентом сертификате не обновились в его учетной записи на сервере оператора ЭДО.
В данной ситуации необходимо передобавить сертификат в профиль для формирования и отправки нового регистрационного пакета оператору ЭДО. Для этого необходимо перейти в раздел “Администрирование” – “Обмен электроннымы документами” – вкладка “Обмен с контрагентами” – “Профили ЭДО / Учетные записи” – открыть учетную запись 1С – ЭДО и перейти во вкладку “Сертификаты”. Необходимо удалить сертификат из профиля и добавить его вновь. После завершения процедуры добавления сертификата нажать “Записать и закрыть”.
2. 1С – Такском Код ошибки 3103. Сертификат не связан ни с одним абонентом системы Taxcom API.
Если при тестировании профиля настроек 1C – Такском или при нажатии “Отправить и получить” выходит сообщение “Ошибка аутентификации в сервисе Такском Код ошибки 3103. Сертификат не связан ни с одним абонентом системы.: сертификат с отпечатком не обнаружен среди сертификатов абонента с Ид_ЭДО’.
Это означает, что данные об используемом клиентом сертификате не обновились в его учетной записи на сервере оператора Такском.
В данной ситуации необходимо передобавить сертификат в профиль для формирования и отправки нового регистрационного пакета оператору ЭДО. Для этого необходимо перейти в раздел “Администрирование” – “Обмен электроннымы документами” – вкладка “Обмен с контрагентами” – “Профили ЭДО / Учетные записи” – открыть учетную запись ЭДО 1С – Такском и перейти во вкладку “Сертификаты”. Необходимо удалить сертификат из профиля и добавить его вновь. После завершения процедуры добавления сертификата нажать “Записать и закрыть”.