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

Форум КриптоПро
»
Общие вопросы
»
Общие вопросы
»
Как работать с сервером штампа времени http://qs.cryptopro.ru/tsp/tsp.srf ?

zarechie	#1 Оставлено : 30 ноября 2022 г. 8:16:37(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 01.11.2017(UTC) Сообщений: 4 Откуда: Казань Сказал(а) «Спасибо»: 1 раз	Необходимо в сообщениях ЭДО в СМЭВ 3 использовать штамп(метку) времени. Подскажите порядок действий для работы с сервером штампа времени http://qs.cryptopro.ru/tsp/tsp.srf: — нужен ли договор для начала работы — необходимые сертификаты — прочее. Возможно есть другие серверы, обеспечивающие указанный сервис. Можно указать, какие ?

Андрей *	#2 Оставлено : 30 ноября 2022 г. 8:34:42(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 11,739 Сказал «Спасибо»: 451 раз Поблагодарили: 1838 раз в 1421 постах	Здравствуйте. Использовать CADES-библиотеку (КриптоПро ЭЦП SDK), указав тип подписи и адрес сервиса. далее полезные ссылки: /demopage/cades_t_sample.html /demopage/xades_t_sample.html /plugin-samples/plugin-samples-sign-xml-smev пример с указанием сервиса и типа подписи: /plugin-samples/plugin-samples-sign oSigner.propset_TSAAddress(«http://qs.cryptopro.ru/tsp/tsp.srf»); CADESCOM_CADES_TYPE для XML: CADESCOM_XADES_TYPE CADESCOM_XADES_T Тип подписи XAdES T.
Техническую поддержку оказываем тут Наша база знаний
	WWW

zarechie	#3 Оставлено : 30 ноября 2022 г. 10:47:46(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 01.11.2017(UTC) Сообщений: 4 Откуда: Казань Сказал(а) «Спасибо»: 1 раз	Спасибо за ответ. Уточню вопрос. Есть покупное ПО, работающее со СМЭВ. В этом ПО есть параметр «Адрес TSP-сервера». При указании в этом параметре значения http://testca2012.cryptopro.ru/tsp/tsp.srf все работает. При указании в этом параметре значения http://qs.cryptopro.ru/tsp/tsp.srf получаем ошибку «Ошибка проверки ответа сервера меток времени: Один или несколько сертификатов не прошли проверку». Подскажите, пожалуйста, какие сертификаты необходимо доустановить ?

Андрей *	#4 Оставлено : 30 ноября 2022 г. 11:14:33(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 11,739 Сказал «Спасибо»: 451 раз Поблагодарили: 1838 раз в 1421 постах	сертификат службы выдал УЦ ТАКСКОМ, корневой сертификат: Минкомсвязь России http://reestr-pki.ru/cdp/guc_gost12.crt Snimok ehkrana ot 2022-11-30 12-10-06.png (6kb) загружен 2 раз(а). Сертификаты: certs.zip (4kb) загружен 4 раз(а).
Техническую поддержку оказываем тут Наша база знаний
	WWW
1 пользователь поблагодарил Андрей * за этот пост.	zarechie оставлено 30.11.2022(UTC)

zarechie	#5 Оставлено : 30 ноября 2022 г. 14:14:57(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 01.11.2017(UTC) Сообщений: 4 Откуда: Казань Сказал(а) «Спасибо»: 1 раз	Появились дополнительные вопросы: — в продуктивной среде можно пользоваться данным сервисом без ограничений ? — при истечении срока действия сертификатов как получить новые ?

Orgia	#6 Оставлено : 2 декабря 2022 г. 4:24:21(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 28.06.2018(UTC) Сообщений: 14 Сказал(а) «Спасибо»: 1 раз	Автор: zarechie Появились дополнительные вопросы: — в продуктивной среде можно пользоваться данным сервисом без ограничений ? — при истечении срока действия сертификатов как получить новые ? Как Банк пользовались ранее ключами как от КриптоПро, так и от уц Контур с серверами штампов времени. Ключи эп-ов действуют год, каждый год получаешь новый и всё.

zarechie	#7 Оставлено : 9 декабря 2022 г. 11:20:13(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 01.11.2017(UTC) Сообщений: 4 Откуда: Казань Сказал(а) «Спасибо»: 1 раз	После установки всех указанных сертификатов и попытки подписи сообщения получаю ту же самую ошибку: «Ошибка проверки ответа сервера меток времени: Один или несколько сертификатов не прошли проверку» В чем может быть дело ?

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

Guest

Форум КриптоПро
»
Общие вопросы
»
Общие вопросы
»
Как работать с сервером штампа времени http://qs.cryptopro.ru/tsp/tsp.srf ?

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

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

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

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

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.

Источник

Появилась ошибка «Не удалось отправить запрос на штамп времени»

При работе с электронной подписью появилось сообщение «Не удалось отправить запрос на штамп времени».

Причина №1. На компьютере установлено неправильное время

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

Причина №2. Не настроено рабочее место

На любой странице online.sbis.ru нажмите и выберите «Диагностика меcта». Следуйте рекомендациям мастера.

Причина №3. Установлены два криптопровайдера

На одном компьютере нельзя работать с несколькими СКЗИ. Удалите оба и заново установите основной криптопровайдер.

Причина №4. Для доступа в интернет используется прокси или vpn-сервис

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

Причина №5. Доступ к ресурсу заблокирован антивирусом

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

Причина №6. Работа https запрещена политиками безопасности

