Егиссо ошибка не соответствует схемам сообщения

На чтение 19 мин Просмотров 39 Опубликовано Обновлено

Содержание

  1. Наполнение Реестров лиц
  2. Часто задаваемые вопросы
  3. Будут ли как-то помечаться записи в Реестрах лиц (удаляться или меняться статус), если в ЕГИССО поступят сведения о смерти кого-то из лиц? Или за этим нужно будет следить поставщикам информации и самим удалять такие записи?
  4. В какой из реестров необходимо вносить информацию по отмене усыновления. Какой вид события выбирать?
  5. Возможна ли загрузка в ручном режиме информации по тем гражданам, по которым нет данных о СНИЛС после 1 декабря?
  6. В частности, это касается граждан, лишенных родительских прав и ограниченных в родительских правах, которые должны коррелироваться с детьми-сиротами и детьми, оставшимися без попечения родителей, состоящими на учете в ООиП.
  7. В реестре законных представителей есть поле под названием «Вид документа», на основании которого возникло право законного представителя. В вариантах выбора нет такого варианта как «Постановление», что необходимо ставить в этом случае?
  8. В реестр лишенных родительских прав мы вносим фамилию матери, лишенной родительских прав, но знаем, что она сменила фамилию. Какую в этом случае вносить фамилию – ту, с которой лишали родительских прав, или ту, которую она носит после вступления в брак?
  9. СНИЛС привязывается к старой фамилии матери или к новой? Не будет ли нарушения информации в ЕГИССО в этом случае?
  10. В случае, если дети, прибывшие из других регионов, находятся под опекой на нашей территории, следует ли вносить в реестры их родителей, которые лишены родительских прав?
  11. Где взять инструкцию по заполнению Реестра лиц?
  12. Где искать раздел с Реестрами в КПИ?
  13. Дата окончания полномочий законного представителя равна дате восемнадцатилетия ребёнка или это поле можно оставить пустым, так как неизвестно, когда может фактически закончиться опека?
  14. Документ, на основании которого возникли правовые основания законного представителя во всех случаях — Постановление, а в выпадающем списке нет такого. Что необходимо выбрать?
  15. ЕГИССО
  16. Ведение реестра назначений ЛМСЗ
  17. Просмотр реестра фактов назначений ЛМСЗ
  18. Просмотр ранее назначенных МСЗ
  19. Добавление факта назначения МСЗ
  20. Изменение факта назначения МСЗ
  21. Отмена факта назначения МСЗ
  22. Возобновление назначения МСЗ
  23. Удаление факта назначения МСЗ
  24. Выгрузка реестра фактов назначений
  25. Выгрузка реестра фактов назначений в форматах xls, csv
  26. Выгрузка реестра фактов назначений в формат xml
  27. Загрузка фактов назначений

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

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

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

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

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

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

Ответ. Тайна усыновления охраняется по закону и в ЕГИССО не должно быть этой информации именно как информации об усыновлении/изменениях усыновления, согласно требованиям п.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».

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

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

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

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

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

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

Источник

ЕГИССО

Департамент федеральных государственных проектов сообщает, что в продуктивной среде системы межведомственного электронного взаимодействия зарегистрирован вид сведений «Изменения реестра локальных МСЗ» версии 1.0.5, предназначенный для информационного взаимодействия поставщиков информации с Единой государственной информационной системой социального обеспечения (далее – ЕГИССО).

В указанной версии вида сведений добавлен блок invalidation, позволяющий поставщику информации самостоятельно осуществлять удаление локальной меры социальной защиты (поддержки).

Сообщаем, что в продуктивном контуре единой системы межведомственного электронного взаимодействия ( СМЭВ 3 ) зарегистрированы виды сведений для передачи и зменений реестра организаций и индивидуальных предпринимателей , которые в соответствии со статьей 5 Федерального закона от 28.12.2013 № 442-ФЗ «Об основах социального обслуживания граждан в Российской Федерации» включены в систему социального обслуживания субъекта Российской Федерации, и изменений реестра точек присутствия организаций, назначающих меры социальной защиты (поддержки).
Документация на указанные виды сведений размещена на технологическом портале СМЭВ 3.0 по адресу https://smev3.gosuslugi.ru
Дополнительно сообщаем, что в рамках обновления сервиса « Социальный калькулятор » на Портале ЕГИССО доработан алгоритм поиска и отображения мер социальной защиты (поддержки), предоставляемых по запросам пользователя, а именно в перечень найденных мер социальной защиты (поддержки) включаются для отображения все найденные меры, предоставляемые категории получателя на территории, указанной в запросе, а только те меры для которых загружены точки присутствия ОНМСЗ, как это было реализовано ранее.
При этом на странице с подробной информацией о мере на карте отображаются только точки присутствия ОНМСЗ.
Кроме того в перечне информации о мере в столбце « Расчетная сумма/методика расчета » в случае если поставщиком сведений данная информация в реестре локальных мер социальной защиты (поддержки) не заполнена, отображается значение «Поставщиком сведений данные не представлены».
Необходимо корректно заполнять данное поле, а именно в нем должен указываться размер назначаемой меры, если она назначается в фиксированном денежном выражении, или правила расчета суммы меры в виде текстовой выдержки из нормативного правового акта, регламентирующего предоставление данной меры.
Также в таблицу с перечнем мер, которые могут быть предоставлены, добавлен столбец « НПА, которыми регламентируется предоставление меры », в котором указываются все нормативные правовые акты, указанные поставщиком информации в реестре ЛМСЗ для данной меры.

В продуктивном контуре единой системы межведомственного электронного взаимодействия зарегистрирован вид сведений для получе ния из Единой государственной информационной системы социального обеспечения версии персонифицированных сведений о назначенных лицу мерах социальной защиты (поддержки) – « Информирование из ЕГИССО по СНИЛС » версии 1.0.3 и версии 1.0.4 .

Документация на указанные виды сведений размещена на технологическом портале СМЭВ 3.0 по адресу https://smev3.gosuslugi.ru

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

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

В последней версии Классификатора мер соци альной защиты (поддержки) исключены позиции в связи с задвоением следующих мер социальной защиты (поддержки):

Код 0802 — Обеспечение в соответствии со стандартами медицинской помощи необходимыми лекарственными препаратами для медицинского применения по рецептам на лекарственные препараты*;
Код 0803 — Обеспечение медицинскими изделиями по рецептам на медицинские изделия*
В связи с этим необходимо прекратить действие меры социальной защиты (поддержки) с предыдущим кодом, проставив дату окончания действия данной меры. Далее необходимо загрузить меру социальной защиты (поддержки) с обновленным кодом, после чего загрузить факты назначения на новую меру социальной защиты (поддержки):
0808 — Обеспечение в соответствии со стандартами медицинской помощи необходимыми лекарственными препаратами для медицинского применения по рецептам на лекарственные препараты, медицинскими изделиями по рецептам на медицинские изделия* (Федеральный закон от 17.07.1999 г. № 178-ФЗ «О государственной социальной помощи»);
0781 — Полное или частичное освобождение от оплаты лекарственных препаратов и медицинских изделий* (Постановление Правительства Российской Федерации от 30 июля 1994 г. № 890 «О государственной поддержке развития медицинской промышленности и улучшении обеспечения населения и учреждений здравоохранения лекарственными средствами и изделиями медицинского назначения, полное освобождение от оплаты лекарственных препаратов, частичное освобождение (скидка 50%))».

Сообщаем об установке обновления версии Единой государственной информационной системы социального обеспечения (далее – ЕГИССО) (релиз 18.9.2). На сайте Пенсионного фонда Российской Федерации в разделе ЕГИССО размещено подробное описание изменений версии , актуализированные руководства пользователей и xsd-схемы .
В новой версии ЕГИССО реализована возможность редактирования и удаления фактов назначения мер социальной защиты (поддержки) поставщиками информации самостоятельно как непосредственно в кабинете поставщика информации на Портале ЕГИССО, так и посредством системы межведомственного электронного взаимодействия. Подробное описание новой версии формата 10.06 «Изменения реестра фактов назначения» размещено на официальном сайте ПФР.
Учитывая изложенное, направление писем в Департамент федеральных государственных проектов для согласования удаления загруженных в ЕГИССО сведений не требуется.

Источник

Ведение реестра назначений ЛМСЗ

Просмотр реестра фактов назначений ЛМСЗ

Для просмотра реестра фактов назначений ЛМСЗ необходимо:

  • на главной странице модуля «РМИС-ЕГИССО» выбрать форму «Реестр фактов назначений»;
  • форма содержит следующие вкладки:
    • «Подготовлены к выгрузке»;
    • «Ошибки»;
    • «Обрабатываются»;
    • «Отложены»;
    • «Успешно выгружены»;
    • «Удалены».

На форме «Реестр фактов назначений» отображаются следующие кнопки, видимые/невидимые в зависимости от выбранной вкладки:

Наименование Описание Доступна на вкладках
ДОБАВИТЬ Используется для создания нового факта назначения Используется для просмотра или изменения факта назначения
  • Подготовлены к выгрузке;
  • Ошибки;
  • Успешно выгружены
ПРОСМОТР Используется для просмотра факта назначения
  • Обрабатываются;
  • Отложены;
  • Удалены
УДАЛИТЬ Используется для удаления факта назначения
  • Подготовлены к выгрузке;
  • Успешно выгружены
ОТМЕНИТЬ Используется для отмены факта назначения

Доступна на всех вкладках
ЗАГРУЗИТЬ ФАЙЛ Используется для загрузки фактов назначений в реестр Доступна на всех вкладках
ВЫГРУЗИТЬ В ФАЙЛ Используется для выгрузки реестра фактов назначений Доступна на всех вкладках

Факт назначения может иметь следующие статусы:

Если после загрузки пакета/файла решено было отменить загрузку – все записи отмененного файла/пакета будут иметь статус «Отмена».

Если при выгрузке пакета/файла решено отменить выгрузку – все записи отмененного файла/пакета будут иметь статус «Отмена»

Запись выгружается в файл (.xml) (при отправке через КПИ) или пакет (при отправке через СМЭВ)

Запись выгрузилась из модуля в рамках пакета/файла, но пакет/файл еще не отправлен/не передан в ЕГИССО

Запись в рамках пакета отправлена в ЕГИССО: автоматически при работе со СМЭВ либо путем ручного перевода статуса пакета с «Ожидание отправки» на «Отправлено» (при отправке пакета через КПИ)

Запись успешно обработана в ЕГИССО (запись об удалении факта назначения).

Запись может быть удалена без отправки в ЕГИССО при условии, что запись новая со статусом «Подготовлено к выгрузке» и еще ни разу не выгружалась в ЕГИССО

Запись принадлежит к пакету, который полностью невалидный (ни одна запись пакета не загрузилась в ЕГИССО, например, если электронная подпись невалидная, неуникальный идентификатор пакета)

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

Просмотр ранее назначенных МСЗ

Для просмотра ранее назначенных МСЗ по СНИЛС, коду и наименованию ЛМСЗ, фамилии, имени и отчеству, медицинской организации, назначившей МСЗ, или дате назначения необходимо:

  • на главной странице модуля «РМИС-ЕГИССО» выбрать форму «Реестр фактов назначений»;
  • перейти на необходимую вкладку;
  • в необходимом поле ввести значение, по которому будет осуществляться поиск на наличие раннее назначенных ЛМСЗ за все время;

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

Добавление факта назначения МСЗ

Для добавления факта назначения МСЗ необходимо:

  • на форме «Реестр фактов назначений» перейти на вкладку «Подготовлены к выгрузке»;
  • нажать на кнопку «ДОБАВИТЬ»;
  • открывается форма «Добавление факта назначения»;

  • форма включает следующие вкладки:
    • «Данные Назначения» (выбрана по умолчанию);
    • «Документы – Основания для МСЗ»;
    • «Добавление Получателя МСЗ».

П р и м е ч а н и е – Поля, обязательные для заполнения, отмечены символом *.

Выбрать код и наименование ОНМСЗ с помощью кнопки

Выбрать код и наименование ЛМСЗ с помощью кнопки

Код и Наименование Локальной Категории Получателя

Код и наименование локальной категории получателя

Выбрать с код и наименование локальной категории получателя с помощью кнопки

Сведения о Формах Назначения

Дата принятия решения о назначении

Дата принятия решения о назначении

Установить дату принятия решения о назначении с помощью кнопки

Дата начала действия назначения

Дата начала действия назначения

Установить дату начала действия назначения с помощью кнопки

Дата окончания действия назначения

Дата окончания действия назначения

Установить дату окончания действия назначения с помощью кнопки

Выбрать форму представления назначения с помощью кнопки

Размер назначения Ввести размер назначения вручную

Поле появляется после установки значения в поле «Форма представления»

Выбрать единицу измерения с помощью кнопки

Сумма эквивалент (в рублях)

Сумма эквивалент (в рублях).

Поле появляется при установке значений «Натуральная», «Льготы», «Услуги» в поле «Форма представления»

Ввести сумму эквивалент (в рублях) вручную

Поле появляется при установке значений «Натуральная», «Льготы», «Услуги» в поле «Форма представления»

Ввести содержание назначения вручную

Поле появляется при установке значений «Натуральная», «Льготы», «Услуги» в поле «Форма представления»

Ввести комментарий вручную

Поле появляется при установке значения «Льготы» в поле «Форма представления»

Ввести признак монетизации вручную

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

Поле появляется при установке флага в поле «Использовать критерий нуждаемости»

Ввести критерии нуждаемости вручную

  • выбрать вкладку «Документы – Основания для МСЗ»;
  • нажать на кнопку , становятся доступны поля для добавления документа, дающего право на получение МСЗ;

Наименование документа-основания для МСЗ

