Ошибка смэв 504 доступ запрещен

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

SMEV-100

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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







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




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


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






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


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








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


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


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






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




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





  



                       
  






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

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


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

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






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


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









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


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


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






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




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


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








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


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


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






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




Превышены

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


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








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




SMEV-200





  



                       
  














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




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







		  Причина
	

		  Пример
	





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


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









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




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




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








		  Причина
	

		  Пример
	





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



		


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









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



SMEV-201





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




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





  



                       
  









  



                       
  











		  Причина
	

		  Пример
	





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

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


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









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


    

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

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




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




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







		  Причина
	

		  Пример
	





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


			


		 


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









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





    

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

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

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





SMEV-202





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

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








		  Причина
	

		  Пример
	





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


		 


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









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



SMEV-206 







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


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





  



                       
  











		  Причина
	

		  Пример
	





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


		 


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









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



SMEV-300





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




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







		  Причина
	

		  Пример
	





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


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









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



SMEV-301


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

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











		  Причина
	

		  Пример
	





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


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




	







		 


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









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



SMEV-302





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




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





  



                       
  











		  Причина
	

		  Пример
	





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


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









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



SMEV-401





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




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











		  Причина
	

		  Пример
	





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


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




	







		 


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









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



    

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

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

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




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




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







		  Причина
	

		  Пример
	





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


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









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





    

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

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





SMEV-402





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




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





  



                       
  











		  Причина
	

		  Пример
	





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

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


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









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





    

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

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

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

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

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

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





SMEV-403





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




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








		  Причина
	


		 Пример
	







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



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









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



    

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

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

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




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




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







		  Причина
	

		  Пример
	





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


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









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



    

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

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

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




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




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







		  Причина
	

		  Пример
	





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


		 





  



                       
  






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









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



    

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

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

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

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




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




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




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







		  Причина
	

		  Пример
	





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


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









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





    

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

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

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





SMEV-405


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

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







		  Причина
	

		  Пример
	





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


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









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




    

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

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

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





SMEV-406



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



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






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




Выделенный

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


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








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





  



                       
  






SMEV-500


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


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










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




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


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








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








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


SMEV-501


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


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






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




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

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

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


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








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




    

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

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

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





SMEV-502


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


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






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




Неверно

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

  формат.

     		


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








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


    

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

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





SMEV-503


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





  



                       
  






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






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




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

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


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








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




    

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

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

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





SMEV-504


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


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






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




ИС не

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


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








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




    

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

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

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

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







SMEV-505 




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


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






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




Норматив

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

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


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








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





  



                       
  






SMEV-600


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


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










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




Ошибка

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

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

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


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









<AsyncProcessingStatus>



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








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


SMEV-60


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


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








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




1.

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

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

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

  по методу SendResponse)

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


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








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


    

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

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

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

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

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



											




Источник








Содержание


    

  1. Что означает ошибка сервера 504 Gateway Time Out и как ее исправить
    2. 

  2. Производительный хостинг в подарок при заказе лицензии 1С-Битрикс
    3. 

  3. Что делать посетителю сайта при возникновении ошибки 504
    4. 

  4. Решение проблем с появлением ошибки сервера 504 администратором веб-ресурса
    5. 

  5. Вот некоторые причины, приводящие к возникновению ошибки 504 Gateway Time Out
    6. 

  6. Рекомендации по устранению ошибки 504 Gateway Time Out методами администрирования сайта
    7. 

  7. Заключение
    8. 

  8. Объявление
    9. 

  9. Комментарий
    10. 

  10. Комментарий
    11. 

  11. Комментарий
    12. 

  12. Комментарий
    13. 

  13. Комментарий
    14. 

  14. Комментарий
    15. 

  15. Комментарий
    16. 

  16. Комментарий
    17. 

  17. Комментарий
    18. 

  18. Комментарий
    19. 

  19. Комментарий
    20. 

  20. Комментарий
    21. 

  21. Комментарий
    22. 

  22. Комментарий
    23. 

  23. Комментарий
    24. 

  24. Комментарий
    25. 

  25. Комментарий
    26. 

  26. Комментарий
    27. 

  27. Комментарий
    28. 

  28. Комментарий
    29. 

  29. Комментарий
    30. 

  30. Комментарий
    31. 

  31. Комментарий
    32. 





Что означает ошибка сервера 504 Gateway Time Out и как ее исправить




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


Сообщения, кодирующиеся в формате 5хх, говорят о проблеме на стороне сервера, например, когда невозможно выполнить запрос из-за нарушения связи между несколькими серверами. Ошибка 504 Gateway Time Out не является распространенной, но это не значит, что на нее не стоит обращать внимания, особенно владельцу сайта. Рассмотрим некоторые причины возникновения данной ошибки и способы ее устранения как на стороне обычного посетителя, так и администратором веб-ресурса.





  



                       
  






Ошибка 504 Gateway Time Out – это код состояния HTTP, который появляется, когда в течение заданного периода времени один сервер не получает своевременный ответ от другого сервера, который действует как шлюз или прокси.