В Internet Explorer откройте любую https-страницу в интернете, например https://google.com.
Если она не открылась, в браузере нажмите , выберите «Свойства браузера» и на вкладке «Дополнительно» кликните «Восстановить дополнительные параметры».
Перейдите на вкладку «Содержание» нажмите «Очистить SSL».
Проверьте дату и время на компьютере. Настройте для них автоматическую синхронизацию (доступно для всех ОС, кроме Windows 7).

Причина №7. Повреждено СКЗИ

Удалите СКЗИ и установите заново. Это крайняя мера — используйте данное решение, только если не помогло ни одно из предыдущих.

Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.

Источник

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

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

Причина

Пример

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

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

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

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

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

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

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

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

Причина

Пример

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

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

<soap:Body>
<soap:Fault>
   <faultcode>soap:Server</faultcode>
   <faultstring>Срок действия сертификата ЭП-СП не начался. Сертификат действителен с 2022-06-01 09:00</faultstring>
   <detail>
    <ns3:SignatureVerificationFault
xmlns:ns3=»urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3″

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

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

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

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

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

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

Причина

Пример

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

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

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

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

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

Причина

Пример

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

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

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

SMEV-200

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

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

Причина

Пример

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

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

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

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

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

Причина

Пример

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

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

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

SMEV-201

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

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

Причина

Пример

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

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

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

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

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

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

Причина

Пример

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

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

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

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

SMEV-202

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

Причина

Пример

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

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

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

SMEV-206

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

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

Причина

Пример

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

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

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

SMEV-300

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

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

Причина

Пример

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

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

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

SMEV-301

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

Причина

Пример

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

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

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

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

SMEV-302

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

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

Причина

Пример

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

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

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

SMEV-401

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

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

Причина

Пример

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

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

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

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

определить контур СМЭВ, в который осуществляется обращение (разработческий, тестовый, продуктивный), для этого посмотреть вызываемый адрес сервиса и сопоставить с опубликованными в разделе «»Часто задаваемые вопросы»» Технологического портала СМЭВ адресами Единого сервиса;
найти на Технологическом портале зарегистрированный в соответствующем контуре(тестовом или продуктивном) Вид сведений. Сверить содержимое блока 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-сообщения на соответствие схемам сервиса СМЭВ»;
привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в документе «Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия» на главной странице Технологического портала, а также могут быть получены с помощью ссылок в конструкции 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-сообщения на соответствие схемам сервиса СМЭВ»;
привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в документе «Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия» на главной странице Технологического портала, а также могут быть получены с помощью ссылок в конструкции 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-сообщения на соответствие схемам сервиса СМЭВ», в случае ошибок — привести сообщение в соответствие схемам Единого сервиса, опубликованным в документе «Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия» на главной странице Технологического портала (также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl)) и повторить отправку сообщения;
проверить, что сообщение направляется нужным методом (запрос — при помощи метода SendRequest, ответ — при помощи метода SendResponse);
для успешного инициирования процесса обмена, необходимо направлять запрос при помощи метода SendRequest, отправив запрос (SendRequestRequest), после чего запрос пройдет проверки и будет поставлен в очередь запросов поставщика ВС. Далее поставщик при помощи метода GetRequest совершает выборку запроса из очереди и формирует конверт SendResponseRequest;
убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе «Новости».

Источник

Результат проверки ЭП: Метка времени не прошла проверку? Что это означает? Спасибо.

Наталья!

Это значит, что ЭП уже не действительна.

Метка времени

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

Использование меток времени в электронном документообороте позволит вам создавать официальное доказательство факта существования документа на определённый момент времени.

Что такое метка времени

Метка времени — это подписанный ЭЦП документ, которым Служба метки времени удостоверяет, что в указанный момент времени ей было предоставлено значение хэш-функции от документа. Само значение хэш-функции также указывается в метке.

С помощью метки времени можно проверять:

Достоверность времени создания документа

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

Сохранность актуальности электронной подписи

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

Вам помог ответ?ДаНет

Никто никого не предупреждал, проверка прокуратуры пришла в конце дня с «решением о проведении проверки прокурором района» законно ли это?

Пришла прокурорская проверка. Никто никого не предупреждал, проверка прокуратуры пришла в конце дня с «решением о проведении проверки прокурором района» законно ли это? Провели проверку, написали Акт.

Мы аптека.

Здравствуйте. Согласно приказа Генеральной прокуратуры РФ от 28 мая 2015 г. N 265 «О порядке исполнения постановления Конституционного Суда Российской Федерации от 17.02.2015 N 2-П по делу о проверке конституционности отдельных положений Федерального закона «О прокуратуре Российской Федерации о проверке необходимо сообщить не позднее дня ее начала.

Проверка не должна превышать 20 рабочих дней. По решению прокурора (его заместителя) она может быть продлена 1 раз не более чем на 20 дней. Решение о последующем продлении на этот же срок принимает вышестоящий прокурор (его заместитель).

Позвонить

Вам помог ответ?ДаНет

Жалоба в министерство культуры.

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

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

Теперь мин. имущ. Назначает внеплановую проверку. Правомощно ли это? Ведь если предыдущая проверка действительно была, то её результаты недествительны! Можно ли проверять один и тот же объект дважды в год? Какую ответственность понесёт сотрудник, который расписался в акте и предписании, не являясь руководителем техникума?

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

Думаю, то, что руководитель не знал о проверке, может служить основанием для обжалования постановления о штрафе (если оно выносилось или будет вынесено при проведении повторной проверки). На наличие же нарушений данный факт вряд ли повлияет.

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

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