Ввести наименование документа-основания для МСЗ вручную Серия Серия документа-основания для МСЗ Ввести серию документа-основания для МСЗ вручную Номер Номер документа-основания для МСЗ Ввести номер документа-основания для МСЗ вручную Дата выдачи Дата выдачи документа-основания для МСЗ

Установить дату выдачи документа-основания для МСЗ с помощью кнопки

Срок действия с Начало срока действия документа-основания для МСЗ

Установить начало срока действия документа-основания для МСЗ с помощью кнопки

Установить окончание срока действия документа-основания для МСЗ с помощью кнопки

Кем выдан Кем выдан документ-основание для МСЗ Ввести, кем выдан документ-основание для МСЗ, вручную

  • нажать на кнопку «ЗАПОМНИТЬ», данные на вкладке «Документы — основания для МСЗ» введены. Документ сохранен. Отображается запись в таблице о созданном документе;
  • выбрать вкладку «Добавление Получателя МСЗ»;

Ввести СНИЛС получателя МСЗ.

По СНИЛС Система находит физ.лицо в РМИС

  • если Система находит физ.лицо в РМИС по СНИЛС, поле заполняется автоматически;
  • если Система не находит физ.лицо в РМИС по СНИЛС, заполнить поле вручную

Имя Имя получателя МСЗ

  • если Система находит физ.лицо в РМИС по СНИЛС, поле заполняется автоматически;
  • если Система не находит физ.лицо в РМИС по СНИЛС, заполнить поле вручную

Отчество Отчество получателя МСЗ

  • если Система находит физ.лицо в РМИС по СНИЛС, поле заполняется автоматически;
  • если Система не находит физ.лицо в РМИС по СНИЛС, заполнить поле вручную

Фамилия при рождении Фамилия получателя МСЗ при рождении

  • если Система находит физ.лицо в РМИС по СНИЛС, поле заполняется автоматически;
  • если Система не находит физ.лицо в РМИС по СНИЛС, заполнить поле вручную

Пол Пол получателя МСЗ

  • если Система находит физ.лицо в РМИС по СНИЛС, поле заполняется автоматически;
  • если Система не находит физ.лицо в РМИС по СНИЛС, заполнить поле с помощью кнопки
  • если Система находит физ.лицо в РМИС по СНИЛС, поле заполняется автоматически;
  • если Система не находит физ.лицо в РМИС по СНИЛС, заполнить поле с помощью кнопки

Гражданство получателя МСЗ

Выбрать гражданство получателя МСЗ с помощью кнопки

Место рождения Место рождения получателя МСЗ Ввести место рождения получателя МСЗ вручную Контактный телефон Контактный телефон получателя МСЗ Ввести контактный телефон получателя МСЗ вручную Вид документа Вид документа получателя МСЗ

Выбрать вид документа получателя МСЗ с помощью кнопки

Серия Серия документа получателя МСЗ Ввести серию документа получателя МСЗ вручную Номер Номер документа получателя МСЗ Ввести номер документа получателя МСЗ вручную Дата выдачи Дата выдачи документа получателя МСЗ

Установить дату выдачи документа получателя МСЗ с помощью кнопки

Кем выдан Кем выдан документ получателя МСЗ Ввести, кем выдан документ получателя МСЗ, вручную Данные документа — основания пребывания/ проживания в РФ Данные документа — основания пребывания/ проживания в РФ Ввести данные документа — основания пребывания/ проживания в РФ вручную

П р и м е ч а н и е – Если на форме не заполнены все обязательные поля, после нажатия на кнопку «СОХРАНИТЬ» выведется соответствующее сообщение, незаполненные поля будут подсвечены красным цветом.

  • факт назначения ЛМСЗ сохраняется. Новое назначение отображено в таблице реестра назначений локальных МСЗ (ЛМСЗ).

Изменение факта назначения МСЗ

Для изменения факта назначения МСЗ необходимо:

  • на форме «Реестр фактов назначений» перейти на вкладку «Подготовлены к выгрузке», «Ошибки» или «Успешно выгружены»;
  • выделить назначение;
  • нажать на кнопку «ИЗМЕНИТЬ»;

  • открывается форма «Редактирование факта назначения»;

  • ввести необходимые изменения и нажать на кнопку «СОХРАНИТЬ», факт назначения ЛМСЗ сохраняется.

Отмена факта назначения МСЗ

Для отмены факта назначения МСЗ необходимо:

  • на форме «Реестр фактов назначений» перейти на вкладку «Подготовлены к выгрузке»;
  • выделить назначение;
  • нажать на кнопку «ОТМЕНИТЬ»;

  • факт назначения МСЗ будет отменен и переместится с вкладки «Подготовлены к выгрузке» на вкладку «Отложены».

Возобновление назначения МСЗ

Для возобновления назначения МСЗ необходимо:

  • на форме «Реестр фактов назначений» перейти на вкладку «Отложены»;
  • выделить назначение;
  • нажать на кнопку «ВОЗОБНОВИТЬ»;

  • назначение МСЗ будет возобновлено и переместится с вкладки «Отложены» на вкладку «Подготовлены к выгрузке».

Удаление факта назначения МСЗ

Для удаления факта назначения МСЗ необходимо:

  • на форме «Реестр фактов назначений» перейти на вкладку «Подготовлены к выгрузке» или «Успешно выгружены»;
  • выделить назначение;
  • нажать на кнопку «УДАЛИТЬ»;

    если факт назначения МСЗ ни разу не был выгружен в ЕГИССО, при нажатии кнопки «УДАЛИТЬ» факт назначения МСЗ сразу будет удален и переместится на вкладку «Удалены»;

если факт назначения МСЗ ранее был выгружен в ЕГИССО, при нажатии кнопки «УДАЛИТЬ» удаление факта назначения МСЗ и его перемещение на вкладку «Удалены» произойдет только после успешной выгрузки записи в ЕГИССО.

Выгрузка реестра фактов назначений

Выгрузка реестра фактов назначений в форматах xls, csv

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

  • на главной странице модуля «РМИС-ЕГИССО» выбрать форму «Реестр фактов назначений»;
  • нажать на кнопку «ВЫГРУЗИТЬ В ФАЙЛ» в правом верхнем углу формы «Реестр фактов назначений»;
  • выбрать формат файла, в который будут выгружаться данные реестра фактов назначений локальных МСЗ (.xls, или .csv);

  • файл выгружен на компьютер пользователя в папку «Загрузки» (Downloads) в выбранном формате.

Пример файла, выгруженного в формате .xls:

Пример файла, выгруженного в формате .csv:

Выгрузка реестра фактов назначений в формат xml

Для выгрузки реестра фактов назначений в формат .xml:

П р и м е ч а н и е – При выгрузке реестра в формат .xml в выгруженном файле будут содержаться только данные вкладки «Подготовлены к выгрузке».

  • на главной странице модуля «РМИС-ЕГИССО» выбрать форму «Реестр фактов назначений»;
  • нажать на кнопку «ВЫГРУЗИТЬ В ФАЙЛ» в правом верхнем углу формы «Реестр фактов назначений»;
  • выбрать формат файла – .xml;

  • файл выгружен на компьютер пользователя в папку «Загрузки» (Downloads) в формате .xml;
  • факты назначения МСЗ переместятся с вкладки «Подготовлены к выгрузке» на вкладку «Обрабатываются».

Загрузка фактов назначений

Для загрузки фактов назначений в реестр необходимо:

  • на главной странице модуля «РМИС-ЕГИССО» выбрать форму «Реестр фактов назначений»;
  • нажать на кнопку «ЗАГРУЗИТЬ ФАЙЛ» в правом верхнем углу формы «Реестр фактов назначений»;

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

Если поле заполнено значением Fact, то все последующие значения относятся к факту назначения.

После строки с типом Fact может быть указано от 0 до N строк с типом Reason. Строка с таким типом содержит информацию о дополнительном родственнике, являющемся основанием для назначения меры.

Criteria — строка вставляется после строки Fact для случая, если критериев > 1

Идентификатор локальной категории получателей МСЗ

Код ОНМСЗ, осуществившего назначение

Код поставщика, если ЛМСЗ была загружена не текущим поставщиком данных

Код поставщика (указывается, если факт был загружен не текущим поставщиком данных)

Источник

Adblock
detector

№ Описание поля Имя поля Тип данных Обязательность заполнения
1 Тип записи RecType Перечислимое значение (Fact, Reason, Criteria)
Сведения о локальных МСЗ и категориях
2 Идентификатор назначенной МСЗ LMSZID uuid Обязательно
3
Источник

Сведения приведены в документе Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 3.0.

SMEV-100

1. Текст ошибки: Отсутствует ЭП-ОВ. 

Возникает на этапе проверки ЭЦП в рамках синхронной обработки xml-сообщения, принятого методом GetRequest, GetResponse, Ack.

Причина Пример
Запрос не подписан электронной подписью органа власти (ЭП-ОВ) (отсутствует или некорректно заполнен блок SenderInformationSystemSignature) 
<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
     <soap:Body>
      <soap:Fault>
  <faultcode>soap:Server</faultcode>
       <faultstring>Отсутствует
  ЭП-ОВ</faultstring>
       <detail>
  <ns3:SignatureVerificationFault
  xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.1"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.1"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.1">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE2 :
  TR:SYNC:SPS:1</Code> 
  <Description>SMEV-100:Отсутствует
  ЭП-ОВ</Description>
  <ns3:SignatureVerificationFault>NoSignatureFound</ns3:SignatureVerificationFault>
  </ns3:SignatureVerificationFault>
       </detail>
      </soap:Fault>
     </soap:Body>
    </soap:Envelope>

Рекомендуется подписать сообщение ЭП-ОВ и повторить отправку. 

2. Текст ошибки: @signatureTypeAsString не соответствует подписанным данным.

Возникает на этапе проверки ЭЦП в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.

 Причина  Пример
ЭП-СП не соответствует подписанным данным: данные изменены после подписания или допущены ошибки при формировании подписи 
<ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>0f952bd0-3868-11ea-b0b7-0050569445fb</ns2:OriginalMessageId>
<ns2:StatusCategory>requestIsRejectedBySmev</ns2:StatusCategory>
<ns2:StatusDetails>ЭП-СП не соответствует подписанным данным: ru.voskhod.crypto.exceptions.SignatureValidationException:
 Ошибка проверки ЭП: Нарушена целостность ЭП.</ns2:StatusDetails>
<ns2:SmevFault xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:type="ns3:SignatureVerificationFault">
<Code>fed0:P:FED0_ASYNC_CORE1:TR:ASYNC:SPS:2</Code>
<Description>SMEV-100:ЭП-СП не соответствует подписанным данным:
 ru.voskhod.crypto.exceptions.SignatureValidationException: Ошибка проверки ЭП: Нарушена целостность ЭП.</Description>
<ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault></ns2:SmevFault>
</ns2:AsyncProcessingStatus>
ЭП-ОВ не соответствует подписанным данным: данные изменены после
подписания или допущены ошибки при формировании подписи 		 
<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
       <soap:Body>
          <soap:Fault>
  <faultcode>soap:Server</faultcode>
             <faultstring>ЭП-ОВ не
  соответствует подписанным данным:
  ru.voskhod.crypto.exceptions.SignatureValidationException: Ошибка проверки
  ЭП: Нарушена целостность ЭП.</faultstring>
             <detail>
  <ns3:SignatureVerificationFault
  xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE1 :
  TR:SYNC:SPS:2</Code>
  <Description>SMEV-100:ЭП-ОВ не соответствует подписанным данным:
  ru.voskhod.crypto.exceptions.SignatureValidationException: Ошибка проверки
  ЭП: Нарушена целостность ЭП.</Description>
  <ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault>
  </ns3:SignatureVerificationFault>
             </detail>
          </soap:Fault>
       </soap:Body>
    </soap:Envelope>

Рекомендуется проверить алгоритм подписи. Общая последовательность должна быть такой (на примере SendRequest):

  • каноникализация содержимого узла SenderProvidedRequestData;
  • нормализация;
  • расчет хэша;
  • формирование ЭП-ОВ:
    • запись cодержимого хэша в CallerInformationSystemSignatureSignatureSignedInfoDigestValue
    • каноникализация, нормализация элемента CallerInformationSystemSignatureSignatureSignedInfo
    • расчёт хэша элемента CallerInformationSystemSignatureSignatureSignedInfo
    • подпись хэша CallerInformationSystemSignatureSignatureSignedInfo
    • запись значения подписи в CallerInformationSystemSignatureSignatureSignatureValue
    • запись данных сертификата в CallerInformationSystemSignatureSignatureKeyInfoX509DataX509Certificate

3. Текст ошибки: Проверка подписи на вложении @id_вложения: @error.

Возникает на этапе проверки ЭЦП в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.

Причина  Пример
Неправильно подписано вложение или ошибка в структуре конверта СМЭВ 
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
 <soap:Body>
  <soap:Fault>
   <faultcode>soap:Server</faultcode>
   <faultstring>Проверка подписи на вложении zapros.jpg: Дайджест не прошел проверку!</faultstring>
   <detail>
    <ns3:SignatureVerificationFault 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2" 
xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2" 
xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
     <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:SPS:7</Code>
     <Description>SMEV-100:Проверка подписи на вложении zapros.jpg:
 Дайджест не прошел проверку!</Description>
     <ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault>
    </ns3:SignatureVerificationFault>
   </detail>
  </soap:Fault>
 </soap:Body>
</soap:Envelope>
 
 <ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>35861260-1599-11ea-b248-000c2904fa57</ns2:OriginalMessageId>
<ns2:StatusCategory>requestIsRejectedBySmev</ns2:StatusCategory>
<ns2:StatusDetails>Проверка подписи на вложении 35880e30-1599-11ea-b248-000c2904fa57:
 Дайджест не прошел проверку!</ns2:StatusDetails>