Описания ошибки могут иметь различную форму:


    

  • 504 Gateway Timeout nginx
    • 

  • Gateway Timeout Error
    • 

  • HTTP Error 504
    • 

  • 504 Gateway Time-out – The server didn’t respond in time
    • 

  • HTTP Error 504 – Gateway Timeout
    • 



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


Производительный хостинг в подарок при заказе лицензии 1С-Битрикс


Выбирайте надежную CMS с регулярными обновлениями системы и профессиональной поддержкой. А мы подарим вам год хостинга – специально для сайтов на 1С-Битрикс.


Что делать посетителю сайта при возникновении ошибки 504 


Итак, вы столкнулись с появлением на экране сообщения «error 504». Не спешите уходить с сайта, ведь возникновение сбоя может говорить о неправильной работе вашего браузера или даже наличии более серьезных проблем на уровне пользовательского софта. Попробуйте произвести довольно простые действия, чтобы убедиться, что с вашим программным обеспечением и настройками все в порядке.


    

  1. Перезагрузите проблемную страницу или текущий браузер. Если проблема устранилась и не повторяется вновь, особенно при посещении других сайтов, о ней можно просто забыть. При регулярном возникновении однотипных ошибок во время посещения разных ресурсов стоит покопаться в настройках собственного ПО поглубже.
    2. 

  2. Зайдите на тот же самый сайт, где возникла ошибка сервера 504, используя альтернативный браузер. В случае, когда страница во время тестирования открылась корректно, обновите браузер, в котором случился сбой, до последней версии.
    3. 

  3. Проверьте, как открываются страницы этого же сайта с другого компьютера или смартфона. Это позволит вам понять, не связано ли появление ошибки 504 с ПО конкретного устройства.
    4. 

  4. При регулярном появлении HTTP ошибок, в т.ч. с кодом 504, очистите кэш браузера, удалите файлы cookies. Со временем в любом браузере накапливается много «мусора». Произведя очистку, вы поможете программе работать более корректно и даже быстрее.
    5. 

  5. Произведите сброс настроек роутера или модема, отключив оборудование на некоторое время от сети. Данная операция вряд ли приведет к устранению ошибки 504, но может улучшить качество интернет-соединения. Провайдеры регулярно вносят изменения в настройки собственного софта, обновляют его. Иногда это приводит к конфликту в корректном взаимодействии пользовательского оборудования и серверов оператора. Перезагрузка устройства по питанию в большинстве случаев решает такие проблемы.
    6. 

  6. Очистите кэш DNS. Данная операция кажется сложной для обычного пользователя, но на деле выполнить ее достаточно легко. Способ очистки зависит от вашей операционной системы, найдите соответствующий мануал в интернете.
    7. 

  7. Для опытных пользователей подойдет рекомендация временно переключить DNS-сервер на Google Public DNS , что как минимум поможет определить, возник ли ошибочный код состояния HTTP по причине DNS проблемы.
    8. 



Если после проведения всех вышеозначенных рекомендаций любая ошибка, в т.ч. 504 Gateway Time Out, продолжает возникать регулярно, обратитесь в техподдержку проблемного интернет-ресурса.


Решение проблем с появлением ошибки сервера 504 администратором веб-ресурса


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


    

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

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

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



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


Почти все ошибки с кодом 5хх, возникающие из-за невозможности обработки определенного количества запросов, поступающих на сервер, решаются методом апгрейда железа (использованием высокопроизводительного хостинга) либо оптимизацией работы программного обеспечения. Второй способ зависит от вида движка, на котором создан конкретный сайт. При использовании условно-бесплатных программ (WordPress, OpeneCart и других) все проблемы придется решать на уровне администрирования, с привлечением конкретного веб-программиста, разработавшего данный сайт. Если баги возникают на платных платформах (1С-Битрикс, UMI.CMS, NetCat CMS), напишите об ошибке 504 Gateway Time Out в техподдержку разработчика. Отправить сообщение о проблеме следует и разработчикам платных скриптов, если они установлены на вашем сайте, и вы считаете, что сбои возникают по причине их некорректного исполнения.


Вот некоторые причины, приводящие к возникновению ошибки 504 Gateway Time Out


    

  • Резкий скачок нагрузки на сайт вследствие поступления большого количества внешних запросов, вызванного DDoS-атаками или действиями вирусного ПО, пиковым посещением сайта, например, в момент проведения различных акций в интернет-магазине, или единовременной загрузкой на сайт большого объема контента (импорт информации из CSV- или XML-файлов).
    • 

  • Некорректная работа скриптов, плагинов и дополнений, конфликтующих как между собой, так и внутри.
    • 

  • Превышение лимита доступных ресурсов при использовании виртуального хостинга.
    • 



Еще одна возможная причина возникновения ошибки 504 – исполняемый скрипт не укладывается в отведенный лимит времени. Это бывает, когда скрипт обращается к другим сайтам либо просто выполняет тяжелую операцию, например, строит поисковый индекс.





  



                       
  






Рекомендации по устранению ошибки 504 Gateway Time Out методами администрирования сайта