Вам помог ответ?ДаНет

Можно ли считать проверку недействительной?

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

Если плановая проверка началась 10 августа в 10.00, а письмо с извещением о проведении проверки принесли 8 августа в 15.00. Более того, она проводилась с 10.00 до 13.05 (хотя с 12.00 до 13.00 у роспотребнадзора официально перерыв на обед). Можно ли считать проверку недействительной?

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

Позвонить
WhatsApp

Вам помог ответ?ДаНет

Здравствуйте! Иван, действительно, вследствие нарушения сроков уведомления о проведении плановой проверки в соответствии с ФЗ РФ от 3.07 2016 года= результаты проверки не смогут рассматриваться как полученные в соответствии с требованиями закона доказательства, указывающие на наличие события административного правонарушения.

Удачи и добра!

Позвонить

Вам помог ответ?ДаНет

Есть ли нарушения в проведении проверки?

Была проведена проверка в столовой комплекса питания «Центральный» по вопросу нарушения авторских и смежных прав, а именно телевизионные передачи.

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

О проведённой проверке зам. директора поставили в известность только в его кабинете, предъявили постановление о проведении проверки.

Есть ли нарушения в проведении проверки? И в чём они заключаются?

Спасибо.

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

Позвонить

Вам помог ответ?ДаНет

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

Бюро

Позвонить

Вам помог ответ?ДаНет

Добрый день.

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

Позвонить

Вам помог ответ?ДаНет

Статья 1274. Свободное использование произведения в информационных, научных, учебных или культурных целях

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

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

2) использование правомерно обнародованных произведений и отрывков из них в качестве иллюстраций в изданиях, радио- и телепередачах, звуко- и видеозаписях учебного характера в объеме, оправданном поставленной целью;

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

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

5) воспроизведение или сообщение для всеобщего сведения в обзорах текущих событий средствами фотографии, кинематографии, путем сообщения в эфир или по кабелю произведений, которые становятся увиденными или услышанными в ходе таких событий, в объеме, оправданном информационной целью;

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

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

3. Создание произведения в жанре литературной, музыкальной или иной пародии либо в жанре карикатуры на основе другого (оригинального) правомерно обнародованного произведения и использование этой пародии либо карикатуры допускаются без согласия автора или иного обладателя исключительного права на оригинальное произведение и без выплаты ему вознаграждения.

Вам помог ответ?ДаНет

15.04.14 Как можно продлить служебную проверку?

При проверке в Управлении МВД служебной проверки, были установлены некоторые недочеты, которые невозможно устранить за день. А срок проведения служебной проверке заканчивается через день т.е. 15.04.14 Как можно продлить служебную проверку? И чем мотивировать. И еще сотрудник в отношении которого проводится проверка с 07.04.14 находится в отпуске.

Напишите РАПОРТ О ПРОДЛЕНИИ СРОКА УСТРАНЕНИЯ НЕДОСТАТКОВ.

Удачи

Позвонить

Вам помог ответ?ДаНет

Документарная проверка в школе.

В школе прошла документарная проверка. С некоторыми пунктами акта по проверке администрация не согласна, т.к.вплане проверки стояли одни вопросы, а проверили совсем другие. Что можно сделать? Спасибо за помощь.

Написать возражения на акт

Позвонить

Вам помог ответ?ДаНет

Внесение заведомо ложных сведений в акт проверки

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

Спустя год проведена повторная проверка, в результате которой вынесено полностью противоположное решение.

Инспектор, проводивший первую проверку, уволен.

Можно ли привлечь инспектора, который сфальсифицировал акт проверки, к уголовной ответственности? Если да, то по какой статье и куда писать заявление о преступлении?

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

Позвонить
WhatsApp

Вам помог ответ?ДаНет

Правомерны ли действия этой Лиги?

В апреле 2013 года в магазине прошла проверка Лигой Защиты Прав потребителей, акта проверки не прислали, сегодня принесли судебную повестку по этой проверке. Правомерны ли действия этой Лиги?

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

Позвонить
WhatsApp

Вам помог ответ?ДаНет

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

Позвонить

Вам помог ответ?ДаНет

Администратор печатает сообщение

Источник

Mike2022	#1 Оставлено : 28 сентября 2022 г. 13:24:23(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 28.09.2022(UTC) Сообщений: 8 Поблагодарили: 2 раз в 2 постах	Добрый день! Нами получен сертификат в УЦ Центрального банка, который должен использоваться на портале ЦБР. Однако, при попытке проверить работу службы штампа времени получаем ошибку (0x80072EE2). на странице проверки работы плагина https://www.cryptopro.ru…/cades_xlong_sample.html при указании в качестве сервера штампа времени http://tsp2012.taxcom.ru/tsp/tsp.srf или https://tsp1.ca.cbr.ru/tsp подпись формируется только с сертификатом, выданным ФНС. С сертификатом, выданным ЦБР, получаем ошибку «Не удалось создать подпись из-за ошибки: Время ожидания операции истекло (0x80072EE2)» Лицензии на TSP Client 2.0 есть. Версия плагина: 2.0.14590 Версия криптопровайдера: 5.0.12000 Криптопровайдер: Crypto-Pro GOST R 34.10-2012 Cryptographic Service Provider Платформа: Windows10 х64

Андрей *	#2 Оставлено : 28 сентября 2022 г. 14:02:54(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 11,739 Сказал «Спасибо»: 451 раз Поблагодарили: 1838 раз в 1421 постах	Здравствуйте. А просто Bes создаётся успешно? В сертификате указан адрес ocsp, может сервис не доступен?
Техническую поддержку оказываем тут Наша база знаний
	WWW