<ns2:SmevFault xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:type="ns3:SignatureVerificationFault">
<Code>tsmev3:P:TSMEV3_ASYNC_CORE2:TR:ASYNC:PP:SPS:7</Code>
<Description>SMEV-100:Проверка подписи на вложении 35880e30-1599-11ea-b248-000c2904fa57:
 Дайджест не прошел проверку!</Description>
<ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault>
</ns2:SmevFault></ns2:AsyncProcessingStatus>

Рекомендуется проверить в каком формате электронная подпись добавлена в сообщение, а так же проверить структуру XML-сообщения на соответствие общим схемам СМЭВ с помощью инструмента «Проверки корректности xml-сообщения», размещенном на главной странице неавторизованной зоны ЛК УВ.

4. Текст ошибки: Проверка подписи на вложении @id_вложения: Ошибка получения дайджеста (OID) из подписи.

Возникает на этапе проверки подписи вложения на соответствие формату PKCS#7 в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.

 Причина Пример 
Подпись
вложенных файлов не удовлетворяет Профилю формата PKCS#7		 
<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
     <soap:Body>
      <soap:Fault>
  <faultcode>soap:Server</faultcode>
       <faultstring>Проверка
  подписи на вложении zapros.jpg: Ошибка получения дайджеста (OID) из
  подписи.</faultstring>
       <detail>
  <ns3:SignatureVerificationFault
  xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
         <Code>tsmev3:PRODUCTION_AREA:TSMEV3_CORE2
  : TR:SYNC:SPS:8</Code>
  <Description>SMEV-100:Проверка подписи на вложении zapros.jpg:
  Ошибка получения дайджеста (OID) из подписи.</Description>
  <ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault>
  </ns3:SignatureVerificationFault>
       </detail>
      </soap:Fault>
     </soap:Body>
    </soap:Envelope>

Рекомендуется проверить что подпись вложения удовлетворяет профилю формата PKCS#7 согласно п.6.3.1. Подписи в формате PKCS#7 и
Приложение В. Профиль формата PKCS#7, которому должны удовлетворять подписи вложенных файлов» Методических рекомендаций по работе с Единой системой межведомственного электронного взаимодействия.

5. Текст ошибки: Срок действия сертификата ЭП-* истёк. Сертификат действителен до @validUntil.

Возникает на этапе проверки ЭЦП в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.







 Причина
 Пример




 Срок действия ЭП-ОВ истёк.
 <soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/&quot;&gt;


 <soap:Body>
  <soap:Fault>
   <faultcode>soap:Server</faultcode>
   <faultstring>Срок действия сертификата ЭП-ОВ истёк. Сертификат действителен до 2014-12-03 12:21</faultstring>
   <detail>
    <ns3:SignatureVerificationFault 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.1"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.1"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.1">
     <Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:SPS:4</Code>
     <Description>SMEV-100:Срок действия сертификата ЭП-ОВ истёк.
 Сертификат действителен до 2014-12-03 12:21</Description>
     <ns3:SignatureVerificationFault>CertificateIsExpired</ns3:SignatureVerificationFault>
    </ns3:SignatureVerificationFault>
   </detail>
  </soap:Fault>
 </soap:Body>
</soap:Envelope>






Срок действия ЭП-СП истёк.


<AsyncProcessingStatus><OriginalMessageId>4fd0f689-1d79-11e9-831b-00155d1c2b05</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Срок действия сертификата ЭП-СП истёк. Сертификат действителен до 2018-10-12 10:16</StatusDetails>
<SmevFault xsi:type="ns3:SignatureVerificationFault"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:SPS:4</ns2:Code>
<ns2:Description>SMEV-100:Срок  действия сертификата ЭП-СП истёк. 
Сертификат действителен до 2018-10-12 10:16</ns2:Description>
<ns3:SignatureVerificationFault>CertificateIsExpired</ns3:SignatureVerificationFault>
</SmevFault></AsyncProcessingStatus>








Рекомендуется проверить сроки действия сертификата в блоке PersonalSignature.Заменить ЭП на действительную электронную подпись и повторить отправку сообщения.





  



                       
  






6. Текст ошибки: Срок действия сертификата ЭП-* не начался. Сертификат действителен с @validSince


Возникает на этапе проверки ЭЦП в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.






 Причина
 Пример




 Срок действия ЭП-ОВ не начался.
 <soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/&quot;&gt;


 <soap:Body>
  <soap:Fault>
   <faultcode>soap:Server</faultcode>
   <faultstring>Срок действия сертификата ЭП-СП не начался. Сертификат действителен с 2022-06-01 09:00</faultstring>
   <detail>
    <ns3:SignatureVerificationFault

xmlns:ns3=»urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3″


xmlns:ns2=»urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.3″

 xmlns=»urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.3″>
     <Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:SPS:4</Code>
     <Description>SMEV-100:Срок действия сертификата ЭП-ОВ не начался.
 Сертификат действителен до 2014-12-03 12:21</Description>
     <ns3:SignatureVerificationFault>CertificateIsExpired</ns3:SignatureVerificationFault>
    </ns3:SignatureVerificationFault>
   </detail>
  </soap:Fault>
 </soap:Body>
</soap:Envelope>






Срок действия ЭП-СП не начался.


<AsyncProcessingStatus><OriginalMessageId>4fd0f689-1d79-11e9-831b-00155d1c2b05</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Срок действия сертификата ЭП-СП не начался. Сертификат действителен с 2022-06-01 09:00</StatusDetails>
<SmevFault xsi:type="ns3:SignatureVerificationFault"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:SPS:4</ns2:Code>
<ns2:Description>SMEV-100:Срок  действия сертификата ЭП-СП не начался. 
Сертификат действителен до 2018-10-12 10:16</ns2:Description>
<ns3:SignatureVerificationFault>CertificateIsExpired</ns3:SignatureVerificationFault>
</SmevFault></AsyncProcessingStatus>









Рекомендуется обратиться в Удостоверяющий центр, выдавший сертификат.


7. Текст ошибки: Cертификат отозван. Код ответа в ГУЦ: @code


Возникает на этапе проверки сертификата ЭП-ОВ в ГУЦ в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.






 Причина
 Пример




Возникла ошибка при проверке сертификата в ИС ГУЦ


<AsyncProcessingStatus><OriginalMessageId>03e1b072-1993-11e9-99c3-62fe784ec952</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Cертификат отозван. Код ответа в ГУЦ:14</StatusDetails>
<SmevFault xsi:type="ns3:SignatureVerificationFault" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:GUTC:1</ns2:Code>
<ns2:Description>SMEV-100:Cертификат отозван. Код ответа в ГУЦ:14</ns2:Description>
<ns3:SignatureVerificationFault>CertificateIsExpired</ns3:SignatureVerificationFault>
</SmevFault></AsyncProcessingStatus>








Рекомендуется обратиться в Удостоверяющий центр, выдавший сертификат.


8. Текст ошибки: Технологический доступ к СМЭВ временно отозван в связи с нарушением установленного лимита обращений в систему.





  



                       
  






Возникает на этапе проверки лимитов обращения к методам  Единого сервиса СМЭВ 3 в рамках синхронной обработки.






 Причина
 Пример




Превышены

  допустимые лимиты по одному из методов Единого сервиса СМЭВ 3		


<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
       <soap:Body>
          <soap:Fault>
  <faultcode>soap:Server</faultcode>
  <faultstring>Технологический доступ к СМЭВ временно отозван, в
  связи с превышением норматива отправки сообщений в
  систему</faultstring>
             <detail>
  <ns3:SignatureVerificationFault
  xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
  <Code>LOCAL:DEV:localhost:TR:SYNC:RTR:1</Code>
  <Description>SMEV-100:Технологический доступ к СМЭВ временно
  отозван в связи с нарушением установленного лимита обращений в
  систему</Description>     
  <ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault>
  </ns3:SignatureVerificationFault>
             </detail>
          </soap:Fault>
       </soap:Body>
    </soap:Envelope>








Рекомендуется Уменьшить интенсивность обращения к методам Единого сервиса СМЭВ 3 до рекомендованных. Значения лимитов по умолчанию зафиксированы в п. 5.4 Методических Рекомендаций СМЭВ.




SMEV-200










	 1. Текст ошибки: Превышен максимально допустимый суммарный размер присоединённых файлов и сообщения.




	 Возникает на этапе проверки размера сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse. 







		  Причина
	

		  Пример
	





		 Размер присоединённых файлов превысил 5 Мб при отправке через MTOM
	


<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
	<soap:Body>
	<soap:Fault>
	<faultcode>soap:Server</faultcode>
	<faultstring>Превышен максимально допустимый суммарный 
размер присоединённых файлов и сообщения.</faultstring>
	<detail>
	<ns3:AttachmentSizeLimitExceeded 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
	<Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:PP:2</Code>
	<Description>SMEV-200:Превышен максимально допустимый 
суммарный размер присоединённых файлов и сообщения.</Description>
	<ns3:PermittedTotalAttachmentSize>5242880</ns3:PermittedTotalAttachmentSize>
	<ns3:RealTotalAttachmentSize>6275349</ns3:RealTotalAttachmentSize>
	</ns3:AttachmentSizeLimitExceeded>
	</detail>
	</soap:Fault>
	</soap:Body>
	</soap:Envelope>









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




	 2. Текст ошибки: Количество ФТП-вложений превышает допустимое.




	 Возникает на этапе проверки количества ФТП-вложений в сообщении, принятого методом SendRequest либо SendResponse в рамках синхронной обработки.








		  Причина
	

		  Пример
	





		 Количество вложений в сообщении превысило лимит.
	



		





  



                       
  






<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
	<soap:Body>
	<soap:Fault>
	<faultcode>soap:Server</faultcode>
	<faultstring>Количество ФТП-вложений превышает допустимое</faultstring>
	<detail>
	<ns3:AttachmentSizeLimitExceeded 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
	<Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:PP:2</Code>
	<Description>SMEV-200:Количество ФТП-вложений превышает допустимое</Description>
	<ns3:PermittedTotalAttachmentSize>10</ns3:PermittedTotalAttachmentSize>
	<ns3:RealTotalAttachmentSize>15</ns3:RealTotalAttachmentSize>
	</ns3:AttachmentSizeLimitExceeded>
	</detail>
	</soap:Fault>
	</soap:Body>
	</soap:Envelope>









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



SMEV-201





	 1. Текст ошибки: Некорректная информация о фтп вложениях; message id = @id_сообщения.




	 Возникает на этапе проверки файлов вложения в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse. 







		  Причина
	

		  Пример
	





		 1.Несоответствие заголовка и вложений

		 2. Вложение не загружено перед отправкой сообщения
			


<AsyncProcessingStatus>
	<OriginalMessageId>57a28db2-18d1-11e9-8037-0242ac110008</OriginalMessageId>
	<StatusCategory>requestIsRejectedBySmev</StatusCategory>
	<StatusDetails>Некорректная информация о фтп вложениях;
 message id = 57a28db2-18d1-11e9-8037-0242ac110008</StatusDetails>
	<SmevFault>
	<ns2:Code>LOCAL:P:localhost:TR:ASYNC:FS:2</ns2:Code>
	<ns2:Description>SMEV-201:Некорректная информация о фтп вложениях;
 message id = 57a28db2-18d1-11e9-8037-0242ac110008</ns2:Description>
	</SmevFault>
	</AsyncProcessingStatus>









	 Рекомендуется:


    

  • убедиться, что вложение было предварительно загружено на файловое хранилище СМЭВ;
    • 

  • проверить корректность указания в сообщении содержимого заголовка RefAttachmentHeader.
    • 




	 2. Текст ошибки: Ошибка СМЭВ. Обратитесь в службу технической поддержки.




 Возникает на этапе проверки заголовков файлов вложения сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.







		  Причина
	

		  Пример
	





		 Несоответствие заголовка и вложений


			


		 


<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
	<soap:Body>
		<soap:Fault>
		     <faultcode>soap:Server</faultcode>
		     <faultstring>Вложение [Id="otvet"] не имеет заголовка.</faultstring>
		     <detail>
		        <ns3:AttachmentContentMiscoordination
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2" xsi:type="SmevFault">
		         <Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:PP:4</Code>
		         <Description>SMEV-201:Ошибка СМЭВ. 
Обратитесь в службу технической поддержки.</Description>
		        </ns3:AttachmentContentMiscoordination>
		     </detail>
		</soap:Fault>
	</soap:Body>
</soap:Envelope>









	 Рекомендуется:





    

  • убедиться, что каждому AttachmentHeader в сообщении соответствует AttachmentContent;
	
    • 

  • убедиться, что количество заголовков равно количеству вложений;
	
    • 

  • убедиться, что содержимое элементов Id в AttachmentContent не дублируется».
    • 





SMEV-202





	 Текст ошибки: Квота на файловое хранилище для получателя превышена!

 Возникает на этапе определения файловой квоты в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.








		  Причина
	

		  Пример
	





		 Закончился выделенный на файловом хранилище СМЭВ объем свободного места для ИС УВ-получателя сообщения с вложением в результате несвоевременного разбора входящей очереди сообщений. 
	


		 





  



                       
  






<AsyncProcessingStatus>
      <OriginalMessageId>54897fef-6bfc-11eb-ab7f-0a0027000002</OriginalMessageId>
      <StatusCategory>requestIsRejectedBySmev</StatusCategory>
      <StatusDetails>Квота на файловое хранилище для получателя превышена!</StatusDetails>
     <SmevFault xsi:type="ns3:QuoteLimitExceeded"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <ns2:Code>tsmev3:P:TSMEV3_ASYNC_CORE2:TR:ASYNC:PP:QT:1</ns2:Code>
 <ns2:Description>SMEV-202:Квота на файловое хранилище
 для получателя превышена!</ns2:Description>
 <ns3:RemainedTotalQuoteSize>3238634</ns3:RemainedTotalQuoteSize>
 <ns3:RealTotalAttachmentSize>12582912</ns3:RealTotalAttachmentSize>
      </SmevFault>