Ошибка 504 Gateway Time Out может быть вызвана недавними изменениями или обновлениями на сайте. Если после отката к состоянию, предшествующему изменениям, баг исчез, следует найти конкретное действие, повлекшее возникновение ошибки. Для этого необходимо проверить журнал ошибок соответствующей CMS. Пользователи WordPress могут включить журналирование ошибок в файле wp-config.php добавлением следующих строк:


Все возникающие варианты ошибок будут записаны в файле wp-contents/debug.log.


Для проверки работоспособности плагинов и расширений попробуйте отключить те, которые вызывают подозрение как источники возникновения ошибки 504. В первую очередь это касается устаревших скриптов, но причиной могут оказаться и обновления. Если проблема исчезла, далее следует найти некорректный плагин или дополнение и устранить или исправить его. Один из способов улучшения работы исполняемого скрипта – увеличить значение параметра PHP max_execution_time или облегчить скрипт.


При использовании CDN для более быстрого получения контента, в частности CloudFlare, который работает как CDN и как сервис предотвращения негативных последствий от DDoS, вы можете столкнуться с двумя типами ошибок 504. В случае возникновения проблемы на стороне CloudFlare лучшим решением будет связаться с поддержкой CloudFlare или отключить его. Второй вариант – когда сбой возникает на стороне хостинг-провайдера. В этой ситуации также необходимо обратиться в службу поддержки хостера.


Часто ошибку 504 можно видеть на серверах, где используется VPS-хостинг и установлен Nginx в качестве фронтенда и Apache в качестве бэкенда. Для устранения проблемы в Apache можно увеличить значение timeout по умолчанию в файле httpd.conf:


Также увеличить лимит в max_execution_time в php.ini:


После внесения изменений следует перезапустить Apache. Ошибка 504 Gateway Time Out должна исчезнуть.


Аналогичным образом проблема с появлением ошибки HTTP 504 решается пользователями Nginx. Попробуйте увеличить такие параметры в файле /etc/nginx/conf.d/timeout.conf:


Также рекомендуется увеличить max_execution_time в php.ini:


Далее перезапустите Nginx и откройте сайт.





  



                       
  






Более простым решением устранения данной проблемы является использование панели управления сервером.


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


Например, в бесплатной панели управления Vesta Control Panel достаточно внести изменения в раздел «Сервер» и навсегда забыть о возможности возникновения ошибок на сайте.


И далее внести соответствующие изменения.






Аналогичным способом проблема устраняется и при использовании альтернативных панелей управления хостингом – Ajenti, CentOS Web Panel, ISPmanager и других.


Если вы считаете, что появление 504 Gateway Timeout вызвано превышением лимита использования ресурсов серверного железа, оптимальным решением будет аренда выделенного сервера или VPS. Когда ваш сайт уже размещен на виртуальном хостинге, но ни одна из рекомендаций не привела к исправлению error 504, обратитесь к хостинг-провайдеру. В этом случае подробно опишите причины, которые, как вы полагаете, привели к появлению сбоя.


Заключение


В данной статье мы рассмотрели основные причины возникновения ошибки HTTP 504 Gateway Timeout и популярные способы устранения неполадки. Уверен, некоторые администраторы веб-ресурсов сталкивались с подобными проблемами, выходящими за рамки приведенных примеров и рекомендаций.


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





  



                       
  






Источник


Объявление




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


Но, честно, я сам балбес, в поле SenderIdentifier я указал мнемонику ИС. 
Поменял на правильное значение (с окончанием b) и стала система отвечать 
Иногда с трудом, через час, но отвечают по уму.


Комментарий




    

  • Регистрация: 05.12.2018
    • 

  • Сообщений: 2
    • 



Комментарий




    

  • Регистрация: 15.11.2011
    • 

  • Сообщений: 72
    • 



Комментарий




    

  • Регистрация: 22.05.2008
    • 

  • Сообщений: 16
    • 



Комментарий




    

  • Регистрация: 29.06.2010
    • 

  • Сообщений: 72
    • 



Комментарий




    

  • Регистрация: 12.09.2006
    • 

  • Сообщений: 564
    • 



Комментарий







  



                       
  






    

  • Регистрация: 31.07.2003
    • 

  • Сообщений: 1558
    • 



и в графе » Нормативно правовые акты » 
и прикладываете его же (из Гаранта) в PDF 
Вопросы «Зачем» здесь не уместны!


Комментарий




    

  • Регистрация: 12.09.2006
    • 

  • Сообщений: 564
    • 



Это совсем не понял.


Этот текст : 
 3. КО — кредитные организации, входящие в «Справочник кредитных организаций», публикуемый на официальном сайте ЦБ РФ http://www.cbr.ru/; 
я скопировал из документа «Регламент 3.5 Приложение 3 Правила и процедуры работы в СМЭВ по Методическим рекомендациям версии 3.Х.docx» и совсем не уверен, что это правильно.


IKSoft, что именно, какой НПА взять из Гаранта и приложить к заявке в PDF ?