Mike2022	#3 Оставлено : 28 сентября 2022 г. 14:32:35(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 28.09.2022(UTC) Сообщений: 8 Поблагодарили: 2 раз в 2 постах	да, https://cryptopro.ru/sit…ge/cades_bes_sample.html тут работает. т.е как я понимаю нессответствие того, что в сертификате указан строго http://tsp1.ca.cbr.ru/ocsp, а по факту у них работет только https://tsp1.ca.cbr.ru/tsp ?

Mike2022	#4 Оставлено : 28 сентября 2022 г. 14:43:04(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 28.09.2022(UTC) Сообщений: 8 Поблагодарили: 2 раз в 2 постах	что ещё заметил: в сертификате прописано http://, там никто не отвечает, и ошибка 0x80072EE2. Но если указать https://, то ошибка другая: «Не удалось создать подпись из-за ошибки: При попытке отправки запроса возникла ошибка HTTP (0xC2100100)»

Андрей *	#5 Оставлено : 28 сентября 2022 г. 16:02:15(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 11,739 Сказал «Спасибо»: 451 раз Поблагодарили: 1838 раз в 1421 постах	Автор: Mike2022 да, https://cryptopro.ru/sit…ge/cades_bes_sample.html тут работает. т.е как я понимаю нессответствие того, что в сертификате указан строго http://tsp1.ca.cbr.ru/ocsp, а по факту у них работет только https://tsp1.ca.cbr.ru/tsp ? нет… TSP — это штамп времени… OCSP — это онлайн проверка статуса сертификата- доказательство,что он не был отозван Есть варианты(и демо страницы к ним): BES — без штампа времени T — TSP XLong 1 — OCSP + TSP Поэтому — можно проверить, BES, T- если всё работает, значит проблема в OCSP… Пробовали писать в ТП? Цитата: там никто не отвечает Как проверяли, POST запрос?
Техническую поддержку оказываем тут Наша база знаний
	WWW

Mike2022	#6 Оставлено : 29 сентября 2022 г. 11:48:25(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 28.09.2022(UTC) Сообщений: 8 Поблагодарили: 2 раз в 2 постах	Автор: Андрей * Пробовали писать в ТП? у меня осталось не оч впечатление о работе ТП с прошлых разов, но похоже вариантов решить без них нет ( Цитата: Как проверяли, POST запрос? да попробовал разные тестовые страницы, BES работает, TSP работает, OCSP+TSP не работает. спасибо за разъяснения.

Mike2022	#7 Оставлено : 29 сентября 2022 г. 16:30:29(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 28.09.2022(UTC) Сообщений: 8 Поблагодарили: 2 раз в 2 постах	для будущих поколений ) надо настраивать stunnel, ЦБРный TSP и OCSP заворачивать через него, и в свойствах сертификата ЦБР в оснастке сертификаты также указать в качестве OCSP на stunnel Цитата: 2.2.4. Установка URL-адресов запросов OCSP: Для перенаправления OCSP-запросов на TSP-серверы удостоверяющего центра Банка России необходимо запустить оснастку «Сертификаты» локального компьютера, убедиться в наличии сертификата удостоверяющего центра Банка России, установленного ранее (п. 2.2.3.2.) в хранилище «Промежуточные центры сертификации». Правой кнопкой открыть свойства сертификата удостоверяющего центра Банка России. В свойствах сертификата удостоверяющего центра Банка России на вкладке «Протокол OCSP» необходимо добавить URL-адреса скачивания протокола OCSP (в целях обеспечения проверки действительности пользовательских сертификатов, используемых для подписания электронных документов с установкой штампов времени), в виде: http://127.0.0.1:10001/ocsp http://127.0.0.1:10002/ocsp

1 пользователь поблагодарил Mike2022 за этот пост.	Андрей * оставлено 29.09.2022(UTC)

abssupport	#8 Оставлено : 6 октября 2022 г. 17:29:49(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 06.10.2022(UTC) Сообщений: 3 Откуда: Москва	Автор: Mike2022 для будущих поколений ) надо настраивать stunnel, ЦБРный TSP и OCSP заворачивать через него, и в свойствах сертификата ЦБР в оснастке сертификаты также указать в качестве OCSP на stunnel Цитата: 2.2.4. Установка URL-адресов запросов OCSP: Для перенаправления OCSP-запросов на TSP-серверы удостоверяющего центра Банка России необходимо запустить оснастку «Сертификаты» локального компьютера, убедиться в наличии сертификата удостоверяющего центра Банка России, установленного ранее (п. 2.2.3.2.) в хранилище «Промежуточные центры сертификации». Правой кнопкой открыть свойства сертификата удостоверяющего центра Банка России. В свойствах сертификата удостоверяющего центра Банка России на вкладке «Протокол OCSP» необходимо добавить URL-адреса скачивания протокола OCSP (в целях обеспечения проверки действительности пользовательских сертификатов, используемых для подписания электронных документов с установкой штампов времени), в виде: http://127.0.0.1:10001/ocsp http://127.0.0.1:10002/ocsp Добрый день! А можно более подробную инструкцию пожалуйста, как все это сделать? Столкнулись с такой же проблемой (0х80072EE2) и если есть возможность напишите пожалуйста адрес службы штампа времени сертификата выданного ЦБ РФ, им писали. ответа не получили