</AsyncProcessingStatus>









	 Рекомендуется повторить отправку сообщения с вложением через промежуток времени или обратиться к получателю сообщения через СЦ.



SMEV-206 







	 Текст ошибки: Количество символов в идентификаторе файла вложения превышает допустимое.


 Возникает на этапе валидации идентификатора файла вложения МТОМ в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.







		  Причина
	

		  Пример
	





		 Идентификатор файла МТОМ вложения, передаваемого в сообщении превышает 255 символов
	


		 


<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>SMEV-206:Количество символов в идентификаторе
 файла вложения превышает допустимое</faultstring>
    <detail>
     <ns3:InvalidContent 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3"
xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.3"
xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.3">
      <Code>CONNECTOR</Code>
      <Description>SMEV-206:Количество символов в идентификаторе файла
вложения превышает допустимое</Description>
     </ns3:InvalidContent>
    </detail>
   </soap:Fault>
  </soap:Body>
 </soap:Envelope>









	 Рекомендуется сформировать идентификаторы, передаваемые в тегах //AttachmentHeader/contentId и  //AttachmentContent/id, не превышающие размер в 255 символов.



SMEV-300





	 Текст ошибки: Недопустимый формат идентификатора сообщения. См. RFC-4122.




 Возникает на этапе валидация идентификатора сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.







		  Причина
	

		  Пример
	





		 Формат идентификатора сообщения MessageID не соответствует стандарту RFC-4122.
	


<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>Недопустимый формат идентификатора сообщения. См. RFC-4122.</faultstring>
    <detail>
     <ns3:InvalidMessageIdFormat xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2" xsi:type="SmevFault">
      <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:UNQ:1</Code>
      <Description>SMEV-300:Недопустимый формат идентификатора сообщения.
 См. RFC-4122.</Description>
     </ns3:InvalidMessageIdFormat>
    </detail>
   </soap:Fault>
  </soap:Body>
 </soap:Envelope>









	 Рекомендуется проверить корректность содержимого элемента MessageID. UUID необходимо генерировать по версии 1 (см. п. 4.2 «Algorithms for Creating a Time-Based UUID» RFC 4122 http://rfc.askapache.com/rfc4122/rfc4122.html#section-4.2). СМЭВ использует метку времени, содержащуюся в UUID, для проверки срока годности сообщения, к которому относится данный UUID. Для СМЭВ срок годности одного сообщения составляет 24 часа.



SMEV-301


Текст ошибки: Сообщение с идентификатором @messageId  было послано ранее.

 Возникает на этапе валидации идентификатора сообщения в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.











		  Причина
	

		  Пример
	





		 Отправляется сообщение с MessageID, который уже отправлялся ранее. 
	


<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>Сообщение с идентификатором 
23d023ab-20a0-11e9-a8e6-aaaaaa2cac00 было послано ранее.</faultstring>
    <detail>
     <ns3:MessageIsAlreadySent xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2" xsi:type="SmevFault">
      <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:UNQ:3</Code>
	      <Description>SMEV-301:Сообщение с идентификатором
 23d023ab-20a0-11e9-a8e6-aaaaaa2cac00 было послано ранее.</Description>
     </ns3:MessageIsAlreadySent>
    </detail>
   </soap:Fault>
  </soap:Body>
 </soap:Envelope>




	







		 





  



                       
  






<AsyncProcessingStatus><OriginalMessageId>a95b71d6-1993-11e9-8758-3bde16b3418d</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Сообщение с идентификатором
 a95b71d6-1993-11e9-8758-3bde16b3418d было послано ранее.</StatusDetails>
<SmevFault><ns2:Code>LOCAL:P:localhost:TR:ASYNC:UNQ:3</ns2:Code>
<ns2:Description>SMEV-301:Сообщение с идентификатором 
a95b71d6-1993-11e9-8758-3bde16b3418d было послано ранее.</ns2:Description>
</SmevFault></AsyncProcessingStatus>









	 Рекомендуется сгенерировать новое значение для MessageID и повторить отправку.



SMEV-302





	 Текст ошибки: Timestamp идентификатора сообщения слишком давний.




 Возникает на этапе валидации идентификатора сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.







		  Причина
	

		  Пример
	





		 Метка времени в идентификаторе сообщения MessageID более 24-х часов.
	


<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>Timestamp идентификатора сообщения слишком давний.</faultstring>
    <detail>
     <ns3:StaleMessageId xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.1"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.1"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.1" 
xsi:type="SmevFault">
      <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:UNQ:2</Code>
      <Description>SMEV-302:Timestamp идентификатора сообщения 
слишком давний.</Description>
     </ns3:StaleMessageId>
    </detail>
   </soap:Fault>
  </soap:Body>
 </soap:Envelope>









	 Рекомендуется проверить дату и время генерации метки времени. Сгенерировать MessageID с новой меткой времени.



SMEV-401





	 1. Текст ошибки: Не найден вид сведений.




 Возникает на этапе проверки наличия вида сведений в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.











		  Причина
	

		  Пример
	





		 В блоке MessagePrimaryContent  указаны  корневой элемент или целевое пространство имен незарегистрированного в СМЭВ 3 Вида сведений или  текущее время отправления запроса не входит в срок действия ВС (с/по)


<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
 <soap:Body>
 <soap:Fault>
 <faultcode>soap:Server</faultcode>
 <faultstring>Не найден вид сведений.</faultstring>
 <detail>
 <ns3:BusinessDataTypeIsNotSupported
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
 <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:BSV:1</Code>
 <Description>SMEV-401:Не найден вид сведений.</Description>
 <ns3:RootElementLocalName>DataRequestttttt</ns3:RootElementLocalName>
 <ns3:RootElementNamespaceURI>urn://qa/8.0.0</ns3:RootElementNamespaceURI>
 </ns3:BusinessDataTypeIsNotSupported>
 </detail>
 </soap:Fault>
 </soap:Body>
 </soap:Envelope>




	







		 


 <st3:AsyncProcessingStatus>
      <st3:OriginalMessageId>18e1b148-00b4-11ec-914d-00059a3c7a00</st3:OriginalMessageId>
       <st3:StatusCategory>requestIsRejectedBySmev</st3:StatusCategory>
        <st3:StatusDetails>Не найден вид сведений</st3:StatusDetails>
	<st3:SmevFault xsi:type="sf3:BusinessDataTypeIsNotSupported"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<sb3:Code>PREPROCESSING</sb3:Code>
	<sb3:Description>SMEV-401: Не найден вид сведений.</sb3:Description>
	<sf3:RootElementLocalName>DataRequest22</sf3:RootElementLocalName>
	<sf3:RootElementNamespaceURI>urn://qa/1.0.0</sf3:RootElementNamespaceURI>
	</st3:SmevFault>
</st3:AsyncProcessingStatus>









	 Рекомендуется:



    

  •  определить контур СМЭВ, в который осуществляется обращение (разработческий, тестовый, продуктивный), для этого посмотреть вызываемый адрес сервиса и сопоставить с опубликованными в  Актуальных адресах СМЭВ3;
    • 

  •  найти на Технологическом портале зарегистрированный в соответствующем контуре(тестовом или продуктивном) Вид сведений. Сверить содержимое блока MessagePrimaryContent c эталонным сообщением, опубликованным в руководстве пользователя Вида сведений — проверить, правильно ли указаны корневой элемент и целевое пространство имен корневого элемента;
    • 

  •  проверить срок действия ВС в карточке.
    • 




	 2. Текст ошибки: Попытка отправить сообщение, не соответствующее типу вида сведений.




 Возникает на этапе проверки наличия вида сведений в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.





  



                       
  











		  Причина
	

		  Пример
	





		 В рамках метода SendRequest отправлено сообщение в блоке MessagePrimaryContent которого указан корневой элемент ответа или для сообщения, отправляемого по методу SendResponse, указан корневой элемент запроса.
	


<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>Попытка послать сообщение {urn://qa/8.0.0}DataRequest через метод sendResponse,
 в то время как этот тип сообщений зарегистрирован как REQUEST</faultstring>
    <detail>
     <ns3:BusinessDataTypeIsNotSupported
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
      <Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:RTR:7</Code>
      <Description>SMEV-401:Попытка отправить сообщение, не соответствующее типу вида сведений</Description>
      <ns3:RootElementLocalName>DataRequest</ns3:RootElementLocalName>
      <ns3:RootElementNamespaceURI>urn://qa/8.0.0</ns3:RootElementNamespaceURI>
     </ns3:BusinessDataTypeIsNotSupported>
    </detail>
   </soap:Fault>
  </soap:Body>
 </soap:Envelope>









	 Рекомендуется:





    

  •  для запроса, отправляемого методом SendRequest проверить, что в блоке MessagePrimaryContent вложенный элемент соответствует корневому элементу запроса в соответствии со схемой Вида сведений, опубликованной в руководстве пользователя;
	
    • 

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





SMEV-402





	 Текст ошибки: Входящая очередь запрошенного типа сообщений, принадлежащая пользователю  @CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779)  не зарегистрирована в СМЭВ.




 Возникает на этапе обработка сообщения в рамках синхронной обработки xml-сообщения, принятого методом GetRequest, GetResponse.







		  Причина
	

		  Пример
	





		 1. Неверно указаны параметры фильтрации в тегах NamespaceURI и RootElementLocalName блока MessageTypeSelector  (в том числе, если указанный ВС не зарегистрирован в нужной среде).

		 2. Информационная система Участника не зарегистрирована в СМЭВ 3, либо ИС отсутствует в необходимой среде.
			


<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
   <soap:Fault>
    <faultcode>soap:Server</faultcode>
    <faultstring>Входящая очередь запрошенного типа сообщений,
 принадлежащая пользователю CN=АО РТ Лабс, C=RU, ST=50 Московская область,
 L=Химки, STREET="141400, Россия, Московская обл., 
г. Химки, ул. Пролетарская, д. 23, ком 101", O=АО РТ Лабс,
 OID.1.2.643.100.1=#120D31303335303039353637343530, 
OID.1.2.643.3.131.1.1=#120C303035303437303533393230,
OID.1.2.840.113549.1.9.2=Санити СМЭВ3 ИС01 не зарегистрирована в СМЭВ</faultstring>
    <detail>
     <ns3:UnknownMessageType xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2" 
xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2" 
xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2"
 xsi:type="SmevFault">
      <Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:PP:12</Code>
      <Description>SMEV-402:Входящая очередь запрошенного типа сообщений,
 принадлежащая пользователю CN=АО РТ Лабс, C=RU, ST=50 Московская область,
 L=Химки, STREET="141400, Россия, Московская обл., г. Химки, ул. Пролетарская, 
д. 23, ком 101", O=АО РТ Лабс, OID.1.2.643.100.1=#120D31303335303039353637343530, 
OID.1.2.643.3.131.1.1=#120C303035303437303533393230,
OID.1.2.840.113549.1.9.2=Санити СМЭВ3 ИС01 
не зарегистрирована в СМЭВ</Description>
     </ns3:UnknownMessageType>
    </detail>
   </soap:Fault>
  </soap:Body>
 </soap:Envelope>









	 Рекомендуется:





    

  • проверить содержимое элементов NamespaceURI и RootElementLocalName блока MessageTypeSelector — целевое пространство имен и корневой элемент должны соответствовать зарегистрированному в СМЭВ 3 Виду сведений;
    • 

  • проверить зарегистрирован ли данный ИС в той среде СМЭВ 3, в которой идет обращение;
    • 

  • проверить зарегистрирован ли сертификат, которым подписано направленное сообщение, в соответствующей среде СМЭВ 3;
    • 

  • получить серийный номер сертификата, указанного в блоке  CallerInformationSystemSignature в элементе X509Certificate отправляемого сообщения (сохранить содержимое элемента с разрешением cer, открыть вкладку «Состав», получить значение из поля «Серийный номер»);
    • 

  • 
		убедиться, что ранее был направлен запрос в Ситуационный центр на регистрацию информационной системы с сертификатом из п.1 и получено положительное решение;
    • 

  • если заявка ранее не направлялась — зарегистрировать запрос через Ситуационный центр и после получения положительного решения по заявке повторить отправку сообщения.
    • 





SMEV-403





	 1. Текст ошибки: Сообщение содержит не все вложенные элементы. Блок @tagname отсутствует либо пуст.




	 Возникает на этапе синхронной валидации xml-сообщения, принятого методами SendRequest, SendResponse, GetRequest, GetResponse.








		  Причина
	


		 Пример
	







		Отправляемое сообщение не соответствует схемам Единого сервиса
	



<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
 <soap:Body>
  <soap:Fault>
   <faultcode>soap:Server</faultcode>
   <faultstring>Сообщение содержит не все вложенные элементы.
 Блок MessagePrimaryContent отсутствует либо пуст.</faultstring>
   <detail>
    <ns3:InvalidContent xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
     <Code>fed0:PRODUCTION_AREA:FED0_CORE1 : TR:SYNC:PP:55</Code>
     <Description>SMEV-403:Сообщение содержит не все вложенные элементы.
 Блок MessagePrimaryContent отсутствует либо пуст.</Description>
    </ns3:InvalidContent>
   </detail>
  </soap:Fault>
 </soap:Body>
</soap:Envelope>









	 Рекомендуется:



    

  • выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
    • 

  • 
	привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3,  а также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl);
    • 

  • повторить отправку сообщения.
    • 




	 2. Текст ошибки: Сообщение содержит не все вложенные элементы. Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus) отсутствует либо пуст.




 Возникает на этапе синхронной валидации xml-сообщения, принятого методами SendRequest, SendResponse.







		  Причина
	

		  Пример
	





		 Отправляемое сообщение не соответствует схемам Единого сервиса
	


