Войти

Описание типовых возвращаемых ошибок СМЭВ

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

SMEV-100

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

Возникает на этапе проверки ЭЦП в рамках синхронной обработки xml-сообщения, принятого методом GetRequest, GetResponse, Ack.
Причина Пример
Запрос не подписан электронной подписью органа власти (ЭП-ОВ) (отсутствует или некорректно заполнен блок SenderInformationSystemSignature)

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

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

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

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

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

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

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

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

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

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

Рекомендуется проверить что подпись вложения удовлетворяет профилю формата 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;
Срок действия ЭП-СП истёк.

Рекомендуется проверить сроки действия сертификата в блоке 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>

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

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

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

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

SMEV-200

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

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

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

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

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

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

SMEV-201

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

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

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

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

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

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

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

  • убедиться, что каждому AttachmentHeader в сообщении соответствует AttachmentContent;
  • убедиться, что количество заголовков равно количеству вложений;
  • убедиться, что содержимое элементов Id в AttachmentContent не дублируется".

SMEV-202

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

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

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

SMEV-206

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

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

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

SMEV-300

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

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

Рекомендуется проверить корректность содержимого элемента 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, который уже отправлялся ранее.

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

SMEV-302

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

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

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

SMEV-401

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

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

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

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

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

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

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

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

SMEV-402

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

Возникает на этапе обработка сообщения в рамках синхронной обработки xml-сообщения, принятого методом GetRequest, GetResponse.
 Причина  Пример
1. Неверно указаны параметры фильтрации в тегах NamespaceURI и RootElementLocalName блока MessageTypeSelector  (в том числе, если указанный ВС не зарегистрирован в нужной среде).
2. Информационная система Участника не зарегистрирована в СМЭВ 3, либо ИС отсутствует в необходимой среде.

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

  • проверить содержимое элементов NamespaceURI и RootElementLocalName блока MessageTypeSelector - целевое пространство имен и корневой элемент должны соответствовать зарегистрированному в СМЭВ 3 Виду сведений;
  • проверить зарегистрирован ли данный ИС в той среде СМЭВ 3, в которой идет обращение;
  • проверить зарегистрирован ли сертификат, которым подписано направленное сообщение, в соответствующей среде СМЭВ 3;
  • получить серийный номер сертификата, указанного в блоке  CallerInformationSystemSignature в элементе X509Certificate отправляемого сообщения (сохранить содержимое элемента с разрешением cer, открыть вкладку "Состав", получить значение из поля "Серийный номер");
  • убедиться, что ранее был направлен запрос в Ситуационный центр на регистрацию информационной системы с сертификатом из п.1 и получено положительное решение;
  • если заявка ранее не направлялась - зарегистрировать запрос через Ситуационный центр и после получения положительного решения по заявке повторить отправку сообщения.

SMEV-403

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

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

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

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

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

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

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

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

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

  • Метод GetRequestRequest : GetRequestRequest - MessageTypeSelector - Timestamp 
  • Метод GetResponseRequest : GetResponseRequest – MessageTypeSelector - Timestamp 
  • Метод GetStatus : GetStatusRequest - Timestamp 
  • Метод GetIncomingQueueStatisticsRequest : GetIncomingQueueStatisticsRequest - Timestamp 
Значение должно совпадать с текущим  (допустимая дельта - 30 минут).

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

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

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

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

SMEV-405

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

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

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

SMEV-406

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

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

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

SMEV-500

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

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

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

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

SMEV-501

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

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

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

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

SMEV-502

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

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

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

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

SMEV-503

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

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

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

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

SMEV-504

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

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

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

  • получить серийный номер сертификата, указанного в блоке CallerInformationSystemSignature в элементе X509Certificate отправляемого сообщения (сохранить содержимое элемента с разрешением cer, открыть вкладку "Состав", получить значение из поля "Серийный номер");
  • проверить корректность указания целевого пространства имен и корневого элемента Вида сведений (содержимое MessagePrimaryContent);
  • убедиться, что ранее был направлен запрос в Ситуационный центр на получение доступа к Виду сведений из п.2 для ИС, зарегистрированной в соответствующем контуре СМЭВ (разработческий, тестовый, продуктивный) из п.1;
  • если заявка ранее не направлялась - зарегистрировать запрос через Ситуационный центр и после получения положительного решения по заявке повторить отправку сообщения.

SMEV-505 

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

Возникает при получении на коннекторе клиентов сообщения  ответа (SendResponseRequest), в рамках синхронной проверки.
 Причина Пример
Норматив продолжительности подготовки сообщения-ответа превышен на n секунд m миллисекунд . Значение норматива продолжительности N секунд.

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

SMEV-600

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

Возникает на этапе проверки квоты на количество сообщений в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest.
 Причина Пример
Ошибка связана с ограничением на допустимое количество сообщений в очереди запросов ИС-получателя сообщения и вызвана несвоевременным разбором входящей очереди ИС получателя запроса.
<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. Технологические работы в СМЭВ

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

  • выполнить проверку сообщения с помощью инструмента "Проверка корректности xml-сообщения" в ЛК УВ;
  • в случае ошибок привести сообщение в соответствие схемам Единого сервиса - схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3 (также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl)) и повторить отправку сообщения;
  • проверить, что сообщение направляется нужным методом (запрос - при помощи метода SendRequest, ответ - при помощи метода SendResponse);
  • для успешного инициирования процесса обмена, необходимо направлять запрос при помощи метода SendRequest, отправив запрос (SendRequestRequest), после чего запрос пройдет проверки и будет поставлен в очередь запросов поставщика ВС. Далее поставщик при помощи метода GetRequest совершает выборку запроса из очереди и формирует конверт SendResponseRequest;
  • убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе "Новости".

Авторизуйтесь, чтобы оставить комментарий к статье