Mike2022	#9 Оставлено : 7 октября 2022 г. 15:16:18(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 28.09.2022(UTC) Сообщений: 8 Поблагодарили: 2 раз в 2 постах	Вообще, мне файл с инструкцией прислала техподдержка espp@cbr.ru. Не, я канеш понимаю, что поддержка там оч специфическая, и на любой вопрос у них ответ «читайте инструкцию» и «всё есть на сайте», и этих инструкций у меня минимум 3 версии, и на сайте всё ещё лежит неактуальная. И наверное было бы неплохо чтоб профики в т.ч. через административный ресурс попросили бы разобраться с бардаком ихним, но я не оч верю в такой сценарий развития. Вот файлик. Instrukcija po dostupu k servisom sluzhby metok doverennogo vremeni_200920.._ (002).docx (785kb) загружен 34 раз(а).

1 пользователь поблагодарил Mike2022 за этот пост.	YuriSn оставлено 25.10.2022(UTC)

abssupport	#10 Оставлено : 10 октября 2022 г. 16:27:24(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 06.10.2022(UTC) Сообщений: 3 Откуда: Москва	Автор: Mike2022 Вообще, мне файл с инструкцией прислала техподдержка espp@cbr.ru. Не, я канеш понимаю, что поддержка там оч специфическая, и на любой вопрос у них ответ «читайте инструкцию» и «всё есть на сайте», и этих инструкций у меня минимум 3 версии, и на сайте всё ещё лежит неактуальная. И наверное было бы неплохо чтоб профики в т.ч. через административный ресурс попросили бы разобраться с бардаком ихним, но я не оч верю в такой сценарий развития. Вот файлик. Instrukcija po dostupu k servisom sluzhby metok doverennogo vremeni_200920.._ (002).docx (785kb) загружен 34 раз(а). Спасибо, по поводу их поддержки согласен. Настроил все как по инструкции но все равно возникает ошибка Соединение с сервером было неожиданно прервано (0x80072EFE) , в КРИПТОАРМГост тоже не подписывает со штампом времени от ЦБ, а ЛК ЦБ при проверке сертификата со службой штампа времени так же не проходит проверку

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

Guest (2)

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

Источник

При установке Microsoft .NET Framework пользователи обнаружили следующее сообщение об ошибке:

«Установка не удалась

.NET Framework 4.8 не установлен по следующим причинам:

Подпись с меткой времени и / или сертификат не могут быть проверены или имеют неправильный формат ».

Как правило, эта ошибка возникает, когда Windows в вашей системе устарела или у вас устаревший установщик .NET, драйвер или корневой сертификат. Также, если системные драйверы не имеют цифровой подписи, есть вероятность увидеть эту ошибку. В этой статье вы узнаете о некоторых решениях для преодоления этой ошибки подписи времени или сертификата не подтвержден на вашем ПК с Windows.

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

1. Нажмите Windows + R, чтобы открыть «Выполнить».

2. Введите ms-settings: windowsupdate, чтобы открыть Центр обновления Windows.

Запустите Ms Settings Windows Update Min

3. Теперь нажмите кнопку Проверить наличие обновлений.

Центр обновления Windows Проверить наличие обновлений Мин.

4. Загрузите и установите все доступные обновления (даже необязательные).

5. Перезагрузите систему и проверьте, решена ли проблема.

Исправление 2 — Загрузите последнее обновление безопасности для Windows

1. Щелкните по этому ссылка на сайт для перенаправления в браузер для получения обновления безопасности для Windows.

2. Здесь нажмите кнопку «Загрузить», соответствующую вашей архитектуре Windows.

Скачать мин. Обновление безопасности

3. После загрузки запустите установщик, чтобы начать процесс установки.

4. Следуйте инструкциям на экране, чтобы завершить установку обновления безопасности.

5. Нажмите кнопку «Перезагрузить сейчас», когда появится запрос на перезагрузку системы.

6. После перезапуска выполните процесс установки .NET framework и проверьте, исправлена ли ошибка.

Исправление 3 — Проверить отметку времени сертификата

Если у вас есть сертификат с истекшим сроком действия, то Windows не позволит установить драйвер или платформу .NET на ваш компьютер.

1. Щелкните правой кнопкой мыши в файле установщика и выберите Свойства.

Мин. Свойства файла

2. Перейдите на вкладку Цифровые подписи.

3. Выберите подписавшего и нажмите кнопку «Подробности».

Свойства файла Сведения о сертификате Мин.

4. В окне «Сведения о цифровой подписи» нажмите кнопку «Просмотр сертификата» в разделе «Информация о подписавшем».

Сведения о цифровой подписи Просмотреть сертификат Мин.

5. Установите флажок «Действителен с даты» до «Действительно до даты».

Срок действия цифрового сертификата Мин.

6. Если срок действия сертификата истек, вы можете скачать последнюю версию установщика. Еще посмотрите на другие исправления, упомянутые ниже.

Исправление 4 — Используйте последнюю версию установщика .NET Framework.

1. В браузере перейдите на сайт Microsoft. Страница загрузки .NET framework.

2. Выберите последнюю и рекомендуемую версию .NET framework (в настоящее время 4.8).

Минимальная страница загрузки Microsoft .net

3. Нажмите кнопку «Загрузить среду выполнения .NET Framework 4.8».

Скачать .net Framework4.8 мин.

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

Мин. Установщика двойного щелчка

Исправление 5 — отключение подписи кода для пакета драйверов

1. Откройте «Выполнить», удерживая вместе клавиши Windows и R.