<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
  <soap:Fault>
  <faultcode>soap:Server</faultcode>
  <faultstring>Сообщение содержит не все вложенные элементы. 
Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus)
 отсутствует либо пуст.</faultstring>
  <detail>
  <ns3:InvalidContent 
xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
  <Code>LOCAL:DEV:localhost : TR:SYNC:PP:55</Code>
  <Description>SMEV-403:Сообщение содержит не все вложенные элементы.
 Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus)
 отсутствует либо пуст.</Description>
  </ns3:InvalidContent>
  </detail>
  </soap:Fault>
  </soap:Body>
 </soap:Envelope>
 <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
    <SOAP-ENV:Header/>
    <SOAP-ENV:Body>
       <SOAP-ENV:Fault>
          <faultcode>SOAP-ENV:Client</faultcode>
          <faultstring>Сообщение не соответствует схеме Единого сервиса:
 Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus)
отсутствует либо пуст</faultstring>
       </SOAP-ENV:Fault>
    </SOAP-ENV:Body>
 </SOAP-ENV:Envelope>









	 Рекомендуется:






  



                       
  






    

  • выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
    • 

  • 
	привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3,  а также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl);
    • 

  • 
	повторить отправку сообщения.
    • 




	 3. Текст ошибки: Метка времени сообщения  @timestamp не действительна.




 Возникает на этапе синхронной валидации xml-сообщения, принятого методами  GetRequest, GetResponse, GetStatus, GetIncomingQueueStatistics.







		  Причина
	

		  Пример
	





		 Значение временной метки в сообщении отличается от текущего
	


		 


<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
    <soap:Body> 
       <soap:Fault> 
          <faultcode>soap:Server</faultcode> 
          <faultstring>Метка времени сообщения
 2014-02-11T17:10:03.616+04:00 не действительна</faultstring> 
          <detail> 
             <ns3:InvalidContent
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2"> 
                <Code>fed0:TEST_AREA:FED0_CORE1 : TR:SYNC:PP:3</Code> 
                <Description>SMEV-403:Метка времени сообщения
 2014-02-11T17:10:03.616+04:00 не действительна</Description> 
             </ns3:InvalidContent> 
          </detail> 
       </soap:Fault> 
    </soap:Body> 
 </soap:Envelope> 









	 Рекомендуется выполнить проверку значения времени в элементе Timestamp по методам Timestamp:



    

  • Метод GetRequestRequest : GetRequestRequest — MessageTypeSelector — Timestamp 
    • 

  • Метод GetResponseRequest : GetResponseRequest – MessageTypeSelector — Timestamp 
    • 

  • Метод GetStatus : GetStatusRequest — Timestamp 
    • 

  • Метод GetIncomingQueueStatisticsRequest : GetIncomingQueueStatisticsRequest — Timestamp 
    • 




 Значение должно совпадать с текущим  (допустимая дельта — 30 минут).




	 4. Текст ошибки: Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = @Message_Id




 Возникает на этапе Асинхронная валидация xml-сообщения, принятого методом SendRequest либо SendResponse.







		  Причина
	

		  Пример
	





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


<ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>704b80da-2268-11e9-afd2-02579a2b356e</ns2:OriginalMessageId>
<ns2:StatusCategory>requestIsRejectedBySmev</ns2:StatusCategory>
<ns2:StatusDetails>Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ.
 MessageId = 704b80da-2268-11e9-afd2-02579a2b356e</ns2:StatusDetails>
<ns2:SmevFault xsi:type=""ns3:InvalidContent"" xmlns:xsi=""http://www.w3.org/2001/XMLSchema-instance"">
<Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:BSV:3</Code>
<Description>SMEV-403:Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ.
 MessageId = 704b80da-2268-11e9-afd2-02579a2b356e</Description>
<ns3:ValidationError errorPosition=""-1"">cvc-pattern-valid: Value '' is not facet-valid with respect to pattern
 '[A-Za-z0-9]{1,32}' for type 'documentseriesType'.</ns3:ValidationError>
<ns3:ValidationError errorPosition=""-1"">cvc-type.3.1.3: The value '' of element 
'tns:passportSeries' is not valid.</ns3:ValidationError>
<ns3:ValidationError errorPosition=""-1"">cvc-pattern-valid: Value '' is not facet-valid with respect to pattern 
'[A-Za-z0-9]{1,32}' for type 'documentnumberType'.</ns3:ValidationError>
<ns3:ValidationError errorPosition=""-1"">cvc-type.3.1.3: The value '' of element 'tns:passportNumber' 
is not valid.</ns3:ValidationError>
</ns2:SmevFault></ns2:AsyncProcessingStatus>









	 Рекомендуется:





    

  • скачать схемы Вида сведений в карточке на Технологическом портале;
	
    • 

  • 
	выполнить валидацию содержимого блока MessagePrimaryContent отправляемого сообщения по схемам Вида сведения с помощью xml-валидаторов или сверить с эталонным сообщением, опубликованным в руководстве пользователя;
	
    • 

  • 
	исправить ошибки и повторить отправку сообщения.
    • 





SMEV-405


Текст ошибки: Входящая очередь «наименование очереди» сообщений, принадлежащая пользователю «мнемоника ИС», не зарегистрирована в СМЭВ.

 Возникает на этапе Проверка наличия очереди ИС в СМЭВ в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.







		  Причина
	

		  Пример
	





		 Очередь ИС не зарегистрирована в СМЭВ
	


<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
    <SOAP-ENV:Header/>
    <SOAP-ENV:Body>
       <SOAP-ENV:Fault>
          <faultcode>SOAP-ENV:Server</faultcode>
          <faultstring>SMEV-405: Входящая очередь testroiv08N03 сообщений, 
принадлежащая пользователю testroiv08, не зарегистрирована в СМЭВ</faultstring>
          <detail>
             <sf3:InvalidContent 
xmlns:sb3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.3"
 xmlns:sf3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3">
                <sb3:Code>CONNECTOR</sb3:Code>
                <sb3:Description>SMEV-405: Входящая очередь testroiv08N03 сообщений,
 принадлежащая пользователю testroiv08, не зарегистрирована в СМЭВ</sb3:Description>
                <sf3:ValidationError errorPosition="0">SMEV-405: Входящая очередь testroiv08N03 сообщений,
 принадлежащая пользователю testroiv08, не зарегистрирована в СМЭВ</sf3:ValidationError>
             </sf3:InvalidContent>
          </detail>
       </SOAP-ENV:Fault>
    </SOAP-ENV:Body>
 </SOAP-ENV:Envelope>









	 Рекомендуется: 





  



                       
  








    

  • убедиться, что сертификат, которым подписывается сообщение, зарегистрирован в СМЭВ;
		
    • 

  • проверить, что указанная в тексте ошибки мнемоника ИС и ее очередь (общая или выделенная — NodeId) была зарегистрирована в СМЭВ;
		
    • 

  • если были выявлены ошибки, исправить их (скорректировать мнемонику ИС, зарегистрировать ИС в СМЭВ, зарегистрировать сертификат, добавить выделенный узел ИС) и повторить попытку отправить запрос.
    • 





SMEV-406



	Текст ошибки: Входящая очередь «мнемоника ИС_мнемоника узла» сообщений, принадлежащая пользователю «мнемоника ИС», деактивирована в СМЭВ.



Возникает на этапе проверки активации выделенного узла ИС в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.






 Причина
Пример 




Выделенный

  узел (NodeId) ИС деактивирован		


<SOAP-ENV:Envelope
  xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
      <SOAP-ENV:Header/>
      <SOAP-ENV:Body>
         <SOAP-ENV:Fault>
  <faultcode>SOAP-ENV:Server</faultcode>
            <faultstring>SMEV-406:
  Входящая очередь testroiv08_N02 сообщений, принадлежащая пользователю
  testroiv08, деактивирована в СМЭВ</faultstring>
            <detail>
               <sf3:InvalidContent
  xmlns:sb3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.3"
  xmlns:sf3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3">
  <sb3:Code>CONNECTOR</sb3:Code>
  <sb3:Description>SMEV-406: Входящая очередь testroiv08_N02
  сообщений, принадлежащая пользователю testroiv08, деактивирована в
  СМЭВ</sb3:Description>
  <sf3:ValidationError errorPosition="0">SMEV-406:
  Входящая очередь testroiv08_N02 сообщений, принадлежащая пользователю
  testroiv08, деактивирована в СМЭВ</sf3:ValidationError>
  </sf3:InvalidContent>
             </detail>
          </SOAP-ENV:Fault>
       </SOAP-ENV:Body>
    </SOAP-ENV:Envelope>








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


SMEV-500


Текст ошибки: Превышение пороговой продолжительности обработки вызова.


Возникает на этапе проверки EOL сообщения в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.










 Причина
 Пример




 Истекло установленное отправителем время жизни  сообщения


<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
     <soap:Body>
      <soap:Fault>
  <faultcode>soap:Server</faultcode>
       <faultstring>Превышение
  пороговой продолжительности обработки вызова</faultstring>
       <detail>
        <ns3:EndOfLifeReached
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2"
  xsi:type="SmevFault">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE2 :
  TR:SYNC:PP:3</Code>
  <Description>SMEV-500:Превышение пороговой продолжительности
  обработки вызова</Description>
  </ns3:EndOfLifeReached>
       </detail>
      </soap:Fault>
     </soap:Body>
    </soap:Envelope>








<ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>e35b183b-2093-11e9-a8e6-aaaaaa2cac00</ns2:OriginalMessageId>
<ns2:StatusCategory>cancelled</ns2:StatusCategory>
<ns2:StatusDetails>Превышение пороговой продолжительности обработки вызова</ns2:StatusDetails>
<ns2:SmevFault><Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:PP:3</Code>
<Description>SMEV-500:Превышение пороговой продолжительности обработки вызова</Description>
</ns2:SmevFault></ns2:AsyncProcessingStatus>








Рекомендуется установить новое значение для элемента EOL и повторить отправку сообщения.


SMEV-501


Текст ошибки: Сообщение @AckTargetMessage не найдено среди неподтверждённых.


Возникает на этапе обработки сообщения в рамках синхронной обработки xml-сообщения, принятого методом Ack.






 Причина
 Пример




Подтверждение

  получения  сообщения  с указанным MessageId было выполнено ранее

  или указанное значение MessageID некорректно		


<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
     <soap:Body>
      <soap:Fault>
  <faultcode>soap:Server</faultcode>
       <faultstring>Сообщение
  e8cd9dc6-22f2-11e9-a8e6-aaaaaa2cac00 не найдено среди
  неподтверждённых.</faultstring>
       <detail>
        <ns3:TargetMessageIsNotFound
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns=""urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2""
  xsi:type="SmevFault">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE1 :
  TR:SYNC:DAS:4</Code>
         <Description>SMEV-501:Сообщение
  e8cd9dc6-22f2-11e9-a8e6-aaaaaa2cac00 не найдено среди
  неподтверждённых.</Description>
  </ns3:TargetMessageIsNotFound>
       </detail>
      </soap:Fault>
     </soap:Body>
    </soap:Envelope>








Рекомендуется:




    

  • убедиться что сообщение Ack отправлено в тот же контур СМЭВ 3 (разработческий, тестовый, продуктивный), в котором было получено сообщение GetRequest или GetResponse;
    • 

  • извлечь  значение MessageID из  полученного методом GetRequest или GetResponse сообщения;
    • 

  • в элементе AckTargetMessage сообщения AckRequest указать полученный MessageID и отправить в  адрес Единого сервиса.
    • 





SMEV-502


Текст ошибки: Не найден получатель по виду сведений.


Возникает на этапе обработки получателя сообщения по виду сведений в рамках синхронной обработки xml-сообщения, принятого методом SendRequest.






 Причина
 Пример




Неверно

  указан код маршрутизации  либо его

  формат.

     		


<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
    <soap:Body>
    <soap:Fault>
 <faultcode>soap:Server</faultcode>
   <faultstring>Невозможно определить получателя для сообщения. 
