Ошибка смэв что это - Не ошибается лишь тот, кто ничего не делает!

Сведения приведены в документе Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 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.

Причина

Пример

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

<soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/">

 <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/">

<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;
убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе «Новости».

Источник

Ответ из СМЭВ с ошибкой — что это значит

На чтение 3 мин Опубликовано 13.08.2020

В конце прошлого года был принят закон, по которому с 01.01.2020 все малоимущие семьи имеют право на выплату социальных пособий на детей от 3 до 7 лет. Во время пандемии COVID-19 решением президента и правительства РФ также назначались дополнительные выплаты на детей от 3 до 16 лет с июня 2020 года. После активации закона многие родители стали собирать пакет документов и подавать в электронном виде заявления на выплаты.

Подать заявления можно через несколько официальных сервисов — Госуслуги, портал Пенсионного Фонда России и портал Социальной защиты населения. При отправке заявлений через последний сервис многие столкнулись с непонятной формулировкой «Ответ из СМЭВ с ошибкой». В статье мы расскажем, что означает этот статус и какие действия следует предпринимать заявителю.

Статус «Ответ из СМЭВ с ошибкой» на портале Социальной защиты населения

Что данный статус означает?

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

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

СМЭВ расшифровывается как «система межведомственного электронного взаимодействия». Этот сервис позволяет синхронизировать данные граждан между различными государственными учреждениями. К примеру, если в Пенсионном Фонде необходимо проверить паспортные данные заявителя, они через СМЭФ обращаются к МВД для проверки подлинности паспорта заявителя.

Как показывает практика, после появления сообщения «Ответ из СМЭВ с ошибкой» приходит отказ по поданным ранее заявлениям. Если вам пришел отказной статус — загляните в примечание, там в обязательном порядке должна быть будет указана причина отрицательного ответа. Дальнейшее решение проблемы заключается в звонке на горячую линию ведомства и общении со специалистом поддержки.

Решение об отказе по поданному заявлению

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

Что делать, если пришел статус «Ответ из СМЭВ с ошибкой»

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

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

Источник

Главная » База знаний » Пришел ответ из СМЭВ с ошибкой по выплатам с 3 до 7 лет: что это значит?

06.09.2020

2,856 Просмотры

В конце декабря 2019 года российское правительство приняло закон, согласно которому родители детей от 3 до 7 лет имеют право на получение социального пособия. Выплата полагается тем семьям, которые входят в число малоимущих. То есть, чтобы получить деньги, придется доказать, что родители ребенка получают не более той суммы, что установлена региональными властями.

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

Заявить о своем праве на выплаты можно через несколько сервисов:

Госуслуги.
ПФР.
Портал социальной защиты.

Однако, после того, как граждане отправляли заявления, некоторые из них получали ответ из СМЭВ с ошибкой.

Что же это такое?

СМЭВ представляет собой систему межведомственного электронного взаимодействия. Данный сервис был разработан специально для того, чтобы синхронизировать данные россиян между разными государственными органами. например, если ПФР потребуется произвести проверку паспортных данных заявителя, то через СМЭВ будет составлено обращение в МВД для того, чтобы произвести проверку подлинности паспорта гражданина.

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

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

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

Причинами могут быть:

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

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

Важно! Необходимо обязательно прочесть, что сказано в примечании. Там всегда прописывается причина отказа.

Чтобы решить проблему, потребуется связаться с ведомством и уточнить у специалиста ряд вопросов. Это поможет устранить расхождения в случае их наличия и на следующий запрос уже будет вынесено положительное решение.

Загрузка…

Источник

Содержание:

Документация по продукту MandarinID

Немного про работу СМЭВ

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

Нужно принимать во внимание, что СМЭВ является государственный информационной системой и не всегда доступен. Возможно как его полное отключение, так и частичное (например определенный регион).

По какому протоколу у вас СМЭВ?

Протокол СМЭВ-3

Как определить доступность СМЭВ?

Однозначного способа понять доступен СМЭВ или нет к сожалению нет, поскольку у них нет каких-либо обязательств по доступности, однако это можно выяснить по косвенным признакам:

— в ответе на запрос приходит следующая информация- result resultCode=»0″ resultDescription=»Откат транзакции» providerResultMessage=»Откат транзакции» fatal=»true»

— оповещение от нашего сервиса через канал в Телеграме и e-mail рассылку. О восстановлении работоспособности так же организовано дополнительное оповещение.

Взимается ли оплата за запросы на идентификацию в тестовом режиме?

В тестовом режиме оплата не взимается за отправку запросов.

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

Возможен ли кейс: personVerificationFinished: true; phoneVerificationFinished: false?

Да, personVerificationFinished обозначает что идентификация этого пользователя закончена, она может быть либо true, либо false.

Такой кейс возможен: personVerificationFinished: true; phoneVerificationFinished: false. В документации имеется описание. Если phoneVerificationFinished: false, значит на этапе подтверждения номера телефона был введен неверный код из смс.

Можно ли как-то оттестировать идентификацию без отправки смс-кода?