2. Введите gpedit.msc, чтобы открыть редактор групповой политики.

Запускаем Gpedit Min

3. В окне редактора групповой политики разверните Конфигурация пользователя. Затем перейдите в следующие папки:

Административные шаблоны -> Система -> Установка драйвера

4. При выборе установки драйвера справа двойной щелчок о подписании кода для пакетов драйверов.

Редактор локальной групповой политики Код установки драйвера Подпись пакетов драйверов Мин.

5. В новом открывшемся окне выберите параметр Включено.

6. Откройте раскрывающийся список ниже. Когда Windows обнаружит файл драйвера без цифровой подписи: и выберите Игнорировать.

Пакеты драйверов для подписи кода включены мин.

7. Нажмите «Применить», чтобы сохранить изменения.

8. Перезагрузите вашу систему.

9. После запуска проверьте, можно ли установить драйвер, вызывающий ошибки, без каких-либо проблем.

Исправление 6 — Отключить автоматическое обновление корневых сертификатов

Используя стороннее программное обеспечение DigiCert, вы можете отключить автоматическое обновление корневых сертификатов.

1. Перейдите в Страница загрузки DigiCert используя ваш браузер.

2. Щелкните кнопку «Загрузить». После завершения загрузки запустите утилиту.

Мин. Загрузки Digicert

3. В окне утилиты DigiCert перейдите на вкладку Инструменты слева.

4. С правой стороны нажмите кнопку «Автообновление корневого доступа» в разделе «Автоматическое корневое обновление Windows».

Обновление Digicert Tools Auto Root Мин.

5. Измените настройку на Отключено и нажмите ОК.

Отключить автоматическое обновление рута мин.

6. Закройте утилиту.

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

Исправление 7 — Отключить принудительное использование подписи драйверов

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

Исправление 8 — Загрузить автономный установщик

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

1. Перейдите в Страница загрузки Microsoft для .NET framework.

2. Щелкните ссылку для получения последней версии (в настоящее время .Net Framework 4.8).

3. Прокрутите вниз до раздела «Дополнительные загрузки».

4. В списке «Тип загрузки автономного установщика» щелкните «Время выполнения» справа, чтобы загрузить автономный установщик.

Скачать мин. Автономный установщик

5. Щелкните правой кнопкой мыши в установщике и выберите Запуск от имени администратора.

Мин. Запуск файла от имени администратора

6. Если установка завершилась, значит, ошибка исправлена.

Спасибо за чтение.

Мы надеемся, что эта статья была достаточно информативной, чтобы устранить ошибку «Подпись временной метки» и / или «Сертификат не проверен». Прокомментируйте и дайте нам знать, какое исправление сработало для вас.

Источник

При установке .NET Framework на свой компьютер, если вы получаете сообщение о том, что подпись временной метки и/или сертификат не могут быть проверены или имеют неверный формат, вы можете проверить эти решения, чтобы избавиться от этой проблемы.

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

Подпись отметки времени и / или сертификат не могут быть проверены или имеют неправильный формат

В зависимости от источника этой проблемы сообщение об ошибке говорит примерно следующее:

Установка не удалась

.NET Framework 4.8 не был установлен, потому что:

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

Дополнительные сведения об этой проблеме см. в файле журнала.

Вы также можете получить код ошибки 0x80096005 при установке .NET Framework на свой компьютер.

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

Что такое деформированный сертификат?

Неправильный сертификат — это ошибочный сертификат, введенный в .NET Framework, драйвер или программное обеспечение. Когда Windows не может проверить сертификат перед установкой приложения по какой-либо причине, она пометила сертификат как искаженный.

Как исправить ошибку Подпись и / или сертификат с отметкой времени не могут быть проверены или имеют неправильный формат?

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

Подпись отметки времени и / или сертификат не могут быть проверены или имеют неправильный формат

Чтобы исправить ошибку Подпись отметки времени и / или сертификат не могут быть проверены или имеют неправильную форму в Windows 11/10, выполните следующие действия:

Проверьте отметку времени сертификата
Загрузите последнюю версию установщика
Разблокировать драйвер
Отключить подпись кода для пакета драйверов
Отключить принудительную подпись драйверов

Чтобы узнать больше об этих решениях, продолжайте читать.

1) Проверьте отметку времени сертификата

Подпись отметки времени и / или сертификат не могут быть проверены или имеют неправильный формат

Это первое, что вам нужно проверить, прежде чем переходить к другим шагам. Если срок действия сертификата истек, вы не сможете установить драйвер или .NET Framework на свой компьютер. Для этого выполните следующие действия:

Кликните файл правой кнопкой мыши и выберите «Свойства».
Перейдите на вкладку «Цифровые подписи».
Выберите подписывающую сторону и нажмите кнопку «Подробнее».
Нажмите кнопку Просмотреть сертификат.
Проверьте дату Действителен с…

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

2) Загрузите последнюю версию установщика

Независимо от того, возникает ли у вас эта проблема при установке .NET Framework или чего-либо еще, вы можете загрузить последнюю версию установщика с официального сайта. Для .NET Framework вам нужно зайти на сайт dotnet.microsoft.com и выбрать версию, которую вы хотите загрузить. Если вы давно скачали установщик, лучше воспользоваться этим решением.

3) Разблокировать драйвер

Иногда вы можете увидеть эту ошибку при установке драйвера или .NET Framework сразу после их загрузки на свой компьютер. Чтобы избавиться от этого, вам нужно разблокировать файл. Для этого вы можете кликнуть правой кнопкой мыши загруженный файл, установить флажок «Разблокировать» на вкладке «Общие» и нажать кнопку «ОК».