Полное имя корневого элемента: {http://epgu.gosuslugi.ru/lk/order/event/3.1.1}
eventServiceRequest</faultstring>
      <detail>
       <ns3:RecipientIsNotFound
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2"
 xsi:type="SmevFault">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE2 :
  TR:SYNC:RTR:4</Code>
         <Description>SMEV-502:Не найден получатель по виду сведений</Description>
  </ns3:RecipientIsNotFound>
       </detail>
      </soap:Fault>
     </soap:Body>
    </soap:Envelope>








Рекомендуется:


    

  • убедиться, что среди Поставщиков, получивших технологический доступ к Виду сведений, присутствует Поставщик с указанным в сообщении кодом маршрутизации;
    • 

  • в случае неверного кода маршрутизации исправить и повторить отправку запроса.
    • 





SMEV-503


Текст ошибки: Отправитель сообщения не зарегистрирован.





  



                       
  






Возникает на этапе проверки регистрации отправителя сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse, GetRequest, GetResponse, Ack.






 Причина
 Пример




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

  система Участника не зарегистрирована в СМЭВ 3		


<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
    <soap:Body>
     <soap:Fault>
  <faultcode>soap:Server</faultcode>
       <faultstring>Отправитель сообщения не зарегистрирован.</faultstring>
       <detail>
       <ns3:SenderIsNotRegistered
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.1"
 xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.1"
 xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.1"
 xsi:type="SmevFault">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE2 :
  TR:SYNC:RTR:1</Code>
         <Description>SMEV-503:Отправитель сообщения
 не зарегистрирован.</Description>
  </ns3:SenderIsNotRegistered>
       </detail>
      </soap:Fault>
     </soap:Body>
    </soap:Envelope>








Рекомендуется:




    

  • получить серийный номер сертификата, указанного в блоке  CallerInformationSystemSignature в элементе X509Certificate отправляемого сообщения (сохранить содержимое элемента с разрешением cer, открыть вкладку «Состав», получить значение из поля «Серийный номер»);
    • 

  • убедиться, что ранее был направлен запрос в Ситуационный центр на регистрацию информационной системы с сертификатом из п.1 и получено положительное решение;
    • 

  • если заявка ранее не направлялась — зарегистрировать запрос через Ситуационный центр и после получения положительного решения по заявке повторить отправку сообщения.
    • 





SMEV-504


Текст ошибки: Доступ запрещён.


Возникает на этапе проверки доступа отправителя к виду сведений в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.






 Причина
 Пример




ИС не

  добавлена в СМЭВ 3 в качестве потребителя для запрашиваемого ВС		


<AsyncProcessingStatus>
<OriginalMessageId>9f5ac848-1fad-11e9-bd88-7901cd343bf5</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Доступ запрещён.</StatusDetails>
<SmevFault><ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:ACSM:1</ns2:Code>
<ns2:Description>SMEV-504:Доступ запрещён.</ns2:Description>
</SmevFault></AsyncProcessingStatus>








Рекомендуется:




    

  • получить серийный номер сертификата, указанного в блоке CallerInformationSystemSignature в элементе X509Certificate отправляемого сообщения (сохранить содержимое элемента с разрешением cer, открыть вкладку «Состав», получить значение из поля «Серийный номер»);
    • 

  • проверить корректность указания целевого пространства имен и корневого элемента Вида сведений (содержимое MessagePrimaryContent);
    • 

  • убедиться, что ранее был направлен запрос в Ситуационный центр на получение доступа к Виду сведений из п.2 для ИС, зарегистрированной в соответствующем контуре СМЭВ (разработческий, тестовый, продуктивный) из п.1;
    • 

  • если заявка ранее не направлялась — зарегистрировать запрос через Ситуационный центр и после получения положительного решения по заявке повторить отправку сообщения.
    • 







SMEV-505 




Текст ошибки: Превышение пороговой продолжительности обработки вызова.


Возникает при получении на коннекторе клиентов сообщения  ответа (SendResponseRequest), в рамках синхронной проверки.






 Причина
 Пример




Норматив

  продолжительности подготовки сообщения-ответа превышен на n секунд m

  миллисекунд . Значение норматива продолжительности N секунд.		


<SOAP-ENV:Envelope
  xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
      <SOAP-ENV:Header/>
      <SOAP-ENV:Body>
         <SOAP-ENV:Fault>
  <faultcode>SMEV-505</faultcode>
            <faultstring>Норматив
  продолжительности подготовки сообщения-ответа превышен на 726 секунд 322
  миллисекунд. Значение норматива продолжительности 25
  секунд.</faultstring>
            <detail>
               <sf3:EndOfLifeReached
  xmlns:sb3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.3"
  xmlns:sf3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3">
  <sb3:Code>CONNECTOR</sb3:Code>
  <sb3:Description>Норматив продолжительности подготовки
  сообщения-ответа превышен на 726 секунд 322 миллисекунд. Значение норматива
  продолжительности 25 секунд.</sb3:Description>
  </sf3:EndOfLifeReached>
            </detail>
         </SOAP-ENV:Fault>
      </SOAP-ENV:Body>
   </SOAP-ENV:Envelope>








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


SMEV-600


Текст ошибки: Очередь, в которую должно быть отправлено сообщение, переполнена.


Возникает на этапе проверки квоты на количество сообщений в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest.










 Причина
 Пример




Ошибка

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

  ИС-получателя сообщения и вызвана несвоевременным разбором входящей очереди

  ИС получателя запроса. 		


<soap:Envelope
  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
      <soap:Body>
         <soap:Fault>
 <faultcode>soap:Server</faultcode>
            <faultstring>Очередь,
 в которую должно быть отправлено сообщение, переполнена.</faultstring>
            <detail>          
  <ns3:DestinationOverflow
  xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2">
                   <Code>fed0:DEV:FED0_CORE2: TR:SYNC:PP:15</Code>
  <Description>SMEV-600:Очередь, в которую должно быть отправлено
  сообщение, переполнена.</Description>    
  <ns3:MessageBrokerAddress>unknown</ns3:MessageBrokerAddress>   
  <ns3:DestinationName>delivery.testfoiv._REQUEST_</ns3:DestinationName>       
  </ns3:DestinationOverflow>
           </detail>
        </soap:Fault>
     </soap:Body>
  </soap:Envelope>









<AsyncProcessingStatus>



<OriginalMessageId>e86b5350-1995-11e9-b078-0050568925e4</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Очередь, в которую должно быть отправлено сообщение,
 переполнена.</StatusDetails>
<SmevFault xsi:type="ns3:DestinationOverflow"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:DAS:2</ns2:Code>
<ns2:Description>SMEV-600:Очередь, в которую должно быть отправлено сообщение,
 переполнена.</ns2:Description>
<ns3:MessageBrokerAddress>unknown</ns3:MessageBrokerAddress>
<ns3:DestinationName>delivery.FNS002_3S._REQUEST_</ns3:DestinationName>
</SmevFault></AsyncProcessingStatus>








Рекомендуется повторить отправку сообщения с вложением через промежуток времени или обратиться к получателю запроса  через СЦ.


SMEV-60


Текст ошибки: Ошибка СМЭВ. Обратитесь в службу технической поддержки.


Возникает на этапе проверки в рамках синхронной или асинхронной обработки xml-сообщения, принятого методами SendRequest, SendResponse, GetRequest, GetResponse, Ack.








 Причина
 Пример




1.

  Некорректная структура сообщения

    2. Отсутствует или некорректно заполнен элемент to сообщения-ответа.

    3. Сообщение направлено неверным методом (например, если запрос направлен

  по методу SendResponse)

    4. Технологические работы в СМЭВ		


<soap:Envelope
 xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>                
  <soap:Fault>
  <faultcode>soap:Server</faultcode>                          
  <faultstring>Ошибка СМЭВ. Обратитесь в службу технической
  поддержки.</faultstring>
  <detail>
  <ns3:SMEVFailure
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.2"
  xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.2"
  xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.2"
  xsi:type="SmevFault">
  <Code>fed0:PRODUCTION_AREA:FED0_CORE2 :
  TR:SYNC:RTR:10</Code>
  <Description>SMEV-60:Ошибка СМЭВ. Обратитесь в службу
  технической поддержки.</Description>
  </ns3:SMEVFailure>
  </detail>
  </soap:Fault>
   </soap:Body>
  </soap:Envelope>








Рекомендуется:


    

  • выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
    • 

  • в случае ошибок привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3 (также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl)) и повторить отправку сообщения;
    • 

  • проверить, что сообщение направляется нужным методом (запрос — при помощи метода SendRequest, ответ — при помощи метода SendResponse);
    • 

  • для успешного инициирования процесса обмена, необходимо направлять запрос при помощи метода SendRequest, отправив запрос (SendRequestRequest), после чего запрос пройдет проверки и будет поставлен в очередь запросов поставщика ВС. Далее поставщик при помощи метода GetRequest совершает выборку запроса из очереди и формирует конверт SendResponseRequest;
    • 

  • убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе «Новости».
    • 



											




Источник






1. 


ЕГИССО

Единая государственная информационная

система социального обеспечения

Основные ошибки при работе

в КПИ ЕГИССО и через СМЭВ.

Пути их устранения.

Туркина Анастасия,

Руководитель службы поддержки ЕГИССО

ООО «Техносерв»


2. Правила составления заявок в АСТП


ЕГИССО

Единая государственная информационная

система социального обеспечения

Правила составления заявок в АСТП

Код поставщика: ABCD.XXXXXX

Описание проблемы:

Указать последовательность действий.

Например,

меню Реестр ЛМСЗ – вхожу в Реестр изменений – Создаю новую

запись – появляется ошибка при сохранении

Скриншот ошибки прилагаю.


3. Правила составления заявок в АСТП


ЕГИССО

Единая государственная информационная

система социального обеспечения

Правила составления заявок в АСТП

Скачать лог

ошибки и

приложить

в заявку

Скриншот

делать с

системным

временем


4. Реестр МСЗ


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ


5. Реестр МСЗ


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ


6. Реестр МСЗ


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ


7. Проблемы при работе в КПИ


ЕГИССО

Единая государственная информационная

система социального обеспечения

Проблемы при работе в КПИ


8. Реестр МСЗ


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ

Внесение изменений в существующую МСЗ

Например:

Для случая «Локальная МСЗ <-> N Категорий получателей», допустим мы

отправили две ЛМСЗ которые отличаются только категорией и

источником финансирования. Затем источник финансирования стал

одинаковым. Получается эти ЛМСЗ надо объединить.

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

«Источник финансирования стал одинаковым» — это значит появилась

редакция НПА которая отменяет назначение предыдущих ЛМСЗ и

обосновывает назначение новой.

Следовательно действие старых должно быть прекращено, а созданы

новые ЛМСЗ с иными условиями.


9. Реестр МСЗ


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ


10. Реестр МСЗ: ошибки в протоколе


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ: ошибки в протоколе


11. Реестр МСЗ: ошибки в протоколе


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ: ошибки в протоколе


12. Реестр МСЗ: ошибки в протоколе


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ: ошибки в протоколе

Запись уже загружалась ранее

Подсистема сбора данных проверяет на уникальность:

Идентификатор пакета

Идентификатор записи в пакете

Если запись (пакет) с таким идентификатором уже была

загружена в систему (независимо от статуса обработки –

успешно или нет),

дубликат принят НЕ БУДЕТ.


13. Реестр МСЗ: ошибки в протоколе


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ: ошибки в протоколе


14. Реестр МСЗ: ошибки в протоколе


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ: ошибки в протоколе

Информация по всем возможным

ошибкам в протоколе по видам

сведений


15. Реестр МСЗ: ошибки в протоколе


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ: ошибки в протоколе

Ошибка

Значение кода

%XX% не найдено в

справочнике

«Категории

получателей»

Алгоритм

проверки

Выполняется проверка

наличия в справочнике

«Категории получателей»

значения,

соответствующего

указанному коду

Меню в КПИ

Нормативносправочная

информация

Просмотр

справочника КМСЗ

Реестр правил

Типовая категория

Поле в XML,

которое нужно

проверить

codeCategoryKMSZ


16. Реестр МСЗ: ошибки в протоколе


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ: ошибки в протоколе


17. 


ЕГИССО

Единая государственная информационная

система социального обеспечения


18. 


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ: ошибки в протоколе


19. Реестр МСЗ: ошибки в протоколе


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ: ошибки в протоколе


20. Реестр МСЗ: ошибки в протоколе


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр МСЗ: ошибки в протоколе


21. Реестр фактов назначения


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр фактов назначения

Запись уже загружалась ранее

Подсистема сбора данных проверяет на уникальность:

Идентификатор пакета

Идентификатор записи в пакете

Если запись (пакет) с таким идентификатором уже была

загружена в систему (независимо от статуса обработки –

успешно или нет),

дубликат принят НЕ БУДЕТ.


22. Реестр фактов назначения


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр фактов назначения

Значение идентификатора ЛМСЗ ….. в реестре не найдено


23. Реестр фактов назначения: ошибки в протоколе


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр фактов назначения: ошибки в протоколе

Значение идентификатора ЛМСЗ ….. в реестре относится к недействующей версии


24. Реестр фактов назначения: ошибки в протоколе


ЕГИССО

Единая государственная информационная

система социального обеспечения

Реестр фактов назначения: ошибки в протоколе

МСЗ Идентификатор 1

Отредактировали МСЗ, у нее изменился идентификатор

МСЗ Идентификатор 2

При загрузке Реестра фактов назначения не изменили идентификатор МСЗ на

новое значение (Идентификатор 2)

Получаем ошибку:

Значение идентификатора ЛМСЗ ….. в реестре относится к недействующей версии


25. Загрузка через конвертацию из CSV в XML


ЕГИССО

Единая государственная информационная

система социального обеспечения

Загрузка через конвертацию из CSV в XML

Текущая версия утилиты конвертации – 1.4.28

Jar-файл,

Лог конвертации,

запускается двойным щелчком,

открывается текстовым редактором

на ПК нужна JAVA


26. Загрузка через конвертацию из CSV в XML


ЕГИССО

Единая государственная информационная

система социального обеспечения

Загрузка через конвертацию из CSV в XML

Текущая версия утилиты конвертации – 1.4.28


27. Загрузка через конвертацию из CSV в XML


ЕГИССО

Единая государственная информационная

система социального обеспечения

Загрузка через конвертацию из CSV в XML

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

важно правильно его импортировать!

MS Office: Данные – Получение внешних данных – Из текста

(выбираем «с разделителем», разделитель «точка с запятой», формат данных –

«текстовый для всех справочных полей»)

Open Office Calc: при открытии сразу появится меню с параметрами, выбрать

разделитель и задать типы полей


28. Загрузка через конвертацию из CSV в XML


ЕГИССО

Единая государственная информационная

система социального обеспечения

Загрузка через конвертацию из CSV в XML


29. Загрузка через конвертацию из CSV в XML


ЕГИССО

Единая государственная информационная

система социального обеспечения

Загрузка через конвертацию из CSV в XML

В данном случае значение 1-СМ не удовлетворяет требованию шаблона:

Первая цифра латинская, после дефиса два символа кириллицы от А до Я.

Правильное значение – I-СМ


30. Ошибки при взаимодействии через СМЭВ


ЕГИССО

Единая государственная информационная

система социального обеспечения

Ошибки при взаимодействии через СМЭВ

1. Некорректная мнемоника, указанная у поставщика при

регистрации По заявке в АСТП исправить мнемонику

2. Неверный тип взаимодействия у поставщика при