Да, можно, в таком случае в запросе не нужно передавать поле phone.

В течение какого времени по id сессии можно получить результат идентификации?

Срока у id сессии нет. (По id сессии можно получить результат идентификации даже через неделю/месяц/год)

Идентификация клиента и идентификация телефона это два разных независимых процесса или один?

Это разные процедуры — «personVerified» (проверка персональных данных в СМЭВ) и «phoneVerified» (валидация номера).

На тестовом проекте невалидные данные паспортов будут выдавать успешную идентификацию?

Общий принцип для тестовых запросов такой: если в ФИО вот такое (см. ниже), то это будет «personVerified»:true. Любое другое ФИО будет false.

«firstName»: «Шариков»,
«lastName»: «Полиграф»,
«patronymic»: «Полиграфович»,

ВАЖНО! это не отменяет необходимость отправлять паспорт и другие данные, просто проверка идет по ФИО.

При подтверждении телефона код будет из всех нулей (реальное СМС не отправляется).

Для упрощённой идентификации можно ли поменять количество символов смс-кода при проверке номера телефона?

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

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

Система СМЭВ предоставляет результат проверки, как правило, в пределах 10 минут. Но время проверки может увеличиться по причинам, не зависящим от Mandarin. Максимальное регламентное время ответа на СМЭВ-запрос может составить до 5 рабочих дней, однако такие случаи бывают крайне редко.

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

Пример: Проверка на кол-во цифр в снилс; Проверка на кол-во цифр в номере телефона; английская буква и тд.

Валидации данных у нас нет. В каком виде получили запрос, так и передадим в СМЭВ — а они проверяют. После чего будет предоставлен ответ.

На текущий момент времени, клиент, проходящий УПРИД, получает СМС от «Mandarin» с текстом: Код для подтверждения: …». Можно ли изменить имя отправителя в смс, при проверке телефона и отправке кода?

Такой возможности нет. Это стандартный текст и нет возможности индивидуально его отредактировать.

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

Код в смс бессрочный до тех пор, пока не отправлен новый код.

PersonVerified — false — что означает?

Данный ответ означает, что данные клиента не верны. Какие конкретно данные не верны, СМЭВ не возвращает. Возможно ошибка в ФИО, данных паспорта или СНИЛС/ИНН. Либо данные паспорта и СНИЛ недействительны/не совпадают. Если все введено корректно, в таком случае клиенту нужно обратиться в ФМС с вопросом, почему данные паспорта не проходят проверку упрощённой идентификации.

Почему статус запроса в ожидании (Pending)?

В редких случаях СМЭВ может отвечать с задержкой, по этой причине статус запроса может находится длительное время в ожидании. Пример ответа на запрос проверки статуса в такой ситуации:

{
«id»: «e2c3c860-1d68-427c-a16d-9666e0ffb706»,
«phoneVerified»: null,
«phoneVerificationFinished»: false,
«personVerified»: null,
«personVerificationFinished»: false,
«personVerificationError»: null,
«inn»: {
«status»: «NotProcessed»,
«description»: «Не указан ИНН, проверка не производилась»
},
«snils»: {
«status»: «Processing»,
«description»: «В обработке»
},
«passport»: {
«status»: «Valid»,
«description»: «Сведения соответствуют»
},
«passportDeferred»: null
}

Рекомендуем в таком случае проверять статус повторно в течение какого-то времени (в рамках вашего SLA).

GET https://secure.mandarinpay.com/api/personidentification/v2/{id}

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

POST https://secure.mandarinpay.com/api/personidentification

Ошибки запросов MandarinID

PersonIdentificationError: ESIA-000001 Внутренняя ошибка

Внутренняя ошибка на стороне ЕСИА, СМЭВ. Можно повторить запрос.

PersonIdentificationError: Внутренняя ошибка сервера

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

1. наблюдались проблемы на стороне СМЭВ, получили от них ошибку : connection time out;

2. наблюдались проблемы на стороне провайдера услуги.

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

Ошибка СМЭВ(SAXException): Content is not allowed in

Данная ошибка означает, что в этот промежуток времени наблюдались/наблюдаются неполадки на стороне СМЭВ. Запросы с ошибками необходимо повторить после восстановления.

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

Данное описание ошибки говорит о том, что наблюдались проблемы на стороне СМЭВ. Необходимо повторить запрос.

{«status»:»PROCESSING»,»errorStatusInfo»:[{«code»:»0″,»message»:»java.net.ConnectException: Connection timed out: connect»}]}

Данную ошибку возвращает СМЭВ, означает, что наблюдаются перебои на их стороне.

{«status»:»PROCESSING»,»errorStatusInfo»:[{«code»:»0″,»message»:»Код ответа: 500, сообщение: Internal service error»}]}

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

PersonIdentificationError: Ошибка при выполнении запроса

СМЭВ ошибкой ответил «status»:»FAILED»,»errorStatusInfo»:[{«code»:»-1″,»message»:»Ошибка при выполнении запроса». Сервис был недоступен на их стороне. При необходимости можно повторить запрос.

Автор: Акула Марина

Источник