Подпись отметки времени и / или сертификат не могут быть проверены или имеют неправильный формат

Далее вы можете продолжить процесс установки.

4) Отключить подпись кода для пакета драйверов

Подпись отметки времени и / или сертификат не могут быть проверены или имеют неправильный формат

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

Нажмите Win + R, чтобы открыть диалоговое окно «Выполнить».
Введите gpedit.msc и нажмите кнопку Enter.
Перейдите в «Конфигурация пользователя» -> «Административные шаблоны» -> «Система» -> «Установка драйвера».
Дважды кликните параметр Подписание кода для пакетов драйверов.
Выберите параметр «Включено».
Выберите вариант «Игнорировать» в раскрывающемся списке.
Нажмите кнопку ОК.

После этого закройте все окна и проверьте, можно ли установить фреймворк.

5) Отключить обязательное использование подписи драйверов

Вы можете полностью отключить проверку подписи драйверов на компьютере с Windows 11/10, чтобы решить эту проблему. Это не занимает много времени и устраняет проблему сразу. Поэтому следуйте этому подробному руководству, чтобы отключить обязательное использование подписи драйверов в Windows 11/10.

Это все! Надеюсь, это руководство помогло вам решить проблему.

Источник

Ошибка подписи временной метки возникает при установке такого приложения, как DotNetFramework, LogMeIn Go to Assist и т. Д. Это обычно происходит, если Windows вашей системы устарела или существуют ограничения из политики выполнения вашей системы.

Ниже приводится полное сообщение об ошибке:

Установка не удалась
.Net Framework 4.8 не был установлен по следующим причинам:
Подпись с отметкой времени и / или сертификат не могут быть проверены или имеют неверный формат

Подпись с отметкой времени и / или сертификат не могут быть проверены или имеют неверный формат

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

Устаревшая Windows: Dotnet Framework постоянно обновляется Microsoft, чтобы устранить ошибки в работе / разработке приложений и наверстать упущенное, Windows на вашем ПК должна быть полностью обновлена до последней версии. Если в вашей системе отсутствуют какие-либо такие обновления, это может вызвать проблему с подписью метки времени в платформе Dotnet.
Устаревший установщик Dotnet Framework: если вы пытаетесь использовать устаревший установщик Dotnet Framework (возможно, уже присутствующий в папках загрузки вашей системы), этот установщик может быть несовместим с ОС вашей системы и может вызвать проблему с Dotnet.
Неподписанный системный драйвер: для повышения безопасности Windows и Dotnet Framework для запуска приложений важно, чтобы все драйверы в вашей системе имели цифровую подпись, и если какой-либо из драйверов вашей системы не имеет цифровой подписи, установщик Dotnet Framework может бросить ошибка подписи метки времени.
Устаревшие корневые сертификаты вашей системы: если ваша система не может автоматически обновить свои корневые сертификаты из-за сбоя в диспетчере сертификатов вашей системы, то установщик Dotnet Framework может не аутентифицировать многие важные системные ресурсы и, таким образом, показать проблему с отметкой времени.

Прежде чем переходить к решениям, убедитесь, что дата и время вашей системы указаны правильно. Более того, если вы столкнулись с проблемой из-за истекшего сертификата, вы можете избавиться от ошибки, установив дату вашей системы на время до истечения срока действия сертификата, а затем вернув дату / время после установки приложения / Водитель.

Обновите Windows вашей системы до последней версии

Проблема с подписью метки времени может быть результатом несовместимости между проблемным приложением (например, LogMeIn Go to Assist) и ОС. В этом случае обновление Windows вашего ПК до последней стабильной версии может решить проблему.

Щелкните Windows, введите Проверить наличие обновлений и откройте Центр обновления Windows.Открыть Проверить наличие обновлений
Теперь в окне Центра обновления Windows нажмите кнопку Проверить наличие обновлений, и, если обновления доступны, загрузите и установите эти обновления (также необязательные).Проверить наличие обновлений Windows
После обновления перезагрузите компьютер и после перезагрузки проверьте, решена ли проблема проверки сертификата.

Если есть обновления, которые не удается установить, вы вручную устанавливаете эти обновления с веб-сайта каталога Microsoft, чтобы устранить ошибку сертификата.

Если проблема не устранена с таким приложением, как LogMeIn Go to Assist, проверьте, решает ли проблема использование EXE-файла для установки приложения (а не программы открытия).

Используйте последнюю версию установщика Dotnet Framework

Отказ от использования последней версии .NET Framework, вероятно, вызовет проблемы с приложениями, которые предназначены для работы с последней версией платформы. Обновление может решить проблему мгновенно.

Запустите веб-браузер и перейдите на следующую страницу Dotnet на веб-сайте Microsoft:https://dotnet.microsoft.com/download/dotnet-framework
Теперь щелкните последнюю и рекомендованную .Net Framework (в настоящее время .Net Framework 4.8).Откройте ссылку на последнюю версию DotNet Framework
Затем щелкните «Загрузить .Net Framework 4.8 Runtime» и дождитесь завершения загрузки.Скачать Dotnet Framework 4.8 Runtime
После завершения запустите установщик .Net Framework от имени администратора и проверьте, успешно ли он установился, не столкнувшись с проблемой проверки сертификата.

Выполните сканирование системы SFC