регистрации (указан КПИ, а нужен ИСПИ)

По заявке в АСТП исправить тип взаимодействия

3. Протокол загрузки фактов не может быть отправлен

через СМЭВ, если в пакете было более 30 тыс. записей и

протокол, соответственно, весит более 5 Мб


31. Ошибки при взаимодействии через СМЭВ


ЕГИССО

Единая государственная информационная

система социального обеспечения

Ошибки при взаимодействии через СМЭВ

1. Отправка сообщений с заполненным элементом TestMessage

Переотправить запросы без заполнения элемента TestMessage в

блоке SenderProvidedRequestData.

Запросы с заполненным элементом TestMessage нашей системой не

поддерживаются.

2. При отправке запроса к ВС Информация о данных в хранилище

СМЭВ возвращается ответ :

<ns2:RejectionReasonDescription> Сообщение по схеме «urn://egissoru/msg/10.10.I/1.0.2», должно содержать ровно одно вложение

</ns2:RejectionReasonDescription>

Во вложении может быть 1 файл объемом до 1 Гб.


32. Зависание пакетов в статусе «Обрабатывается»


ЕГИССО

Единая государственная информационная

система социального обеспечения

Зависание пакетов в статусе «Обрабатывается»

1.

2.

3.

В рамках одного пакета существуют несколько записей с одним и

тем же идентификатором

В рамках одного факта занесены несколько раз одни и те же

ОКТМО

В рамках одного пакета передается изменение несуществующей

записи – неверное использование тега PreviousID







Источник








															






  29.06.2023 г Минтруда изменило схему XSD версия на текущий день схемы 1.0.4 файл датируется 28.06.2023 г. xml файлы сформированные по схеме 1.0.3 перестали импортироваться в реестр с 16 часов 29.06.2023.
  При попытке импорта таких файлов ЕИСОТ сообщает о следующей ошибке "Ошибка импорта!  Импортируемый документ не соответствует схеме XSD. Элемент "DATE" не действителен." 
   В версии программы xlsm-xml v 2.7.1 проблема решена. Обновлена как базовая программа так и персональные версии, просим обновить программу. Скачать актуальную версию можно по ранее направленным ссылкам.
   Информация об актуальной версии программы xlsm-xml находится на этой странице








Источник






Описание ошибки
Рекомендуемые действия
Код ошибки


Документ с указанным идентификатором (в РМИС/МИС) уже зарегистрирован
Вероятно, что документ был отправлен повторно до получения асинхронного ответа с успешной регистрацией от РЭМД ЕГИСЗ. Если требуется отправить на регистрацию новую версию, то необходимо сделать изменения в исходных данных и заново подписать документ. Если в новой версии нет необходимости, то дополнительные действия не требуются
NOT_UNIQUE_PROVIDED_ID


Документ не соответствует формату PDF/A
Формат документа PDF, а не именно PDF/A. В Системе генерируется формат именно PDF/A. Вероятно, проблема при выполнении ФЛК на стороне РЭМД ЕГИСЗ. Требуется задать вопрос в федеральную СТП для выяснения причин ошибки
INVALID_DOC_CONTENT_TYPE


Неверная дата документа
Вероятная причина – дата документа не была указана, необходимо проверить данные в Системе. Если данные указаны, то проверить отправленный СЭМД. При наличии даты создания документа – обратиться в федеральную СТП для выяснения причин ошибки
WRONG_CREATION_DATE


Не найдена запись справочника


Вероятно, есть отличия в справочнике НСИ Системы и со стороны федерального реестра. Рекомендуется сверить OID подразделений МО в Системе и ФРМР/ФРМО. При необходимости синхронизировать данные в Системе и федеральных реестрах.


Также ошибка такого вида может возникнуть, если РЭМД ЕГИСЗ стал принимать СЭМД вида документа новой редакции, а из Системы на регистрацию отправляется СЭМД этого же вида документа прежней редакции, и в новой редакции СЭМД часть строк аннулируются/добавляются/изменяются. СЭМД генерируются Системой с указанием фиксированной версии справочника ФР НСИ во избежание ошибок данного вида. В таком случае в Системе следует дозаполнить данные, обязательные для новой редакции СЭМД.


Если предпринятые меры не помогли, необходимо создать запрос в федеральную СТП для получения разъяснений


OBJECT_NOT_FOUND


Регион МО не соответствует региону РМИС/МИС
При регистрации ИС в регионе для работы с РЭМД не была указана данная МО в заявке на подключение. Необходимо подать новую заявку в соответствии с действующими организационными процедурами
RMIS_REGION_MISMATCH


Наличие подписи МО не соответствует настройкам (вида документа)
Выполнено подписание от имени МО, хотя для данного документа этого делать не нужно. На сегодняшний день нет таких видов документов. При возникновении данной ошибки необходимо написать запрос в федеральную СТП для выяснения причин
ORG_SIGNATURE_OCCURRENCE_MISMATCH


Наличие данных пациента не соответствует настройкам (вида документа)
Требуется указание данных о пациенте в документе. Необходимо проверить данные и внести необходимые изменения, далее воспользоваться ручной переотправкой данного СЭМД
PATIENT_OCCURRENCE_MISMATCH


Наличие сведений о процессе лечения не соответствует настройкам (вида документа)
Требуется указание данных о случае лечения, связанного с документом. Необходимо проверить данные и внести необходимые изменения, далее воспользоваться ручной переотправкой данного СЭМД
MEDICAL_CASE_PRESENCE_ERROR


Наличие сведений о результате лечения не соответствует настройкам (вида документа)
Требуется указание данных о результатах случая лечения, связанного с документом. Необходимо проверить данные и внести необходимые изменения, далее воспользоваться ручной переотправкой данного СЭМД
CASE_RESULT_PRESENCE_ERROR


Наличие СНИЛС пациента не соответствует настройкам (вида документа)
Требуется обязательное указание СНИЛС пациента. Необходимо проверить данные и внести необходимые изменения, далее воспользоваться ручной переотправкой данного СЭМД
NO_SNILS


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


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


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


Необходимо проверить дату создания документа. Вероятно, она указана ошибочно.


Или необходимо проверить, что СЭМД подписан пользователем под нужной ролью, верно указаны должность подписанта и код должности. Должности подписантов, коды должностей, минимальное количество обязательных подписей для вида документа проверяются по справочнику «РЭМД. Правила подписи электронных медицинских документов» ФР НСИ (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.42/).


Если все условия соблюдены, то необходимо создать запрос в федеральную СТП для получения информации о причинах ошибки


NO_ROLE_POLICY_ON_DATE


Наличие дополнительных атрибутов документа не соответствует настройке (вида документа)
Дополнительные атрибуты на текущий момент не используются. Необходимо создать запрос в федеральную СТП для получения информации о причинах ошибки
PLUGGABLE_ATTRS_OCCURRENCE_MISMATCH


Дополнительные атрибуты документа не соответствуют схеме (дополнительных атрибутов вида документа)
Дополнительные атрибуты на текущий момент не используются. Необходимо создать запрос в федеральную СТП для получения информации о причинах ошибки
INVALID_PLUGGABLE_ATTRS


Число ЭП сотрудников с данной ролью не соответствует настройкам (вида документа)


Документ был подписан излишней ЭП. Вероятно, при необходимости всего одной подписи определенной роли было сделано две подписи. Необходимо пересоздать (или создать версию) документ и подписать заново для отправки на регистрацию.


Должности подписантов, коды должностей, минимальное количество обязательных подписей для вида документа проверяются по справочнику «РЭМД. Правила подписи электронных медицинских документов» ФР НСИ (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.42/)


ROLE_OCCURRENCE_MISMATCH


Наличие специальности подписанта не соответствует настройкам (вида документа)
Требуется указание специальности подписанта. Необходимо проверить данные по подписантам (специальность в личном деле и стыковке ЕРМП), внести необходимые изменения и воспользоваться ручной переотправкой данного СЭМД
NO_SPECIALITY


Несоответствие должности и роли подписанта


По правилам подписания указанная должность при подписании ЭМД не может быть для данной роли. В Системе есть контроль, обеспечивающий выполнение этого правила. Необходимо проверить, что СЭМД подписан пользователем под нужной ролью, верно указаны должность подписанта и код должности. Должности подписантов, коды должностей, минимальное количество обязательных подписей для вида документа проверяются по справочнику «РЭМД. Правила подписи электронных медицинских документов» ФР НСИ (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.42/).


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


POSITION_TO_ROLE_MISMATCH


Организация не найдена в ФРМО
Некорректно указан OID МО либо данный OID отсутствует в ФРМО. Необходимо проверить корректность указания OID в паспорте МО и внести правки, пересоздать документ или создать версию, подписать и отправить документ на регистрацию повторно. Если OID в Системе был указан корректно, необходимо создать заявку в федеральную СТП для корректировки данных в ФРМО
ORG_NOT_FOUND_IN_FRMO


Сотрудник не найден в ФРМР
Некорректно указан СНИЛС сотрудника либо сотрудник отсутствует в ФРМР. Необходимо проверить корректность указания СНИЛС сотрудника и внести правки, пересоздать документ или создать версию, подписать и отправить документ на регистрацию повторно. Если СНИЛС в Системе был указан корректно, то необходимо создать заявку в федеральную СТП для корректировки данных в ФРМР
PERSON_NOT_FOUND


Сертификат ЭП недействителен на дату создания документа


Проблема с сертификатом подписанта:


    

  • 

    срок действия сертификата ЭП истек или еще не наступил. Пользователю необходимо проверить срок действия сертификата ЭП. Если срок действия актуален – обратиться в СТП ЕГИСЗ;
    

    • 

  • 

    сертификат ЭП был отозван УЦ. Пользователю требуется обратиться в УЦ;
    

    • 

  • 

    не удалось построить цепочку сертификатов ЭП до Головного УЦ (сертификат ЭП выдан неаккредитованным УЦ или один из сертификатов ЭП цепочки недействителен). Пользователю требуется обратиться в УЦ.
    

    • 



В большинстве случаев необходимо получить новый, корректный сертификат ЭП, отвечающим всем предъявляемым требованиям, далее переподписать документ и выполнить новую попытку отправки СЭМД на регистрацию в РЭМД ЕГИСЗ


DOC_DATE_MISMATCH_CERT_NOT_BEFORE


Сертификат ЭП недействителен на дату создания документа


Проблема с сертификатом подписанта:


    

  • 

    срок действия сертификата ЭП истек или еще не наступил. Пользователю необходимо проверить срок действия сертификата ЭП. Если срок действия актуален – обратиться в СТП ЕГИСЗ;
    

    • 

  • 

    сертификат ЭП был отозван УЦ. Пользователю требуется обратиться в УЦ;
    

    • 

  • 

    не удалось построить цепочку сертификатов ЭП до Головного УЦ (сертификат ЭП выдан неаккредитованным УЦ или один из сертификатов ЭП цепочки недействителен). Пользователю требуется обратиться в УЦ
    

    • 



В большинстве случаев необходимо получить новый, корректный сертификат ЭП, отвечающим всем предъявляемым требованиям, далее переподписать документ и выполнить новую попытку отправки СЭМД на регистрацию в РЭМД ЕГИСЗ


DOC_DATE_MISMATCH_CERT_NOT_AFTER


Область использования ключа, указанная в сертификате ЭП, не соответствует предъявляемым требованиям
Проблема с сертификатом подписанта. Необходимо получить новый, корректный сертификат, отвечающим всем предъявляемым требованиям, далее переподписать документ и выполнить новую попытку отправки на регистрацию
INVALID_CERT_KEY_USAGE


Личное дело сотрудника отсутствует в ФРМР
Некорректно указан СНИЛС сотрудника в Системе либо сотрудник отсутствует в ФРМР. Необходимо проверить корректность указания СНИЛС сотрудника и внести правки, пересоздать документ или создать версию, подписать и отправить документ на регистрацию повторно. Если СНИЛС в Системе был указан корректно, то необходимо создать заявку в федеральную СТП для корректировки данных в ФРМР
PERSON_CARD_NOT_FOUND


Переданная должность сотрудника не соответствует должности сотрудника, зарегистрированной в ФРМР


Некорректно указана должность сотрудника в Системе либо некорректны данные в ФРМР. Необходимо проверить корректность указания должности сотрудника и стыковки должности ЕРМП и внести правки. См. справку «Сопоставление системных должностей с федеральными должностями для обеспечения подписания ЭМД по правилам ФР НСИ и РЭМД ЕГИСЗ».


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


Если должность в Системе была указана корректно, то необходимо создать заявку в федеральную СТП для корректировки данных в ФРМР


PERSON_POST_IN_FRMR_MISMATCH


Переданные данные сотрудника не соответствуют данным, зарегистрированным в ФРМР


Некорректно указаны персональные данные сотрудника в Системе либо данные некорректны в ФРМР. Необходимо проверить корректность указания персональных данных сотрудника, СНИЛС, и внести правки, пересоздать документ или создать версию, подписать и отправить документ на регистрацию повторно. Если данные в Системе были указаны корректно, то необходимо создать заявку в федеральную СТП для корректировки данных в ФРМР.


Пример комментария к ошибке: «Указанные данные сотрудника [Виталий] не соответствуют данным ФРМР [Виталй]. Сотрудник с индексом [0]». Требуется исправить опечатки


VALUE_MISMATCH_METADATA_AND_FRMR


Неподдерживаемый формат ЭП
Проблема с сертификатом подписанта. Необходимо получить новый, корректный сертификат, отвечающим всем предъявляемым требованиям, далее переподписать документ и выполнить новую попытку отправки на регистрацию
WRONG_SIGNATURE_FORMAT