Комментарий




    

  • Регистрация: 24.01.2012
    • 

  • Сообщений: 205
    • 



Комментарий




    

  • Регистрация: 12.09.2006
    • 

  • Сообщений: 564
    • 



archimed7592, параллельно просьбе о помощи у коллег я делаю (пробую) так же как и Вы. 
Заполнил всё, что понимаю. 
Убрал все эти примечания в хвосте заявки, есть подпись и печать. 
Приложу в указанном виде сертификат и стрельну.


Это «прикладывание НПА» действительно бред какой-то.


Комментарий







  



                       
  






    

  • Регистрация: 31.07.2003
    • 

  • Сообщений: 1558
    • 



Мы к СМЭВ 3 ГИС-ГМП прикладывали это (оно и есть НПА)


«Постановление Правительства РФ от 22 декабря 2012 г. N 1382 .pdf»


Сначала не приложили, пришло уведомление, что нужно дополнительные данные


Комментарий




    

  • Регистрация: 12.09.2006
    • 

  • Сообщений: 564
    • 



IKSoft, теперь точно сначала попробую вообще ничего (в смысле НПА) не прикладывать. 
Если откажут, то непонятно что в данном конкретном случае прикладывать : 210-ФЗ, 1471-Р и т.д. 
(для регистрации ИС + сертификата в тестовой среде)


Комментарий




    

  • Регистрация: 29.08.2003
    • 

  • Сообщений: 25
    • 



Комментарий


    

  • Регистрация: 23.01.2017
    • 

  • Сообщений: 104
    • 



Комментарий




    

  • Регистрация: 12.09.2018
    • 

  • Сообщений: 166
    • 



Помогите . 
Вот этот текст взят из МР 3.4.0.4 (Раздел 5 = работа с файловым хранилищем в СМЭВ) :


Каждый участник взаимодействия получает доступ к отдельной директории FTP-сервера Файлового хранилища для загрузки файлов вложений.


Не получается нацелить СМЭВ(3) на загруженные «туда» файлы. 
Делаем так : 
— здесь ftp://smev3-n0.test.gosuslugi.ru  с учетными данными «anonymous» , «smev» 
 создаем папку как написано в МР (в качестве названия которой должен быть использован UUID, сгенерированный по алгоритму, аналогичному генерации UUID сообщения) 
— внутрь этой папки грузим нужный файл (имя файла перепробовали = temp.wav, uuid-папки без расширения. ) 
— отправляем SMEV-сообщение, в котором есть ссылка на эту ПАПКУ (но не файл ! )





  



                       
  






Ошибка : Некорректная информация о фтп вложениях; message/> 
Есть сомнения в «КАЖДЫЙ УЧАСТНИК . ПОЛУЧАЕТ. «, мы же ничего не получали, но стреляем куды-то.


Коллеги, наверняка многие из Вас это уже проходили. разъясните нам тоже. 


Комментарий




    

  • Регистрация: 04.03.2019
    • 

  • Сообщений: 1
    • 



Помогите . 
Вот этот текст взят из МР 3.4.0.4 (Раздел 5 = работа с файловым хранилищем в СМЭВ) :


Каждый участник взаимодействия получает доступ к отдельной директории FTP-сервера Файлового хранилища для загрузки файлов вложений.


Не получается нацелить СМЭВ(3) на загруженные «туда» файлы. 
Делаем так : 
— здесь ftp://smev3-n0.test.gosuslugi.ru  с учетными данными «anonymous» , «smev» 
 создаем папку как написано в МР (в качестве названия которой должен быть использован UUID, сгенерированный по алгоритму, аналогичному генерации UUID сообщения) 
— внутрь этой папки грузим нужный файл (имя файла перепробовали = temp.wav, uuid-папки без расширения. ) 
— отправляем SMEV-сообщение, в котором есть ссылка на эту ПАПКУ (но не файл ! )


Ошибка : Некорректная информация о фтп вложениях; message/> 
Есть сомнения в «КАЖДЫЙ УЧАСТНИК . ПОЛУЧАЕТ. «, мы же ничего не получали, но стреляем куды-то.


Коллеги, наверняка многие из Вас это уже проходили. разъясните нам тоже.


Скорее всего ваш FTP-клиент не работает в пассивном режиме, и файлы выкладываются в корень FTP, а не в созданную уникальную папку. Проверьте. 
Имя файла у нас формируется как UUID+расширение.


Доступ же к FTP дается автоматически, получать ничего не нужно. 
Пробуйте залейте файл вручную FTP-клиентом, потом отправьте SendRequestRequest





  



                       
  






Комментарий




    

  • Регистрация: 12.09.2006
    • 

  • Сообщений: 564
    • 



Комментарий




    

  • Регистрация: 22.03.2018
    • 

  • Сообщений: 116
    • 



Комментарий




    

  • Регистрация: 12.09.2006
    • 

  • Сообщений: 564
    • 



Комментарий




    

  • Регистрация: 12.09.2006
    • 

  • Сообщений: 564
    • 



Письмо ФТС № 05-13/21541 от 11.04.2019. 
Ещё 1 ЛК на головы КО.