Вы можете столкнуться с проблемой, если важные системные файлы повреждены; выполнение сканирования SFC вашей системы заменит неполные файлы. Имейте в виду, что это сканирование может занять некоторое время (в зависимости от размера вашего системного диска), поэтому попробуйте его, когда вы сможете сэкономить свою систему на некоторое время (например, на ночь).

Щелкните Windows, введите командную строку, щелкните ее правой кнопкой мыши и выберите «Запуск от имени администратора».Откройте командную строку от имени администратора
Затем выполните следующее: sfc / scannowВыполните сканирование SFC
Теперь дождитесь завершения сканирования, а затем проверьте, можно ли установить проблемное приложение (например, инфраструктуру Dot Net) без ошибки подписи метки времени.

Отключить подпись кода пакета драйверов

Если вы столкнулись с проблемой «сертификат не может быть проверен» с драйвером, отключение подписи кода пакета драйвера решит проблему.

Предупреждение:

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

Щелкните Windows, введите «Редактор групповой политики» и выберите результат «Изменить групповую политику».
Теперь в окне редактора групповой политики разверните Конфигурация пользователя и перейдите по следующему пути: Административные шаблоны >> Система >> Установка драйвера.
Затем в левой половине окна дважды щелкните Подписывание кода для драйверов устройств и выберите Включено.Дважды щелкните Подписывание кода для драйверов устройств в редакторе групповой политики.
Теперь разверните раскрывающийся список «Когда Windows обнаруживает файл драйвера без цифровой подписи» и выберите «Игнорировать».Установить, когда Windows обнаруживает файл драйвера без цифровой подписи для игнорирования
Затем примените внесенные изменения и перезагрузите компьютер.
После перезагрузки проверьте, можно ли установить драйвер без проблемы с подписью метки времени.

Отключить автоматическое обновление корневых сертификатов

Эта ошибка также может возникнуть, если система не может автоматически обновить корневые сертификаты. Отключение автоматического обновления корневых сертификатов с помощью сторонней утилиты (DigiCert) решит проблему в этом случае.

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

Запустите веб-браузер и перейдите к Страница загрузки DigiCert.Скачать утилиту DigiCert
Затем нажмите кнопку «Загрузить» и после завершения загрузки запустите утилиту.
Теперь на левой панели перейдите в меню «Инструменты», а затем на правой панели нажмите «Автообновление корня».Откройте Auto Root Update на вкладке Tools в утилите DigiCert Certificate.
Затем измените настройку Auto Root Update на Disabled и закройте утилиту (если будет предложено, обязательно примените изменения).
Теперь перезагрузите компьютер и после перезагрузки проверьте, решена ли проблема проверки сертификата.

Если проблема не исчезнет, вы можете экспортировать проблемный сертификат и импортировать его обратно, чтобы решить проблему проверки сертификата (если проблемный сертификат обнаружен). Если вы столкнулись с проблемой с DotNetFramework, проверьте, решает ли проблему загрузка следующего сертификата Microsoft и его импорт в Управление сертификатами пользователей >> Доверенные корневые центры сертификации >> Сертификаты.

http://www.microsoft.com/pki/certs/MicRooCerAut2011_2011_03_22.crtИмпортируйте сертификат в доверенный корневой центр сертификации в диспетчере сертификации

Источник

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

Причина №1. На компьютере установлено неправильное время

Причина №2. Не настроено рабочее место

Причина №3. Установлены два криптопровайдера

Причина №4. Для доступа в интернет используется прокси или vpn-сервис

Причина №5. Доступ к ресурсу заблокирован антивирусом

Причина №6. Работа https запрещена политиками безопасности

Причина №7. Повреждено СКЗИ

SMEV-100

SMEV-201

SMEV-202

SMEV-206

SMEV-300

SMEV-301

SMEV-302

SMEV-401

SMEV-402

SMEV-403

SMEV-405

SMEV-406

SMEV-500

SMEV-501

SMEV-502

SMEV-503

SMEV-504

SMEV-505

SMEV-600

SMEV-60

Похожие вопросы

Никто никого не предупреждал, проверка прокуратуры пришла в конце дня с «решением о проведении проверки прокурором района» законно ли это?

Жалоба в министерство культуры.

Можно ли считать проверку недействительной?

Есть ли нарушения в проведении проверки?

15.04.14 Как можно продлить служебную проверку?

Документарная проверка в школе.

Внесение заведомо ложных сведений в акт проверки

Правомерны ли действия этой Лиги?

Исправление 2 — Загрузите последнее обновление безопасности для Windows

Исправление 3 — Проверить отметку времени сертификата

Исправление 4 — Используйте последнюю версию установщика .NET Framework.

Исправление 5 — отключение подписи кода для пакета драйверов

Исправление 6 — Отключить автоматическое обновление корневых сертификатов

Исправление 7 — Отключить принудительное использование подписи драйверов

Исправление 8 — Загрузить автономный установщик

Что такое деформированный сертификат?

Как исправить ошибку Подпись и / или сертификат с отметкой времени не могут быть проверены или имеют неправильный формат?

Подпись отметки времени и / или сертификат не могут быть проверены или имеют неправильный формат

1) Проверьте отметку времени сертификата

2) Загрузите последнюю версию установщика

3) Разблокировать драйвер

4) Отключить подпись кода для пакета драйверов

5) Отключить обязательное использование подписи драйверов

Обновите Windows вашей системы до последней версии

Используйте последнюю версию установщика Dotnet Framework

Выполните сканирование системы SFC

Отключить подпись кода пакета драйверов

Отключить автоматическое обновление корневых сертификатов

А вот еще интересные материалы: