Ошибка транспорта смэв - Решение и исправление самых разных ошибок на TopOshibok.ru

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

Источник

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

link

Скопировать прямую
ссылку на статью

Сведения приведены в документе «Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 3.0», опубликованном в Единой системе контекстных справок в разделе «Документация» блок «СМЭВ 3» (https://info.gosuslugi.ru/docs/section/СМЭВ_3/).

Источник

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

Исключение	Текст ошибки
AccessDeniedException	Доступ запрещён
AttachmentContentMiscoordinationException	«Количество вложений — » + @количество_вложений + «, нет ни одного заголовка.» «Количество вложений — » +@количество_вложений + «, количество заголовков — » + @количество_заголовков «Вложение [Id=\»» + @id_вложения + «\»] не имеет заголовка.» «Некорректная информация о фтп вложениях; message id = » + @id_сообщения «Вложения не имеют заполненных требуемых полей.»
AttachmentSizeLimitExceededException	Превышен максимально допустимый суммарный размер присоединённых файлов. Превышен максимально допустимый суммарный размер ftp файлов.
QuoteLimitExceededException	Квота на файловое хранилище для получателя превышена!
BusinessDataTypeIsNotSupportedException	Неподдерживаемый тип запроса. Попытка послать сообщение {» + @requestNamespaceURI + «}» + @requestRootElementLocalName + » через метод sendRequest, в то время как этот тип сообщений зарегистрирован как » + @recipientSMEVAddress.getMessageCategory()
InvalidContentException	«Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @Message_Id
RecipientIsNotFoundException	Не удалось найти получателя по причине неполноты входных данных: » + @error «Невозможно определить получателя для сообщения. Полное имя корневого элемента: {» +@requestNamespaceURI + «}» + @requestRootElementLocalName «Не удалось найти получателя по причине неполноты входных данных: » + @error” «Невозможно определить получателя для сообщения. Полное имя корневого элемента: {» + @ requestNamespaceURI + «}» + @requestRootElementLocalName + «; Ошибка ОКТМО:» + @error «Найдено несколько получателей для сообщения. Полное имя корневого элемента: {» +@ requestNamespaceURI + «}» + @requestRootElementLocalName «Не удалось найти получателя по причине неполноты входных данных: » + @error
SMEVFailureException	Ошибка СМЭВ. Обратитесь в службу технической поддержки.
SenderIsNotRegisteredException	«Информационная система не зарегистрирована в СМЭВ.» «Сертификат сотрудника не зарегистрирован в СМЭВ.»
SignatureVerificationFaultException	«Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Сертификат сотрудника не действителен.» «Проверка подписи на вложении » + @id_вложения + «: срок действия сертификата истёк.» «Проверка подписи на вложении » + @id_вложения + «: » + @error «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code
DestinationOverflowException	«Очередь, в которую должно быть отправлено сообщение, переполнена.»
MessageIsAlreadySentException	«Сообщение с идентификатором » + @messageId + » было послано ранее.»
InvalidMessageIdFormatException	«Недопустимый формат идентификатора сообщения. См. RFC-4122.»
StaleMessageIdException	«Timestamp идентификатора сообщения слишком давний.»

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

Исключение	Текст ошибки
AccessDeniedException	Доступ запрещён
AttachmentContentMiscoordinationException	«Количество вложений — » + @количество_вложений + «, нет ни одного заголовка.» «Количество вложений — » +@количество_вложений + «, количество заголовков — » + @количество_заголовков «Вложение [Id=\»» + @id_вложения + «\»] не имеет заголовка.» «Некорректная информация о фтп вложениях; message id = » + @id_сообщения «Вложения не имеют заполненных требуемых полей.»
AttachmentSizeLimitExceededException	Превышен максимально допустимый суммарный размер присоединённых файлов. Превышен максимально допустимый суммарный размер ftp файлов.
QuoteLimitExceededException	Квота на файловое хранилище для получателя превышена!
BusinessDataTypeIsNotSupportedException	«Неподдерживаемый тип запроса.» «Попытка послать сообщение {» + @businessDataNamespaceURI + «}» + @businessDataRootElementLocalName + » через метод sendResponse, в то время как этот тип сообщений зарегистрирован как » + @messageType
InvalidContentException	«Нарушен формат бизнес-конверта.» «Попытка послать сообщение {» + @businessDataNamespaceURI + «}» + @businessDataRootElementLocalName + » через метод sendResponse, в то время как этот тип сообщений не зарегистрирован в СМЭВ.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @MessageId
RecipientIsNotFoundException	«Невозможно определить получателя для ответа на запрос. Адресная информация: » + @SenderProvidedResponseData().getTo() «Не удалось найти получателя по причине неполноты входных данных: » @error «Невозможно определить получателя для ответа на запрос. Адресная информация: » +@SenderProvidedResponseData().getTo() «Не удалось найти получателя по причине неполноты входных данных: » + @error «Не удалось найти получателя по причине неполноты входных данных: » + @error
SMEVFailureException	Ошибка СМЭВ. Обратитесь в службу технической поддержки.
SenderIsNotRegisteredException	«Информационная система не зарегистрирована в СМЭВ.» «Сертификат, которым подписано вложение, не зарегистрирован в СМЭВ.»
SignatureVerificationFaultException	«Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Сертификат, которым подписано вложение, не действителен.» «Проверка подписи на вложении » + @id_вложения + «: срок действия сертификата истёк.» «Проверка подписи на вложении » + @id_вложения + «: » + @error «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code
DestinationOverflowException	«Очередь, в которую должно быть отправлено сообщение, переполнена.»
MessageIsAlreadySentException	«Сообщение с идентификатором » + @messageId + » было послано ранее.»
InvalidMessageIdFormatException	«Недопустимый формат идентификатора сообщения. См. RFC-4122.»
StaleMessageIdException	«Timestamp идентификатора сообщения слишком давний.»

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

Исключение	Текст ошибки
InvalidContentException	«Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @MessageId
SMEVFailureException	Ошибка СМЭВ. Обратитесь в службу технической поддержки.
SenderIsNotRegisteredException	«Отправитель не зарегистрирован в СМЭВ» «Предъявленный сертификат пользователя » + @CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирован в СМЭВ»
SignatureVerificationFaultException	«Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code
UnknownMessageTypeException	«Входящая очередь запрошенного типа сообщений, принадлежащая пользователю » +@CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирована в СМЭВ»

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

Исключение	Текст ошибки
InvalidContentException	«Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @MessageId
SMEVFailureException	Ошибка СМЭВ. Обратитесь в службу технической поддержки.
SenderIsNotRegisteredException	«Отправитель не зарегистрирован в СМЭВ» «Предъявленный сертификат пользователя » + @CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирован в СМЭВ»
SignatureVerificationFaultException	» Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code
UnknownMessageTypeException	«Входящая очередь запрошенного типа сообщений, принадлежащая пользователю » +@CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирована в СМЭВ»

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

Исключение	Текст ошибки
InvalidContentException	«Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @MessageId
SMEVFailureException	Ошибка СМЭВ. Обратитесь в службу технической поддержки.
SenderIsNotRegisteredException	«Информационная система не зарегистрирована в СМЭВ.» «Предъявленный сертификат пользователя » + @CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирован в СМЭВ»
SignatureVerificationFaultException	» Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code
TargetMessageIsNotFoundException	«Сообщение » + @AckTargetMessage » не найдено среди неподтверждённых.»

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

Исключение	Текст ошибки
InvalidContentException	«Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @MessageId
SMEVFailureException	Ошибка СМЭВ. Обратитесь в службу технической поддержки.
SenderIsNotRegisteredException	«Информационная система не зарегистрирована в СМЭВ.» «Предъявленный сертификат пользователя » + @CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирован в СМЭВ»
SignatureVerificationFaultException	» Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code
UnknownMessageTypeException	«Входящая очередь запрошенного типа сообщений, принадлежащая пользователю » +@CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирована в СМЭВ»

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

Исключение	Текст ошибки
InvalidContentException	«Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @MessageId
SMEVFailureException	Ошибка СМЭВ. Обратитесь в службу технической поддержки.
SenderIsNotRegisteredException	«Информационная система не зарегистрирована в СМЭВ.»
SignatureVerificationFaultException	» Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code

Источник

Уровень сложности
Простой

Время на прочтение
7 мин

Количество просмотров 14K

Привет ИТ-сообщество! Я Анастасия Пятько, аналитик-внедренец из РТЛабс. Это компания, которая развивает всем известные Госуслуги и пытается облегчить нашу бюрократическую жизнь.

Недавно мне довелось выступить на HighLoad++ 2022 с похожей темой: «СМЭВ. Сильно проще, чем кажется. Полезные советы, как стартовать интеграцию через СМЭВ3 и СМЭВ4». Организаторы знают своё дело. В зале была заинтересованная аудитория, которая задавала вопросы с неподдельным интересом. С некоторыми разговор у стенда продолжался ещё несколько часов. Так родилась идея — зафиксировать всё текстом в этой статье.

Начнём с небольшой предыстории. Цифровизация пришла в нашу большую страну определённо раньше того, как появились эксперты, которые смогли бы сразу сказать, как надо делать, придумали стандарты и протоколы. Регионы, ведомства, их подрядчики писали свои системы на разных языках программирования, строя различную архитектуру, а потом делали интеграции как получится. В какой-то момент систем стало много. Пришло понимание, что обмениваться информацией между собой без единого унифицированного фреймворка им стало просто невозможно. И вот 12 лет назад появилась Система межведомственного электронного взаимодействия (СМЭВ).

Что такое СМЭВ

СМЭВ — это тот транспорт, которым доставляются миллионы «конвертов», необходимых для оказания госуслуг. Через СМЭВ обмениваются информацией между собой:

федеральные и региональные ведомства
МФЦ
Госуслуги
Единая система идентификации и аутентификации (ЕСИА)
ряд коммерческих организаций

СМЭВ в цифрах:

Трафик СМЭВ, количество подключённых систем, скорость и безотказность

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

СМЭВ3 подходит, когда нужно гарантированно передать информацию
СМЭВ4 — когда на первом месте стоит скорость обмена данными

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

Как работает СМЭВ3

Собственно, все сообщения в СМЭВ3 — это XML, составленные на основе XSD-схем самого транспорта и вида сведения, отправленные через веб-сервис.

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

Что такое очереди в СМЭВ3

Важная фишка СМЭВ3 — очереди. В самом транспорте для каждой зарегистрированной системы создаются как минимум 2 очереди: запросов и ответов.

Системы всех участников должны уметь формировать сообщения и подписывать их зарегистрированным сертификатом. Сообщения бывают трёх типов:

send — с основной информацией
get — для опроса очередей
ack — для подтверждения получения

Рассмотрим обмен между информационными системами двух ведомств, одна из которых инициирует обмен или запрашивает информацию, вторая — отвечает на запрос.

1. Инициатор отправляет запрос —SendRequest. Он попадает в очередь запросов ответчика. Там запрос будет храниться до тех пор, пока ответчик его не вычитает, но максимум — 14 дней.

Если за 14 дней запрос не вычитают, инициатору придёт «отбивка» от СМЭВ, что его запрос попал в архив.

2. Ответчик опрашивает очередь — GetRequest. Он должен делать это постоянно. И когда туда попадает запрос, ему возвращается непустой «конверт».

3. Ответчик обрабатывает запрос. Получив «конверт», система ответчика должна выполнить ряд действий: распарсить, уложить в базу и т. п. Затем система отправляет в СМЭВ «конверт» с подтверждением получения запроса — AckRequest. Это ещё один уровень для обеспечения гарантированной доставки. Если СМЭВ не получит от ответчика такое подтверждение, через 15 минут запрос снова вернётся в очередь.

4. Инициатор получает ответ. После того как система ответчика подготовит «конверт» с ответом, происходит всё ровно то же самое:

«конверт» попадает в очередь инициатора — SendResponse
инициатор его вычитывает — GetResponse
инициатор оправляет подтверждение о получении — AckResponse

Только тогда обмен считается завершённым.

Конечно, здесь ещё много нюансов:

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

Но в целом все обмены через СМЭВ3 устроены так, как я описала выше.

Что такое виды сведений в СМЭВ

Важную роль в СМЭВ3 играют такие сущности, как «Виды сведений» (ВС).

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

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

В итоге ВС представляют собой:

Правила, по которым формируются запросы и ответы (XSD).
Эталоны (XML) — примеры «конвертов» для работы эмулятора.
Руководство пользователя — документ, составленный автоматически или вручную владельцем или создателем ВС, призванный помочь подключающимся участникам.

Виды сведений в СМЭВ3

ВС в целом может создать и зарегистрировать любой участник взаимодействия. Таких ВС сейчас около 2 750.

Как подключиться к СМЭВ3

Чтобы стать участником взаимодействия, организации нужно пройти 7 шагов.

Оформить заявку на регистрацию организации в СМЭВ. В заявке указывают нормативно-правовое обоснование подключения. В зависимости от типа организации и её целей, эту заявку могут рассмотреть либо очень быстро, либо долго — с выносом на президиум специальной комиссии.
Организовать защищённый канал. Это также делается по заявке, в рамках которой вам предоставят и помогут настроить оборудование.
Получить сертификаты аккредитованного удостоверяющего центра (АУЦ).
Зарегистрировать одну или несколько своих систем с полученными сертификатами в СМЭВ через Личный кабинет участника взаимодействия (ЛК УВ). Выбрать вид сведения, по которому будете работать, или зарегистрировать свой.
Настроить или разработать интеграционный модуль для подключения к СМЭВ. Здесь вам на помощь придёт наш адаптер СМЭВ3.
Получить доступ к ВС, пройдя процедуру технической готовности (ПТГ) на тестовой среде через ЛК УВ.
Переключиться на продуктивную среду.

Как устроен ЛК УВ

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

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

Так выглядит ЛК УВ

В ЛК УВ автоматизированы все регламентированные процедуры, которые необходимо выполнить для полноценной работы в СМЭВ.

В несколько кликов можно:

зарегистрировать систему
поменять ей сертификат
получить доступ к ВС
зарегистрировать свой ВС
пройти ПТГ с эмулятором
проверить наполненность своих очередей
отследить судьбу обмена
сформировать отчёт и многое другое

ЛК УВ развивается семимильными шагами и завоёвывает сердца наших пользователей. Особенно рады те, кто знает, как было до его появления. Знаете, мы как-то считали: получилось, что ЛК УВ экономит участникам годы (!) жизни.

Среды в СМЭВ3

В СМЭВ3 мы предоставляем 3 среды: разработки, тестовую и продуктивную.

Среды в СМЭВ3

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

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

Тестовая среда. Более популярна, чем среда разработки, потому что сюда перед выходом на прод надо обязательно попасть всем. А большинство поддерживают работоспособность своих тестовых систем и после выхода на прод.

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

Ещё одна важная штука для этих сред — сертификат для систем можно сгенерировать прямо в ЛК УВ за несколько секунд.

На тестовой среде помимо её прямого назначения, также проходится ПТГ для получения доступа к видам сведений.

Собственно, ПТГ — это полноценный обмен вашей системы в желаемой роли с нашим эмулятором

Продуктивная среда. Здесь экспериментировать уже нежелательно. Доступна она только через защищённый канал. Конверты подписывать можно только сертификатами, полученными в АУЦ.

Интеграционный узел адаптера (ИУА) СМЭВ3

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

Итак, ИУА СМЭВ3 — это клиентское ПО, поддерживающее все необходимые операции для выполнения обменов через СМЭВ3. Он разворачивается на стороне участника взаимодействия и предоставляет удобные для интеграции интерфейсы.

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

ИУА можно поставить как на Windows, так и на Linux. Есть версия для кубера, а есть для домохозяйки: «далее, далее, ок, готово». Также имеется версия в комплекте со всем необходимым окружением: Java, криптопровайдер и СУБД.

Так выглядит интерфейс адаптера

Чем же поможет ИУА

Возьмёт на себя заботы с подписанием конвертов
Будет опрашивать ваши очереди, выполняя get с заданной вами частотой
Поможет удобно логировать все обмены
Позволит выбрать удобный интерфейс: amqp, rest api, soap, БД, через файловую систему и даже встроенный веб-интерфейс. Используя последний, кстати, можно вообще не разрабатывать свою информационную систему, а пользоваться только адаптером СМЭВ3
Сам подберёт конфигурацию для выбранной среды, обернёт в нужный формат передаваемые вложения, отправит статистику и т. д.

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

Где почитать подробнее и куда бежать с вопросами

Единая система контекстной справки

Как любые уважающие себя системы, наши СМЭВ, ЛК УВ и ИУА, конечно же, обросли официальной документацией. Много страниц сложно читаемого текста.

Но также у нас есть классная база знаний в виде статей. Называется она Единая система контекстной справки (ЕСКС). Также здесь хранятся официальные документы и дистрибутивы. А ещё есть крайне полезный новостной раздел и форум.

База знаний СМЭВ3

Бот. Судьба сообщения и уведомления

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

Есть у нас официальный канал связи с эксплуатацией и другими участниками взаимодействия — Ситуационный центр. Там вам ответят здорово и красиво, но не очень быстро.

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

Идя в ногу со временем, мы активно ведём телеграм-канал «Новости СМЭВ+». Здесь вы можете не только узнать последние новости, но и задать под любой из них свой вопрос. Неважно, если он будет не в тему новости, — мы ответим!

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

Это всё, что хотелось бы рассказать. Надеюсь на ваш интерес и мотивацию к написанию новых статей.

Благодарю за внимание.

Редактор: Ольга Кочкина

Источник

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

1. Общее описание процесса тестирования

Процесс тестирования видов сведений разбивается на два этапа:

тестирование в тестовой среде СМЭВ;
тестирование в продуктивной среде СМЭВ.

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

Эмулятор представляет собой процессор XSL-преобразований, который возвращает потребителю определенный эталонный ответ в зависимости от значения определенного элемента в эталонном запросе.

Эталонные запросы, эталонные ответы и правила XSL-преобразования описываются в Руководстве пользователя вида сведений.

Для того, чтобы эталонный запрос был переадресован эмулятору, необходимо включить в запрос элемент testMessage со значением true.

Тестирование в продуктивной среде СМЭВ производится с использованием реальных запросов к реальным информационным системам поставщиков.

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

В обычном режиме работы СМЭВ-адаптер не сохраняет сообщения в формате СМЭВ.

Для перевода СМЭВ-адаптера в отладочный режим необходимо установить параметр development.transport.persist.soap в значение true и перезапустить СМЭВ-адаптер.

Для СМЭВ-адаптера устаревшей версии параметр development.transport.persist.soap располагается в конфигурационном файле core.properties.

Для СМЭВ-адаптера текущей версии параметр development.transport.persist.soap устанавливается в интерфейсе администратора, в разделе «Настройка конфигурации адаптера».

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

Расширенные настройки конфигурации СМЭВ-адаптера

В расширенном режиме необходимо развернуть раздел «Отладка» и установить флаг «Сохранение входящих/исходящих сообщений СМЭВ» (см. рисунок), после чего нажать кнопку «Сохранить».

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

Установка параметра сохранения входящих/исходящих сообщений СМЭВ

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

Для этого необходимо в командной панели перейти в каталог установки СМЭВ-адаптера и выполнить команду adapter.exe restart (или sh adaper.sh restart для CentOS), а если СМЭВ-адаптер установлен как служба Windows, перезапустить службу из консоли управления службами.

СМЭВ-адаптер устаревшей версии можно перезапустить двумя способами:

Перезагрузкой сервера (если запуск адаптера проиводится автоматически при загрузке ОС);
Удалением процесса адаптера и повторным его запуском из консоли.

Второй вариант более предпочтительный, потому что после окончания тестирования необходимо восстановить значение параметра development.transport.persist.soap=false, и только после этого перезагружать сервер (или адаптер).

Для удаления процесса адаптера в системе CentOS необходимо выяснить его PID с помощью команды ps axu | grep java, а затем выполнить команду kill [PID].

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

2. Тестирование в тестовой среде СМЭВ

Диаграмма активностей процесса тестирования ВС в тестовой среде СМЭВ представлена на рисунке.

Диаграмма активностей процесса тестирования ВС в тестовой среде СМЭВ

2.1. Подготовка тестового запроса

Тестовый запрос должен быть сформирован в формате СМЭВ-адаптера, т.е. в виде сообщения ClientMessage.

Структура ClientMessage для запроса представлена на рисунке.

Сообщение ClientMessage для запроса

Значение элемента itSystem должно соответствовать мнемонике информационной системы Потребителя. В тестовой среде СМЭВ мнемоники ИС участников взаимодействия имеют, как правило, суффикс «_3T», в отличие от продуктивной среды, где мнемоники оканчиваются на «_3S».

Содержимое эталонного запроса вида сведений должно быть вставлено в элемент MessagePrimaryContent.

Содержимое элемента RequestMetadata заполняется следующим образом:

Элемент	Значение	Комментарий
clientID	Произвольный GUID	У каждого запроса, отправляемого в СМЭВ-адаптер, должен быть уникальный ClientID. Иначе будет возвращена ошибка, что такой запрос уже отправлялся в СМЭВ. GUID можно сгенерировать online, например, здесь: https://guidgenerator.com/
createGroupIdentity/ FRGUServiceCode	00000000000000000000	Значения, используемые для генерации кода транзакции по умолчанию
createGroupIdentity/ FRGUServiceDescription	00000000000000000000
createGroupIdentity/ FRGUServiceRecipient Description	00000000000000000000
testMessage	true	Обязательное значение для вызова эмулятора на стороне СМЭВ

Пример сообщения ClientMessage:

<?xml version="1.0" encoding="UTF-8"?>
 <tns:ClientMessage xsi:schemaLocation="urn://x-artefacts-smev-gov-ru/services/service-adapter/types smev-service-adapter-types.xsd" xmlns:n1="http://www.altova.com/samplexml/other-namespace" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:tns="urn://x-artefacts-smev-gov-ru/services/service-adapter/types">
   <tns:itSystem>MNEM01_3T</tns:itSystem>
   <tns:RequestMessage>
      <tns:RequestMetadata>
         <tns:clientId>3e83e83a-6a23-4908-b0d2-e3ad08fe2584</tns:clientId>
         <tns:createGroupIdentity>
            <tns:FRGUServiceCode>00000000000000000000</tns:FRGUServiceCode>
            <tns:FRGUServiceDescription>00000000000000000000</tns:FRGUServiceDescription>
         <tns:FRGUServiceRecipientDescription>00000000000000000000</tns:FRGUServiceRecipientDescription>
         </tns:createGroupIdentity>
         <tns:testMessage>true</tns:testMessage>
      </tns:RequestMetadata>
      <tns:RequestContent>
         <tns:content>
            <tns:MessagePrimaryContent>
                  <!-- ЭТАЛОННЫЙ ЗАПРОС ВСТАВЛЯТЬ СЮДА -->
            </tns:MessagePrimaryContent>
         </tns:content>
      </tns:RequestContent>
   </tns:RequestMessage>
</tns:ClientMessage>

2.2. Размещение тестового запроса в каталоге OUT СМЭВ-адаптера

Местоположение каталога OUT зависит от версии СМЭВ-адаптера.

Для адаптера устаревшей версии этот каталог находится по адресу [каталог установки адаптера]/main/[мнемоника ИС]/OUT.

Для адаптера текущей версии этот каталог находится по адресу [каталог установки адаптера]/integration/[мнемоника ИС]/OUT.

Созданные файлы с сообщениями ClientMessage необходимо разместить в каталоге OUT.

2.3. Запуск СМЭВ-адаптера

Если в момент размещения ClientMessage в каталоге OUT СМЭВ-адаптер уже запущен, то эти сообщения будут отправлены в СМЭВ сразу же после их размещения в указанном каталоге.

В противном случае требуется запустить СМЭВ-адаптер.

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

Адаптер устаревшей версии запускается из консоли командой startup.bat (или sh startup.sh для CentOS).

Адаптер текущей версии запускается из консоли командой adapter.exe start (или sh adapter.sh start для CentOS).

2.4. Поиск СМЭВ-сообщений запроса и ответа

Отладочные сообщения в формате СМЭВ адаптер устаревшей версии размещает в своем каталоге установки, а адаптер текущей версии в каталоге [каталог установки адаптера]/messages.

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

Для этого нужно открыть найти сообщение в каталоге OUT/Sent по clientID:

Для поиска файлов по их содержимому необходимо включить соответствующий параметр в эксплорере Windows:

В найденном сообщении, в элементе MessageId, будет содержаться идентификатор сообщения, отправленного в СМЭВ:

По значению messageID необходимо найти сообщения в каталоге установки адаптера устаревшей версии (или в [каталог установки адаптера]/messages для текущей версии адаптера).

Должны быть найдены три сообщения:

{мнемоника}-{GUID}-{SendRequestRequest}-{SUCCESS} – отправка в СМЭВ;
{мнемоника}-{GUID}-{SendRequestResponse}-{SUCCESS} – подтверждение от СМЭВ;
{мнемоника}-{GUID}-{GetResponseResponse}-{SUCCESS} – ответ от СМЭВ.

Для последнего сообщения (GetResponseResponse) необходимо найти сообщение с опросом очереди (GetResponseRequest). Оно имеет тот же GUID в наименовании файла, что и сообщение GetResponseResponse).