Кто-нибудь копал ВС СМЭВ3 конкретно на эту тему ?


Вот это «AbsenceOfDebtRequest» очень похоже. 
Только год 2016-й и непонятно дадут ли доступ КО к нему ? 


Комментарий




    

  • Регистрация: 22.03.2018
    • 

  • Сообщений: 116
    • 



Комментарий




    

  • Регистрация: 25.04.2011
    • 

  • Сообщений: 34
    • 



Комментарий







  



                       
  






    

  • Регистрация: 15.11.2011
    • 

  • Сообщений: 72
    • 



Коллеги, кто-нибудь отправлял в СМЭВ 3 запросы с » » в тексте атрибутов или элементов? 
Например, в назначении платежа: 
для ГИС ГМП: «Страховые взносы. Рег. ном в ФСС » или 
для ГИС ЖКХ: «Оплата по договору ХХХ «.


Естественно, при составлении SOAP-пакета присутствующие в тексте атрибутов и элементов символы » » преобразуются соответственно в » «. 
Однако при отправке SOAP-пакета с такими символами в адрес как ГИС ГМП, так и ГИС ЖКХ возникает ошибка «SMEV-100: ЭП-ОВ не соответствует подписанным данным: ru.voskhod.crypto.exceptions. SignatureValidationException: Ошибка проверки ЭП: Нарушена целостность ЭП.». При этом результат проведения локальной проверки неизменного SOAP-пакета на целостность и неизменность успешный.


Кто-то с таким сталкивался?


P.S. Эти угловые скобки рекомендовано указывать для отделения различных сведений друг от друга согласно инф. письму БР № ИН-04-45/12 от 22.02.2018 г. «О работе с распоряжениями о переводе денежных средств в уплату платежей за жилое помещение и коммунальные услуги» в реквизите «Назначение платежа».


Комментарий




    

  • Регистрация: 24.05.2020
    • 

  • Сообщений: 2
    • 



Помогите . 
Вот этот текст взят из МР 3.4.0.4 (Раздел 5 = работа с файловым хранилищем в СМЭВ) :


Каждый участник взаимодействия получает доступ к отдельной директории FTP-сервера Файлового хранилища для загрузки файлов вложений.


Не получается нацелить СМЭВ(3) на загруженные «туда» файлы. 
Делаем так : 
— здесь ftp://smev3-n0.test.gosuslugi.ru  с учетными данными «anonymous» , «smev» 
 создаем папку как написано в МР (в качестве названия которой должен быть использован UUID, сгенерированный по алгоритму, аналогичному генерации UUID сообщения) 
— внутрь этой папки грузим нужный файл (имя файла перепробовали = temp.wav, uuid-папки без расширения. ) 
— отправляем SMEV-сообщение, в котором есть ссылка на эту ПАПКУ (но не файл ! )


Ошибка : Некорректная информация о фтп вложениях; message/> 
Есть сомнения в «КАЖДЫЙ УЧАСТНИК . ПОЛУЧАЕТ. «, мы же ничего не получали, но стреляем куды-то.


Коллеги, наверняка многие из Вас это уже проходили. разъясните нам тоже.





  



                       
  