Ошибка декодирования ЭП
Проблема с сертификатом подписанта. Необходимо получить новый, корректный сертификат, отвечающим всем предъявляемым требованиям, далее переподписать документ и выполнить новую попытку отправки на регистрацию.
SIGNATURE_DECODING_ERROR


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


Невозможно построить цепочку сертификации (сертификат выдан неаккредитованным УЦ)


Проблема с сертификатом подписанта:


    

  • 

    срок действия сертификата ЭП истек или еще не наступил. Пользователю необходимо проверить срок действия сертификата ЭП. Если срок действия актуален – обратиться в СТП ЕГИСЗ;
    

    • 

  • 

    сертификат ЭП был отозван УЦ. Пользователю требуется обратиться в УЦ;
    

    • 

  • 

    не удалось построить цепочку сертификатов ЭП до Головного УЦ (сертификат ЭП выдан неаккредитованным УЦ или один из сертификатов ЭП цепочки недействителен). Пользователю требуется обратиться в УЦ
    

    • 



В большинстве случаев необходимо получить новый, корректный сертификат ЭП, отвечающим всем предъявляемым требованиям, далее переподписать документ и выполнить новую попытку отправки СЭМД на регистрацию в РЭМД ЕГИСЗ


CANT_BUILD_CERT_CHAIN_TO_ACCREDITED_CA_CERT


Указано более одного подписанта в контейнере ЭП
Документ был подписан несколько раз одним и тем же специалистом с указанием одной роли. Требуется пересоздать и переподписать заново документ без дублирования
MULTIPLE_SIGNERS


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


Несоответствие данных (сотрудника либо МО) в ФРМР/ФРМО и в сертификате ЭП
Проблема с сертификатом подписанта. Пользователю необходимо проверить ФРМО/ФРМР и ЭП – разница в имени и фамилии подписанта в УЦ может создать неправильную подпись. Необходимо получить новый, корректный сертификат ЭП, отвечающим всем предъявляемым требованиям. Далее переподписать документ и выполнить новую попытку отправки СЭМД на регистрацию. Если у пользователя несколько действующих сертификатов, то, вероятно, был сделан ошибочный выбор из предлагаемого списка
VALUE_MISMATCH_METADATA_AND_CERTIFICATE


Подпись не верна


Вероятно, проблема с сертификатом подписанта. Необходимо получить новый, корректный сертификат, отвечающим всем предъявляемым требованиям, далее переподписать документ и выполнить новую попытку отправки СЭМД на регистрацию.


Или обратиться в СТП ЕГИСЗ


SIGNATURE_VERIFICATION_ERROR


Неподдерживаемый алгоритм подписи


Алгоритм ЭП должен соответствовать ГОСТ Р 34.11-2012 (256 бит).


Проблема с сертификатом подписанта. Необходимо получить новый, корректный сертификат, отвечающий всем предъявляемым требованиям, далее переподписать документ и выполнить новую попытку отправки на регистрацию


UNKNOWN_ALGORITHM


РМИС/МИС не зарегистрирована в РЭМД


Сервис по взаимодействию с РЭМД ЕГИСЗ запущен в работу раньше, чем закончилась процедура регистрации Системы в СТП ЕГИСЗ (заявка на регистрацию еще не подавалась или ещё не обработана в СТП ЕГИСЗ. пользователям следует дождаться окончания работ по внедрению сервиса и сервисом пока не пользоваться.


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


NO_RMIS


РМИС/МИС зарегистрирована в РЭМД, но не активна
Действий от пользователя не требуется, документ будет переотправлен автоматически
DISABLED_RMIS


Связанный ЭМД не найден в Региональном РЭМД
При заполнении данных о документе был указан связанный документ, который не прошёл регистрацию в РЭМД ЕГИСЗ. Проверить данные в Системе о связанных документах и наличие информации о регистрации на форме «Региональный РЭМД». Если данные корректны, выполнить переотправку данных вручную на форме «Региональный РЭМД» (подробнее см. справку «Региональный РЭМД»)
NOT_FOUND_EMD


Ошибка регистрации сведений об ЭМД


Человекочитаемый тест ошибки будет отображаться вместе с кодом ошибки.


Рекомендуется сначала дождаться результата срабатывания функции автоматической переотправки СЭМД на регистрацию в РЭМД ЕГИСЗ.


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


EMD_DATA_REGISTRATION_FAILURE


Ошибка обработки на стороне сервиса РЭМД перед отправкой регистрационных сведений об ЭМД


Человекочитаемый тест ошибки будет отображаться вместе с кодом ошибки.


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


EMD_DATA_PROCESSING_FAILURE_BEFORE_SENDING


Ошибка обработки на стороне сервиса РЭМД после отправки регистрационных сведений об ЭМД


Человекочитаемый тест ошибки будет отображаться вместе с кодом ошибки.


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


EMD_DATA_PROCESSING_FAILURE_AFTER_SENDING


Регистрация версии документа невозможна
Действий от пользователя не требуется, документ будет переотправлен автоматически
RATE_LIMIT


Непредвиденная ошибка


Ошибка со стороны РЭМД ЕГИСЗ. Обычно действия от пользователя не требуется, документ переотправляется в РЭМД ЕГИСЗ автоматически в соответствии с установленным в Системе расписанием по отправке документов в РЭМД ЕГИСЗ на регистрацию. Если после установленного в расписании времени ошибка не устранилась, необходимо сформировать новую запись с документом и повторить его отправку в РЭМД ЕГИСЗ на регистрацию (переподписать от имени МО)


RUNTIME_ERROR


У запрашивающей РМИС/МИС нет разрешения на получение документа
Проблема с доступом к данным. Запрашивающая ИС может иметь доступ к записям, зарегистрированным предоставляющей ИС, в следующих случаях:


    

  • пациент посредством использования ЕПГУ предоставил соответствующий доступ к своим документам;
    • 

  • соответствующий доступ настроен администратором РЭМД ЕГИСЗ по решению ДИТ МЗ РФ
    • 



ACCESS_DENIED


Внутренняя ошибка


Действий от пользователя не требуется, документ будет переотправлен автоматически в соответствии с установленным в Системе расписанием по отправке документов в РЭМД ЕГИСЗ на регистрацию.


Если после установленного в расписании времени ошибка не устранилась, необходимо переподписать СЭМД от имени МО


INTERNAL_ERROR


Ошибка регистрации. Количество попыток отправки документа достигло максимума.
Ограничения количества попыток регистрации со стороны РЭМД ЕГИСЗ. Варианты: запрос в федеральную СТП с просьбой обнулить количество выполненных попытка регистрации, создать новый документ взамен отправляемого
ACCESS_DENIED1


Регистрация версии документа невозможна
Для данного вида документа запрещена регистрация новой версии. Необходимо через заявку в федеральную СТП выполнить удаление ранее зарегистрированного документа, далее удалить/аннулировать/испортить данные в Системе, выпустить новый документ взамен предыдущего, выполнить подписание и отправить на регистрацию
CANT_REG_VERSION


Хеш-сумма документа, полученного из предоставляющей системы, не соответствует зарегистрированной в РЭМД
Вероятно, что во время регистрации документа в РЭМД ЕГИСЗ файл СЭМД был подменён, хотя такого сценария нет в Системе. Необходимо вручную выполнить новую попытку переотправки данного СЭМД через форму «Региональный РЭМД» (подробнее см. справку «Региональный РЭМД»). Если новая попытка не привела к успеху, то требуется создать новый документ (или сделать версию), подписать и отправить на регистрацию
DIGEST_MISMATCH


Хеш-сумма документа, полученного из предоставляющей системы, не соответствует зарегистрированной в РЭМД
Вероятно, что во время регистрации документа в РЭМД ЕГИСЗ файл СЭМД был подменён, хотя такого сценария нет в Системе. Необходимо вручную выполнить новую попытку переотправки данного СЭМД через форму «Региональный РЭМД». Если новая попытка не привела к успеху, то требуется создать новый документ (или сделать версию), подписать и отправить на регистрацию
DOC_DIGEST_MISMATCH


ИС не передала файл ЭМД
При запросе со стороны РЭМД ЕГИСЗ файла СЭМД не удалось найти документ в хранилище Системы. Вероятно, документ/файл был удалён до завершения процедуры регистрации. Если документ был удалён, то действий не требуется
FILE_WAS_NOT_SENT


Ошибка при получении файла документа из предоставляющей системы


Проблемы сервиса на стороне другой МИС, от которой был запрошен файл СЭМД. Следует написать запрос в федеральную СТП для выяснения причин более детально. Следует повторно запросить данные о СЭМД для новой попытки получения данных.


Документ, по которому отобразилась данная ошибка, будет поставлен Системой в очередь на переотправку в РЭМД ЕГИСЗ


GET_DOCUMENT_FILE_ERROR


ЭП при одинаковых алгоритмах хеширования содержат разные хеш-суммы документов. ЭП от разных документов
Проблема с сертификатом подписанта. Необходимо получить новый, корректный сертификат, отвечающим всем предъявляемым требованиям. Далее переподписать документ и выполнить новую попытку отправки на регистрацию. Если у пользователя несколько действующих сертификатов, то, вероятно, был сделан ошибочный выбор из предлагаемого списка
INCONSISTENT_DIGESTS


Из предоставляющей РМИС/МИС передан документ, формат файла которого не соответствует требованиям вида документов
Вместо XML был передан PDF/A (или на оборот). Вероятно, проблема в переходном периоде замены вида документа. Требуется пересоздать документ или выпустить версию, подписать и отправить на регистрацию
INVALID_CONTENT


Отсутствует информация о подразделении организации
Информация о подразделении обязательна. Подразделение по описанию ФРМО это – группа отделений. Вероятно, для группы отделений, в котором выпущен документ, не указан OID ФРМО, или неправильно оформлен («трудоустроен») медицинский сотрудник. Следует внести правки в структуру МО и выполнить переотправку вручную через форму «Региональный РЭМД» (подробнее см. справку «Региональный РЭМД»)
NO_DEPARTMENT


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


Вероятная причина – дата документа не была указана, необходимо проверить данные в Системе. Если данные указаны, то проверить отправленный СЭМД. При наличии даты создания документа – обратиться в федеральную СТП для выяснения причин ошибки.


Также ошибка такого вида может возникнуть, если РЭМД ЕГИСЗ стал принимать СЭМД вида документа новой редакции, а из Системы на регистрацию отправляется СЭМД этого же вида документа прежней редакции. В таком случае в Системе следует дозаполнить данные, обязательные для новой редакции СЭМД


NO_DOCUMENT_KIND_ON_DATE


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


Дублирование подписи
Документ был подписан несколько раз одним и тем же специалистом с указанием одной роли. Требуется пересоздать и переподписать заново документ без дублирования
SIGNATURE_DUPLICATION


Ошибка валидации значения


Человекочитаемый тест ошибки будет отображаться вместе с кодом ошибки.


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


ValidationError


Ошибка валидации значения


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


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


VALIDATION_ERROR


Из предоставляющей РМИС/МИС передан документ, метаописание которого не соответствует зарегистрированному
Вероятно, что во время регистрации документа в РЭМД ЕГИСЗ данные о СЭМД были подменены, хотя такого сценария нет в Системе. Необходимо вручную выполнить новую попытку переотправки данного СЭМД через форму «Региональный РЭМД». Если новая попытка не привела к успеху, то требуется создать новый документ (или сделать версию), подписать и отправить на регистрацию
ATTRIBUTE_MISMATCH


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


Ошибка сервиса системы, предоставляющей документ
 Предоставляющая документ ИС временно недоступна, необходимо повторить попытку запроса документа позднее
MIS_ERROR


Ошибка ответа от сервиса системы в getDocumentFileResponse, предоставляющей документ
 Предоставляющая документ ИС временно недоступна, необходимо повторить попытку запроса документа позднее
RMIS_ERROR


Сервис системы, предоставляющей документ, не доступен
 Предоставляющая документ ИС временно недоступна, необходимо повторить попытку запроса документа позднее
MIS_NOT_AVAILABLE


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


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


Запрашиваемая запись регистра не найдена
Вероятно, документ был удалён из РЭМД ЕГИСЗ по специальной заявке в федеральную СТП. Дополнительные действия не требуются
REGISTRY_ITEM_NOT_FOUND


Асинхронный запрос файла ЭМД с указанным messageID не найден
Вероятно, проблема на стороне РЭМД ЕГИСЗ. Отправленный из Системы файл СЭМД не был принят, т.к. федеральная Система не ожидала ответа (а должна ждать ответ на свой запрос). Необходимо повторить попытку отправки вручную из формы «Региональный РЭМД«. Если ошибка повторится, то записать запрос в федеральную службу СТП для выяснения причин
WRONG_MESSAGE_ID


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


Невозможно зарегистрировать ЭМД с обязательным указанием серии документа с помощью версии сервиса 3.0
Данный сценарий не предусмотрен в Системе. При получении данной ошибки требуется написать запрос в федеральную СТП для выяснения причин
SERIES_REQUIRED_WRONG_SERVICE_VERSION


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


Документ с указанным идентификатором (в РМИС/МИС) уже зарегистрирован
Вероятно, что документ был отправлен повторно до получения асинхронного ответа с успешной регистрацией от РЭМД ЕГИСЗ. Если требуется отправить на регистрацию новую версию, то необходимо сделать изменения в исходных данных и заново подписать документ. Если в новой версии нет необходимости, то дополнительные действия не требуются
RESTRICT_NEW_VERSION






Источник







  



                       
  





	









    
    
    
    



    

                
Понравилась статья? Поделить с друзьями:

        
        

























    








			

  • Едк ошибка маз 5440
    • 

  • Его взор внушал страх и боязнь какая ошибка
    • 

  • Его величество байкал найдите и исправьте фактические ошибки
    • 

  • Ебс 04346 00 ошибка ман тга
    • 

  • Едс 00637 03 ошибка ман тга расшифровка

    •