Сообщения Ack, о которых упоминается в Регламенте подключения ИС Участника к СМЭВ и в письмах от Ситуационного центра, СМЭВ-адаптером не фиксируются! Но СЦ, будучи информирован об использовании Потребителем СМЭВ-адаптера, не настаивает на включении Ack в результаты тестирования.

2.5. Взаимодействие с СЦ СМЭВ

Четыре найденных сообщения в формате СМЭВ необходимо упаковать в архив со значащим именем (например, «MNEM01_3T-ЕГРЮЛ-Request0.zip») и направить в Ситуационный центр СМЭВ в виде результатов тестирования.

Если тестировалось несколько эталонных запросов (а обычно так и происходит), то по четыре СМЭВ-сообщения для каждого эталонного запроса размещаются в отдельных каталогах, соответствующих эталонным запросам, например, «Request0», «Request1» и т.д.

Затем эти каталоги упаковываются в один архив, например, «MNEM01_3T-ЕГРЮЛ.zip», который отправляется в СЦ СМЭВ.

3. Тестирование в продуктивной среде СМЭВ

Тестирование в продуктивной среде СМЭВ должно производиться на сервере, имеющем доступ к продуктивной среде СМЭВ.

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

Формат сообщения ClientMessage отличается от формата, приведенного в п. 2.1, отсутствием элемента testMessage:

Сообщение ClientMessage для запроса

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

Если в качестве запроса использовать один из эталонных запросов, то в ответ вернется, скорее всего, сообщение reject с признаком отсутствия данных в ИС Поставщика.

Дальнейший процесс ничем не отличается от тестирования ВС в тестовой среде СМЭВ, описанного в п. 2.

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

______________________

Если у вас остались вопросы по данному материалу — пожалуйста, оставьте комментарий или свяжитесь с нами.

Также вы можете передать задачи организации СМЭВ-взаимодействия участникам нашего проекта. Качественная настройка СМЭВа и интеграция Адаптера с различными ИС — наш нехемульский долг.

Источник