Столкнулись с точно такой же проблемой, уже неделю безрезультатно бьемся и пытаемся выложить файл в тестовый контур СМЭВ (ftp://smev3-n0.test.gosuslugi.ru/) через вид сведений urn://egisso-ru/msg/10.10.I/1.0.4. Перепробовали все — перебирать mimetype (application/zip, application/xml), бинарный/текстовый режим работы с файлами, перепробовали разные форматы самих вложений, ошибка при этом одна и та же «SMEV-201:Некорректная информация о фтп вложениях».


Не подскажете, в чем была проблема в вашем случае, если ее удалось устранить? 


Источник






Источник










Готовое решение, обеспечивающее идентификацию и проверку данных клиентов вместо сервиса УПРИД




Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности.














13 апреля 2022 года всем компаниям, подключенным к сервису Минцифры УПРИД («Упрощенная идентификация пользователей (УПРИД) в ЕСИА») стали приходить оповещения об отзыве прав доступа к сервису.








Как нам стало известно




Отключение производится на основании поручения заместителя председателя правительства Татьяны Голиковой, к которой запрос на такое поручение был инициирован Минцифрой (текст поручения Голиковой и запроса Минцифры прилагаем). Поручение было подписано 7 апреля, при этом никаких предварительных уведомлений от Минцифры о предстоящем отключении не поступало.





  



                       
  






С сегодняшней ночи абсолютно все запросы к сервису УПРИД возвращаются с ошибкой «SMEV-504: Доступ запрещён».








Напомним




 С 9 февраля, сервис УПРИД испытывал проблемы: порядка 80% запросов возвращалось с ошибкой «FAULT» или «FAILED». Согласно официальному ответу Минцифры, нестабильность работы связана с тем, что МВД прекратило поддержку сервиса проверки паспортов, который использовался УПРИДом в ходе проверок. 


В запросе Минцифры к Голиковой озвучены планы по переводу сервиса УПРИД на новый сервис МВД, однако доступ к УПРИДу до 1 июня останется только у Почта-Банка (из-за использования банком этого сервиса в ходе предоставления мер социальной поддержки). К 1 июня банку поручается перейти на прямое подключение к сервису МВД для проверки паспортов. Это, по-видимому, означает, что после 1 июня сервис УПРИД будет выключен полностью.








В ответах на направленные ранее запросы МВД и Минцифра рекомендуют подключаться к напрямую к сервисам МВД для проверки паспортов. При этом только проверки паспорта недостаточно для исполнения требований 115-ФЗ по упрощенной идентификации.






Команда RNDSOFT сформировала комплект необходимых сервисов для полного соответствия требованиям закона и обеспечила для работы с ними единый интерфейс — сервис «УПРИД Директ». Также мы подготовили четкую пошаговую инструкцию для оформления необходимых доступов к ведомствам.






Что нужно сделать для перехода на новый сервис:




Действующим клиентам RNDSOFT:


    

  •  напишите в ваши персональные чаты поддержки сообщение о готовности начать подключение к сервису «УПРИД Директ», мы проинструктируем по дальнейшим шагам. 
    • 



Прочим компаниям:


    

  •  напишите на почту stas@rnds.pro
    
для обсуждения возможных вариантов поддержки по данному вопросу или позвоните нам по телефону: +7 499-110-99-73
    • 



    

    

    

    

    

    Источник
    

    

    

    


    

        
    
            Offline
    


    

  


    
                       
  



    


                Захар Тихонов
    
        
    
         
    
    		



    
                #131
    
                Оставлено
    
                :
    
            16 октября 2019 г. 14:26:12(UTC)
    
    		

    

    


    

    Захар Тихонов
    

    Статус: Сотрудник
    

    Группы: Участники
    

    Зарегистрирован: 17.08.2015(UTC)
    Сообщений: 3,083
    Мужчина
    Тонга
    Откуда: Калининград
    

    Сказал «Спасибо»: 38 раз
    Поблагодарили: 553 раз в 530 постах
    

    
    		


    

    

    Автор: Администратор УЦ Перейти к цитате
    

    2 Вопроса. Первый: Где посмотреть результат что всё отработало нормально? Или эта надпись об этом и свидетельствует?
     50000000.png (56kb) загружен 13 раз(а).
    

    

    А что вы выполнили?
    Все события должны быть в журнале приложения Windows на сервере КриптоПро Шлюза УЦ-СМЭВ.
    

    

    Автор: Администратор УЦ Перейти к цитате
    


    

  


    
                       
  



    


    Второй Вопрос более важный.
    В настройках идентификатор указан!! Тестовое подключение уже проводили но на ранней версии СМЕВ
     60000000.png (26kb) загружен 15 раз(а).
    

    

    Приложите скриншот настроек.
    

    
    		

    

    


    

    Техническую поддержку оказываем тут. 
    Наша база знаний.
    

    
    		

    

    

        
    
            Вверх
    
        
    
    		



    

    





    

    



    
    

    

    


    

        
    
            Offline
    

                Администратор УЦ
    
        
    
         
    
    		



    
                #132
    
                Оставлено
    
                :
    
            16 октября 2019 г. 15:39:19(UTC)
    


    

  


    
                       
  



    

    		

    

    


    

    Администратор УЦ
    

    Статус: Активный участник
    

    Группы: Участники
    

    Зарегистрирован: 16.01.2019(UTC)
    Сообщений: 103
    Российская Федерация
    Откуда: Москва
    

    Сказал(а) «Спасибо»: 10 раз
    

    
    		


    

    

    Автор: Захар Тихонов Перейти к цитате
    

    

    

    Автор: Администратор УЦ Перейти к цитате
    

    2 Вопроса. Первый: Где посмотреть результат что всё отработало нормально? Или эта надпись об этом и свидетельствует?
     50000000.png (56kb) загружен 13 раз(а).
    

    

    А что вы выполнили?
    Все события должны быть в журнале приложения Windows на сервере КриптоПро Шлюза УЦ-СМЭВ.
    

    

    Автор: Администратор УЦ Перейти к цитате
    

    Второй Вопрос более важный.
    В настройках идентификатор указан!! Тестовое подключение уже проводили но на ранней версии СМЕВ
     60000000.png (26kb) загружен 15 раз(а).
    

    

    Приложите скриншот настроек.
    

    

    

    Это выполнение регистрации квалифицированного сертификата в ЕСИА 
     60000000.png (113kb) загружен 24 раз(а).
    

    
    		

    

    

        
    
            Вверх
    
        
    
    		



    

    





    

    



    
    

    

    


    

        
    
            Offline
    

                Захар Тихонов
    
        
    
         
    
    		



    
                #133
    
                Оставлено
    
                :
    
            16 октября 2019 г. 16:03:43(UTC)
    
    		

    

    


    

    Захар Тихонов
    

    Статус: Сотрудник
    

    Группы: Участники
    

    Зарегистрирован: 17.08.2015(UTC)
    Сообщений: 3,083
    Мужчина
    Тонга
    Откуда: Калининград
    

    Сказал «Спасибо»: 38 раз
    Поблагодарили: 553 раз в 530 постах
    

    
    		


    

    

    Автор: Администратор УЦ Перейти к цитате
    

    

    Это выполнение регистрации квалифицированного сертификата в ЕСИА 
     60000000.png (113kb) загружен 24 раз(а).
    

    

    

    Так предыдущий скриншот про регистрацию учетной записи в ЕСИА.
    Это реальный номер центра идентификации который вам выдали при регистрации?
    

    Попробуйте ввести, например, 10 (десять) чисел (любых). И проверьте вход на страницу регистрации учетной записи в ЕСИА.
    

    
    		

    

    


    

    Техническую поддержку оказываем тут. 
    Наша база знаний.
    

    
    		

    

    

        
    
            Вверх
    
        
    
    		



    

    





    

    



    
    

    

    


    

        
    
            Offline
    

                s1r Alex
    
        
    
         
    
    		



    
                #134
    
                Оставлено
    
                :
    
            24 октября 2019 г. 10:48:26(UTC)
    
    		

    

    


    

    s1r Alex
    

    Статус: Новичок
    

    Группы: Участники
    

    Зарегистрирован: 12.01.2017(UTC)
    Сообщений: 2
    Мужчина
    Германия
    Откуда: Благовещенск
    

    
	
    
    		


    

    Ведём настройки предоставления доступа к сервисам СМЭВ версии 3 в тестовом режиме контура. На шаге 4.2.1 руководства: «…В случае, если доступ к УЦ не предоставлен, и взаимодействие выполняется через обмен файлами, то загрузить политики PKI можно без подключения к УЦ , нажав на кнопку « Загрузить политики PKI из файла » в блоке настроек подключения к УЦ.» появился проблема. Нажав на кнопку выходит ошибка (см. скриншот Oshibka zagruzka pkiPolicy.jpg (471kb) загружен 10 раз(а).). Данная ошибка так же возникает и при настройке форм печати.
    

    
    		

    

    

        
    
            Вверх
    
        
    
    		



    

    





    

    



    
    

    

    


    

        
    
            Offline
    

                Захар Тихонов
    
        
    
         
    
    		



    
                #135
    
                Оставлено
    
                :
    
            24 октября 2019 г. 10:57:24(UTC)
    
    		

    

    


    

    Захар Тихонов
    

    Статус: Сотрудник
    

    Группы: Участники
    

    Зарегистрирован: 17.08.2015(UTC)
    Сообщений: 3,083
    Мужчина
    Тонга
    Откуда: Калининград
    

    Сказал «Спасибо»: 38 раз
    Поблагодарили: 553 раз в 530 постах
    

    
    		


    

    Здравствуйте.
    

    Спасибо за обратную связь. Ошибка будет исправлена в следующей сборке.
    

    
    		

    

    


    

    Техническую поддержку оказываем тут. 
    Наша база знаний.
    

    
    		

    

    

        
    
            Вверх
    
        
    
    		



    

    





    

    



    
    

    

    


    

        
    
            Offline
    

                s1r Alex
    
        
    
         
    
    		



    
                #136
    
                Оставлено
    
                :
    
            24 октября 2019 г. 11:56:34(UTC)
    
    		

    

    


    

    s1r Alex
    

    Статус: Новичок
    

    Группы: Участники
    

    Зарегистрирован: 12.01.2017(UTC)
    Сообщений: 2
    Мужчина
    Германия
    Откуда: Благовещенск
    

    
	
    
    		


    

    

    Автор: Захар Тихонов Перейти к цитате
    

    

    Здравствуйте.
    

    Спасибо за обратную связь. Ошибка будет исправлена в следующей сборке.
    

    

    

    Я правильно понимаю, что в данной сборке невозможно работать без связи с УЦ в автономном варианте?
    

    
    		

    

    

        
    
            Вверх
    
        
    
    		



    

    





    

    



    
    

    

    


    

        
    
            Offline
    

                Захар Тихонов
    
        
    
         
    
    		



    
                #137
    
                Оставлено
    
                :
    
            24 октября 2019 г. 12:11:53(UTC)
    
    		

    

    


    

    Захар Тихонов
    

    Статус: Сотрудник
    

    Группы: Участники
    

    Зарегистрирован: 17.08.2015(UTC)
    Сообщений: 3,083
    Мужчина
    Тонга
    Откуда: Калининград
    

    Сказал «Спасибо»: 38 раз
    Поблагодарили: 553 раз в 530 постах
    

    
    		


    

    

    Автор: s1r Alex Перейти к цитате
    

    

    Я правильно понимаю, что в данной сборке невозможно работать без связи с УЦ в автономном варианте?
    

    

    

    Штатно — нет.
    Создайте, пожалуйста, заявку на портале ТП https://support.cryptopro.ru/ Предоставим решение для текущей сборки.
    

    
    		

    

    


    

    Техническую поддержку оказываем тут. 
    Наша база знаний.
    

    
    		

    

    

        
    
            Вверх
    
        
    
    		



    

    





    

    



    
    

    

    


    

        
    
            Offline
    

                Grifon
    
        
    
         
    
    		



    
                #138
    
                Оставлено
    
                :
    
            29 ноября 2019 г. 8:39:24(UTC)
    
    		

    

    


    

    Grifon
    

    Статус: Активный участник
    

    Группы: Участники
    

    Зарегистрирован: 08.04.2015(UTC)
    Сообщений: 33
    Российская Федерация
    Откуда: Краснодар
    

    Сказал(а) «Спасибо»: 10 раз
    

    
    		


    

    Всем доброго дня!
    Беда при направлении запроса к ВС проверка СНИЛС.
     fed0:P:FED0_ASYNC_CORE1:TR:ASYNC:ACSM:1. Информация об ошибке: SMEV-504:Доступ запрещён.
    Доступ к ВС промышленной среды по заявке предоставлен.
    В чем может быть косяк?
    Eh? 
    

    
    		

    

    

        
    
            Вверх
    
        
    
    		



    

    





    

    



    
    

    

    


    

        
    
            Offline
    

                Захар Тихонов
    
        
    
         
    
    		



    
                #139
    
                Оставлено
    
                :
    
            29 ноября 2019 г. 8:45:11(UTC)
    
    		

    

    


    

    Захар Тихонов
    

    Статус: Сотрудник
    

    Группы: Участники
    

    Зарегистрирован: 17.08.2015(UTC)
    Сообщений: 3,083
    Мужчина
    Тонга
    Откуда: Калининград
    

    Сказал «Спасибо»: 38 раз
    Поблагодарили: 553 раз в 530 постах
    

    
    		


    

    

    Автор: Grifon Перейти к цитате
    

    Всем доброго дня!
    Беда при направлении запроса к ВС проверка СНИЛС.
     fed0:P:FED0_ASYNC_CORE1:TR:ASYNC:ACSM:1. Информация об ошибке: SMEV-504:Доступ запрещён.
    Доступ к ВС промышленной среды по заявке предоставлен.
    В чем может быть косяк?
    Eh? 
    

    

    Здравствуйте.
    Тестирование с тестовом сегментом прошли?
    

    
    		

    

    


    

    Техническую поддержку оказываем тут. 
    Наша база знаний.
    

    
    		

    

    

        
    
            Вверх
    
        
    
    		



    

    


    thanks 1 пользователь поблагодарил Захар Тихонов за этот пост.
    
    		


    
            Grifon
    

     оставлено 29.11.2019(UTC)
        
    

    
    		

    

    



    
    

    

    


    

        
    
            Offline
    

                Alexey I
    
        
    
         
    
    		



    
                #140
    
                Оставлено
    
                :
    
            3 декабря 2019 г. 16:38:02(UTC)
    
    		

    

    


    

    Alexey I
    

    Статус: Активный участник
    

    Группы: Участники
    

    Зарегистрирован: 29.04.2009(UTC)
    Сообщений: 125
    Мужчина
    

    Сказал «Спасибо»: 2 раз
    Поблагодарили: 28 раз в 20 постах
    

    
    		


    

    Здравствуйте.
    Мы обновили КриптоПро Шлюз УЦ СМЭВ до версии 1.0.7227.2317. В новой версии появилась проблема при регистрации сертификата юрлица (информационной системы) в ЕСИА.
    При попытке загрузить такой сертификат (без ФИО, СНИЛС), возникает ошибка на странице
    SmevGateway/SmeV3/RegCert/Upload
    

    При этом в логах сервера (Шлюза УЦ СМЭВ) ошибок в журналах приложений и системы не наблюдается.
    Пробовали загрузить сертификат (.cer файл) и в der и в base-64 кодировке, проверяли в IE и Chromium GOST, пробовали загрузить cer разных ИС.
    При этом сертификаты должностных лиц (содержащие ФИО и СНИЛС) загружаются нормально без ошибок.
    До обновления версии Шлюза проблем с регистрацией сертификатов ЮЛ не было (в версии 1.0.7126.2310)
    

    В чем может быть проблема?
    На support.cryptopro.ru написал 29 ноября, но ответа до сих пор нет.
    

    Отредактировано пользователем 3 декабря 2019 г. 16:39:23(UTC)
    
 | Причина: Не указана
    

    
    		

    

    

        
    
            Вверх
    
        
    
    		



    

    





    

    



    
    

    

    


    
Пользователи, просматривающие эту тему

    

    


    Guest
    
    		

    
    

    

    
        Быстрый переход
    
         
    

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

    

    

    

    Источник
    

    

    


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

    
    

    




    

    

    Источник
    

    


    

  


    
                       
  



    

	
    

    





    
    
    
    
    
    


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

























    
    







			

  • Ошибка смэв 403
    • 

  • Ошибка смос при загрузке
    • 

  • Ошибка смещения нуля
    • 

  • Ошибка смещения выборки
    • 

  • Ошибка смещения ацп

    •