Сведения приведены в документе Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 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/"> |
Рекомендуется проверить алгоритм подписи. Общая последовательность должна быть такой (на примере 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/"> |
<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/"> |
Рекомендуется проверить что подпись вложения удовлетворяет профилю формата PKCS#7 согласно п.6.3.1. Подписи в формате PKCS#7 и
Приложение В. Профиль формата PKCS#7, которому должны удовлетворять подписи вложенных файлов» Методических рекомендаций по работе с Единой системой межведомственного электронного взаимодействия.
5. Текст ошибки: Срок действия сертификата ЭП-* истёк. Сертификат действителен до @validUntil.
Возникает на этапе проверки ЭЦП в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.
| Причина | Пример |
| Срок действия ЭП-ОВ истёк. | <soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body> |
| Срок действия ЭП-СП истёк. |
<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> xmlns:ns2=»urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.3″ |
| Срок действия ЭП-СП не начался. |
|
Рекомендуется обратиться в Удостоверяющий центр, выдавший сертификат.
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/"> |
Рекомендуется Уменьшить интенсивность обращения к методам Единого сервиса СМЭВ 3 до рекомендованных. Значения лимитов по умолчанию зафиксированы в п. 5.4 Методических Рекомендаций СМЭВ.
SMEV-200
1. Текст ошибки: Превышен максимально допустимый суммарный размер присоединённых файлов и сообщения.
Возникает на этапе проверки размера сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Размер присоединённых файлов превысил 5 Мб при отправке через MTOM |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется проверить размер прикрепляемых файлов — суммарный размер вложений для передачи с помощью МТОМ с одним сообщением не должен превышать 5 Мб.
2. Текст ошибки: Количество ФТП-вложений превышает допустимое.
Возникает на этапе проверки количества ФТП-вложений в сообщении, принятого методом SendRequest либо SendResponse в рамках синхронной обработки.
| Причина | Пример |
| Количество вложений в сообщении превысило лимит. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется сократить количество вложений, передаваемых в сообщении, до разрешенного. Целевой лимит количества вложений указан в синхронном ответе в блоке PermittedTotalAttachmentSize.
SMEV-201
1. Текст ошибки: Некорректная информация о фтп вложениях; message id = @id_сообщения.
Возникает на этапе проверки файлов вложения в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
|
1.Несоответствие заголовка и вложений 2. Вложение не загружено перед отправкой сообщения |
<AsyncProcessingStatus> |
Рекомендуется:
- убедиться, что вложение было предварительно загружено на файловое хранилище СМЭВ;
- проверить корректность указания в сообщении содержимого заголовка RefAttachmentHeader.
2. Текст ошибки: Ошибка СМЭВ. Обратитесь в службу технической поддержки.
Возникает на этапе проверки заголовков файлов вложения сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
|
Несоответствие заголовка и вложений |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- убедиться, что каждому AttachmentHeader в сообщении соответствует AttachmentContent;
- убедиться, что количество заголовков равно количеству вложений;
- убедиться, что содержимое элементов Id в AttachmentContent не дублируется».
SMEV-202
Текст ошибки: Квота на файловое хранилище для получателя превышена!
Возникает на этапе определения файловой квоты в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Закончился выделенный на файловом хранилище СМЭВ объем свободного места для ИС УВ-получателя сообщения с вложением в результате несвоевременного разбора входящей очереди сообщений. | <AsyncProcessingStatus> |
Рекомендуется повторить отправку сообщения с вложением через промежуток времени или обратиться к получателю сообщения через СЦ.
SMEV-206
Текст ошибки: Количество символов в идентификаторе файла вложения превышает допустимое.
Возникает на этапе валидации идентификатора файла вложения МТОМ в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Идентификатор файла МТОМ вложения, передаваемого в сообщении превышает 255 символов | <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/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/"> |
Рекомендуется проверить корректность содержимого элемента 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/">
|
<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/"> |
Рекомендуется проверить дату и время генерации метки времени. Сгенерировать MessageID с новой меткой времени.
SMEV-401
1. Текст ошибки: Не найден вид сведений.
Возникает на этапе проверки наличия вида сведений в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| В блоке MessagePrimaryContent указаны корневой элемент или целевое пространство имен незарегистрированного в СМЭВ 3 Вида сведений или текущее время отправления запроса не входит в срок действия ВС (с/по) |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
|
<st3:AsyncProcessingStatus> |
Рекомендуется:
- определить контур СМЭВ, в который осуществляется обращение (разработческий, тестовый, продуктивный), для этого посмотреть вызываемый адрес сервиса и сопоставить с опубликованными в Актуальных адресах СМЭВ3;
- найти на Технологическом портале зарегистрированный в соответствующем контуре(тестовом или продуктивном) Вид сведений. Сверить содержимое блока MessagePrimaryContent c эталонным сообщением, опубликованным в руководстве пользователя Вида сведений — проверить, правильно ли указаны корневой элемент и целевое пространство имен корневого элемента;
- проверить срок действия ВС в карточке.
2. Текст ошибки: Попытка отправить сообщение, не соответствующее типу вида сведений.
Возникает на этапе проверки наличия вида сведений в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| В рамках метода SendRequest отправлено сообщение в блоке MessagePrimaryContent которого указан корневой элемент ответа или для сообщения, отправляемого по методу SendResponse, указан корневой элемент запроса. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/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/"> |
Рекомендуется:
- проверить содержимое элементов 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/"> |
Рекомендуется:
- выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
- привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3, а также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl);
- повторить отправку сообщения.
2. Текст ошибки: Сообщение содержит не все вложенные элементы. Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus) отсутствует либо пуст.
Возникает на этапе синхронной валидации xml-сообщения, принятого методами SendRequest, SendResponse.
| Причина | Пример |
| Отправляемое сообщение не соответствует схемам Единого сервиса |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
- привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3, а также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl);
- повторить отправку сообщения.
3. Текст ошибки: Метка времени сообщения @timestamp не действительна.
Возникает на этапе синхронной валидации xml-сообщения, принятого методами GetRequest, GetResponse, GetStatus, GetIncomingQueueStatistics.
| Причина | Пример |
| Значение временной метки в сообщении отличается от текущего | <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/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/"> |
Рекомендуется:
- убедиться, что сертификат, которым подписывается сообщение, зарегистрирован в СМЭВ;
- проверить, что указанная в тексте ошибки мнемоника ИС и ее очередь (общая или выделенная — NodeId) была зарегистрирована в СМЭВ;
- если были выявлены ошибки, исправить их (скорректировать мнемонику ИС, зарегистрировать ИС в СМЭВ, зарегистрировать сертификат, добавить выделенный узел ИС) и повторить попытку отправить запрос.
SMEV-406
Текст ошибки: Входящая очередь «мнемоника ИС_мнемоника узла» сообщений, принадлежащая пользователю «мнемоника ИС», деактивирована в СМЭВ.
Возникает на этапе проверки активации выделенного узла ИС в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Выделенный узел (NodeId) ИС деактивирован |
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется создать обращение через СЦ с просьбой активировать выделенный узел ИС, приложив логи запроса и ошибки, указав номер обращения в рамках которого производилась регистрация узла ИС.
SMEV-500
Текст ошибки: Превышение пороговой продолжительности обработки вызова.
Возникает на этапе проверки EOL сообщения в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Истекло установленное отправителем время жизни сообщения |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/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/"> |
Рекомендуется:
- убедиться что сообщение Ack отправлено в тот же контур СМЭВ 3 (разработческий, тестовый, продуктивный), в котором было получено сообщение GetRequest или GetResponse;
- извлечь значение MessageID из полученного методом GetRequest или GetResponse сообщения;
- в элементе AckTargetMessage сообщения AckRequest указать полученный MessageID и отправить в адрес Единого сервиса.
SMEV-502
Текст ошибки: Не найден получатель по виду сведений.
Возникает на этапе обработки получателя сообщения по виду сведений в рамках синхронной обработки xml-сообщения, принятого методом SendRequest.
| Причина | Пример |
| Неверно указан код маршрутизации либо его формат. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- убедиться, что среди Поставщиков, получивших технологический доступ к Виду сведений, присутствует Поставщик с указанным в сообщении кодом маршрутизации;
- в случае неверного кода маршрутизации исправить и повторить отправку запроса.
SMEV-503
Текст ошибки: Отправитель сообщения не зарегистрирован.
Возникает на этапе проверки регистрации отправителя сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse, GetRequest, GetResponse, Ack.
| Причина | Пример |
| Информационная система Участника не зарегистрирована в СМЭВ 3 |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/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/"> |
Рекомендуется обратить внимание на следующее: ответ на запрос по версии вида сведений не сможет быть направлен с нарушением норматива продолжительности подготовки сообщения-ответа.
SMEV-600
Текст ошибки: Очередь, в которую должно быть отправлено сообщение, переполнена.
Возникает на этапе проверки квоты на количество сообщений в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest.
| Причина | Пример |
| Ошибка связана с ограничением на допустимое количество сообщений в очереди запросов ИС-получателя сообщения и вызвана несвоевременным разбором входящей очереди ИС получателя запроса. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
<AsyncProcessingStatus>
<OriginalMessageId>e86b5350-1995-11e9-b078-0050568925e4</OriginalMessageId> <StatusCategory>requestIsRejectedBySmev</StatusCategory> |
Рекомендуется повторить отправку сообщения с вложением через промежуток времени или обратиться к получателю запроса через СЦ.
SMEV-60
Текст ошибки: Ошибка СМЭВ. Обратитесь в службу технической поддержки.
Возникает на этапе проверки в рамках синхронной или асинхронной обработки xml-сообщения, принятого методами SendRequest, SendResponse, GetRequest, GetResponse, Ack.
| Причина | Пример |
| 1. Некорректная структура сообщения 2. Отсутствует или некорректно заполнен элемент to сообщения-ответа. 3. Сообщение направлено неверным методом (например, если запрос направлен по методу SendResponse) 4. Технологические работы в СМЭВ |
<soap:Envelope |
Рекомендуется:
- выполнить проверку сообщения с помощью инструмента «Проверка корректности xml-сообщения» в ЛК УВ;
- в случае ошибок привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в Методических рекомендациях по работе со СМЭВ 3 (также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl)) и повторить отправку сообщения;
- проверить, что сообщение направляется нужным методом (запрос — при помощи метода SendRequest, ответ — при помощи метода SendResponse);
- для успешного инициирования процесса обмена, необходимо направлять запрос при помощи метода SendRequest, отправив запрос (SendRequestRequest), после чего запрос пройдет проверки и будет поставлен в очередь запросов поставщика ВС. Далее поставщик при помощи метода GetRequest совершает выборку запроса из очереди и формирует конверт SendResponseRequest;
- убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе «Новости».
СМЭВ 3. Отправитель сообщения не зарегистрирован.
При отправке xml в контур СМЭВ 3 (ГИС ГМП 2.1) получаю ошибку: Отправитель сообщения не зарегистрирован.
Причина:
Проверка ЭП-ОВ(орган власти) на стороне СМЭВ 3.
То есть, для того чтобы успешно отправить сообщение в СМЭВ 3, необходимо чтобы ЭП-ОВ была зарегистрирована как в промышленно, так и тестовом контуре.
Примечание:
Такой проверки не было при отправке в тестовый контур СМЭВ 2.
Популярные сообщения из этого блога
TRUNCATE / DELETE / DROP или как очистить таблицу
ИМЕЕМ: Таблица MSG (сообщения) с большим количеством записей. SQL> CREATE TABLE msg (id INTEGER NOT NULL PRIMARY KEY, description CHAR (50) NOT NULL, date_create DATE); ЗАДАЧА: Необходимо очистить таблицу от данных РЕШЕНИЕ: Для решения данной задачи есть несколько способов. Ниже описание и пример каждого из них. Способ №1 — используем DELETE Самый простой способ (первый вариант) — выполнение оператора удаления записи. При его выполнении вы будете видеть результат (сколько записей удалено). Удобная штука когда необходимо точно знать и понимать правильные ли данные удалены. НО имеет недостатки перед другими вариантами решения поставленной задачи. SQL> DELETE FROM msg; —Удалит все строки в таблице SQL> DELETE FROM msg WHERE date_create = ‘2019.02.01’; —Удалит все строки у которых дата создания «2019.02.01» Способ №2 — используем TRUNCATE Использование оператора DML для очистки всех строк в та
Linux (РедОС). Сброс пароля
Используется ОС РедОС 7.1, которая установлена в VBox. В процессе установки ОС, был задан только пароль для «root», дополнительных пользователей не создавалось. В рекомендациях на сайте производителя ОС указано: Помимо администратора РЕД ОС (root) в систему необходимо добавить, по меньшей мере, одного обычного пользователя. Работа от имени администратора РЕД ОС считается опасной (можно по неосторожности повредить систему), поэтому повседневную работу в РЕД ОС следует выполнять от имени обычного пользователя, полномочия которого ограничены. После перезапуска и попытке войти в систему под root, система выдает сообщение «Не сработало .попробуйте еще раз». Поэтому для решения проблемы было решено создать пользователя, для этого выполняем такие действия: После загрузки, в момент выбора системы, быстро нажимаем стрелки вверх и вниз (приостанавливаем обратный отсчет). Выбираем ядро и нажимаем «e». Находим строку, которая относится к ядру: здесь будет ряд «boot parameter
КБК. КВФО — Код вида финансового обеспечения (деятельности)
НПА: Приказ Минфина России от 01.12.2010 N 157н Письмо Минфина России от 18 января 2018 г. N 02-06-10/2715 В целях организации и ведения бухгалтерского учета, утверждения Рабочего плана счетов применяются следующие коды вида финансового обеспечения (деятельности): для государственных (муниципальных) учреждений, организаций, осуществляющих полномочия получателя бюджетных средств, финансовых органов соответствующих бюджетов и органов, осуществляющих их кассовое обслуживание: 1 — деятельность, осуществляемая за счет средств соответствующего бюджета бюджетной системы Российской Федерации (бюджетная деятельность); 2 — приносящая доход деятельность (собственные доходы учреждения); 3 — средства во временном распоряжении; 4 — субсидии на выполнение государственного (муниципального) задания; 5 — субсидии на иные цели; 6 — субсидии на цели осуществления капитальных вложений; 7 — средства по обязательному медицинскому страхованию; для отражения органами Федерального казн
ЭС с ЦБ РФ. РЕКВИЗИТНЫЙ СОСТАВ ЭС
4 РЕКВИЗИТНЫЙ СОСТАВ ЭС ED101 Платежное поручение ED103 Платежное требование ED104 Инкассовое поручение ED105 Платежный ордер ED107 Поручение банка ED108 Платежное поручение на общую сумму с реестром ED109 Банковский ордер ED110 ЭПС сокращенного формата ED111 Мемориальный ордер в электронном виде ED113 Выставляемое на оплату платежное требование ED114 Выставляемое на оплату инкассовое поручение ED201 Извещение о результатах контроля ЭС (пакета ЭС) ED202 Запрос по ЭПС (пакету ЭПС) ED203 Запрос по группе ЭПС ED204 Запрос об отзыве/аннулировании ЭС (пакета ЭС). ED205 Извещение о состоянии ЭПС (пакета ЭПС) ED206 Подтверждение
SQL Error [53200]: ОШИБКА: нехватка разделяемой памяти Подсказка: Возможно, следует увеличить параметр max_locks_per_transaction
При выполнении запросов на БД (Postgres) возникла ошибка: 24.02.21 13:50:38.219,main,ERROR,ExecSql,null com.bssys.db.jdbc.DBSQLException: ОШИБКА: нехватка разделяемой памяти Подсказка: Возможно, следует увеличить параметр max_locks_per_transaction. Подробная информация по параметру здесь . Коротко ниже: max_locks_per_transaction (integer) Этот параметр управляет средним числом блокировок объектов, выделяемым для каждой транзакции; отдельные транзакции могут заблокировать и больше объектов, если все они умещаются в таблице блокировок. Значение по умолчанию = 64 рядом также находится параметр max_pred_locks_per_transaction (integer) В файле postgresql.conf (Postgres/data/) указано так: #———————————————————————- # LOCK MANAGEMENT #———————————————————————- #deadlock_timeout = 1s # max_locks_per_transaction = 64 # min 10 # (change requires restart) # max_pred_locks_per_transaction = 64
Обновлено: 06.06.2023
Да пожалуйста.
10.03.2016 — итого 3817 запросов Р001, из них 806 ошибочных.
Из них:
* 9 штук SMEV-100020: При обработке запроса произошла ошибка: Не могу связаться с сервисом проверки сертификата
* 61 штук SMEV-101005: При обработке запроса возникла ошибка: Ошибка вызова внешнего сервиса поставщика
* 648 штук SMEV-101007: При обработке запроса возникла ошибка: Внешний сервис поставщика временно недоступен
* 5 штук SMEV-105001: При обработке запроса произошла ошибка: Сервис ГУЦ вернул ошибку:: Внутренняя ошибка
* 53 штук SMEV-105015: При обработке запроса произошла ошибка: Сервис ГУЦ вернул ошибку:: Сертификат был издан не аккредитованным УЦ/не доверенным УЦ
* 12 штук прочие ошибки SMEV-XXXXXXX
* 18 штук прочие ошибки ФМС СК
Ну и как-то день на день не приходится. То у ФМС недоступен, то ГУЦ лажу отвечает, то ещё что-нибудь приключается.
Добрый день!
Разрешилась ли ситуация с недоступностью сервиса и ошибками? Если да — в чем именно была проблема? Какова сейчас ваша статистика по работоспособности данного сервиса?
Каково время ответа сервиса — среднее и максимальное при успешном запросе (исходя из описания сервис должен быть синхронный)?
По ранее упомянутой вами ситуации с использованием/не использованием в запросе даты выдачи — все логично. При проверке на соотв. с датой выдачи одновременно можно установить и корректность используемой даты выдачи паспорта. В идеале конечно хотелось проверять и по ФИО/дате рождения (сервис P002B, но из полученной мною информации следует, что время ответа сервиса может быть свыше 1 мин, что при обслуживании клиентов в банке — «не комильфо», поэтому пока этот сервис использовать не будем, подождем исполнения прошлогоднего распоряжения правительства о работоспособности сервисов в срок до 1 минуты ).
Комментарий
Комментарий
Направили письмо в ФМС на подключение к сервису SID0003418, как долго ждать ответа и в каком виде он приходит (бумагой, e-mail. )?
Комментарий
Мы скан копию продублировали в адрес ответственного за эксплуатацию, он нам в ответ прислал код организации.
Комментарий
Комментарий
Комментарий
Комментарий
Также по рекомендации уточняю что я имею ввиду под термином «упрощенная идентификация»:
В соответствии с ч.2 пп.1.12 115-ФЗ:
1.12. Упрощенная идентификация клиента — физического лица проводится одним из следующих способов:
2) посредством направления клиентом — физическим лицом кредитной организации, негосударственному пенсионному фонду, профессиональному участнику рынка ценных бумаг, управляющей компании инвестиционного фонда, паевого инвестиционного фонда или негосударственного пенсионного фонда, в том числе в электронном виде, следующих сведений о себе: фамилии, имени, отчества (если иное не вытекает из закона или национального обычая), серии и номера документа, удостоверяющего личность, страхового номера индивидуального лицевого счета застрахованного лица в системе персонифицированного учета Пенсионного фонда Российской Федерации, и (или) идентификационного номера налогоплательщика, и (или) номера полиса обязательного медицинского страхования застрахованного лица, а также абонентского номера клиента — физического лица, пользующегося услугами подвижной радиотелефонной связи;
1.13. В случае получения, в том числе с использованием единой системы межведомственного электронного взаимодействия, из информационных систем органов государственной власти, Пенсионного фонда Российской Федерации, Федерального фонда обязательного медицинского страхования и (или) государственной информационной системы, определенной Правительством Российской Федерации, подтверждения совпадения сведений, указанных в подпункте 2 пункта 1.12 настоящей статьи, со сведениями в указанных информационных системах, а также при подтверждении клиентом — физическим лицом получения на указанный им абонентский номер подвижной радиотелефонной связи информации, обеспечивающей прохождение упрощенной идентификации (включая возможность использования электронного средства платежа), клиент — физическое лицо считается прошедшим процедуру упрощенной идентификации в целях осуществления перевода денежных средств без открытия банковского счета, в том числе электронных денежных средств
Таким образом клиент считается прошедшим процедуру упрощенной идентификации, в случае получения подтверждения совпадения сведений из СМЭФ, ПФР, ФСС или ГИС:
1. ФИО
2. Паспорт
3. СНИЛС/ИНН/ОМС
Вам сюда: СМЭВ, ГИС ГМП точно не поможет в проведении идентификации.
Сразу уточните (в той ветке) что именно вы вкладываете в слова «проведение упрощенной идентификации».
Суть моих изысканий:
1. Возможно ли на данный момент для банка проведение упрощенной идентификации по 161-ФЗ средствами СМЭФ?
2. Если нет, то что препятствует?
3. Иные возможные альтернативные способы?
Прошу сразу не судить строго.
Если в правилах форума не комментировать такие вопросы общего характера — прошу хотя бы примерно указать на материал для изучения.
Если же возможно предоставить хотя бы краткие комментарии в этом вопросе, которые помогут быстро разобраться по существу — буду очень признателен, и постараюсь внести свой вклад в изучение данного вопроса, или альтернативных, связанных с обслуживанием ЭДС.
Также уточню — что моя деятельность связана с оказанием процессинговых услуг, в частности обслуживание опреаций 40903/40905 по ЭДС, банкоматы, кассовое ПО для БПА и интеграция шлюзов при работе с системами денежных переводов и платежными системами, и в частности сейчас начали автоматизацию идентификации, с чем собственно и связан мой вопрос.
Еще хотелось бы добавить, что у нас разработан пакет документации для банка в части работы по ЭДС (правила, оферта, КЭСП, БПА, договор информационного взаимодействия, бесперебойность и т.д.), а также документация для платежной системы, доработанные с учетом рекомендаций проверок ЦБ. Соответственно могу в свою очередь прокомментировать необходимые вопросы в этой части. Или же дать какие-то рекомендации в части реализации шлюзов по протоколам Contact, Лидер, Blizko, БЭСТ, Юнистрим, Киберплат, Промсвязь, или реализации реестрового обмена с банком с использованием систем криптографии СигналКОМ. Как говорится чем могу.
Вопрос срочный, перечитывать всю ветку конечно возможно, но сейчас крайне затруднительно.
Благодарю за понимание.
Уточню что для упрощенной идентификации предполагается использовать СМЭФ в части:
1. Проверки действительности паспорта
2. Соответствия паспортных данных ФИО
3. Соответствие ИНН паспортным данным
4. Соответствие СНИЛС паспортным данным
5. Проверка адреса регистрации в паспорте
2. Если начисление подписывается и отправляется, но надолго «зависает» в состоянии «Отправляется» (несколько часов, и даже сутки). Исследования показали, что в строковых данных (например «Назначение платежа») имеются невидимые спецсимволы. Это ломает логику бизнес-процесса на СМЭВ3. Перенаберите всю строку, побуквенно, не используя Ctrl+С, Ctrl+V из какого-то внешнего источника. Скорее всего такие символы появились в процессе выгрузки из внешних ИС, включая процедуру загрузки из Excel). Раньше такие символы не вызывали проблем.
Иногда ФЛК не проходит по причине слишком длинной текстовой строки, например в названии услугифункции. Ограничение строки — до 160 символов.
В конце текстовых строк «Наименование получателя», «Наименование плательщика», услуг, функций, процедур не должно быть пробела. Форматно-логический контроль на стороне ГИС ГМП бракует такие начисления. Будьте внимательны!
Данная инструкция рассматривает порядок отправки запроса на электронный сервис Федеральной налоговой службы (ФНС), предоставляющий краткие сведения и/или выписку из ЕГРЮЛ/ЕГРИП, из системы исполнения регламентов Удмуртской Республики (СИР УР).
Участники
Специалист – сотрудник органа государственной власти, отправляющий запросы на получение кратких сведений и/или выписки о юридическом лице/индивидуальном предпринимателе (далее ЮЛ/ИП), из СИР УР.
Порядок работы с электронным сервисом через Desktop-клиент
Для того, чтобы инициировать запрос к федеральному сервису специалист нажимает кнопку Запустить на панели инструментов в проводнике системы DIRECTUM.
После чего ему открывается список доступных сервисов.
В открывшемся списке специалист раскрывает группу Мастера действий , далее группу мастеров действий СМЭВ. Запросы к ФОИВ и выбирает мастер действий ФНС. 3292. Общедоступные сведения/выписка из ЕГРЮЛ/ЕГРИП . Либо, для упрощения процесса, в строке поиска, вверху открывшегося окна, начинает вводить часть наименования нужного мастера, система отфильтрует компоненты автоматически.
В открывшейся форме мастера действий специалист заполняет следующие поля:
*Тип сведений – выбирает тип сведений, которые он хотел бы запросить из выпадающего списка (возможные значения: Краткие сведения из ЕГРЮЛ; Краткие сведения из ЕГРИП; Выписка из ЕГРЮЛ; Выписка из ЕГРИП);
*ОКОГУ – указывает ОКОГУ органа государственной власти, от имени которого осуществляется запрос;
*Наименование – наименование органа государственной власти, от имени которого осуществляется запрос (поле заполняется автоматически, в зависимости от места работы специалиста );
*ИНН – ИНН органа государственной власти, от имени которого осуществляется запрос (поле заполняется автоматически, в зависимости от места работы специалиста );
*ОГРН – ОГРН органа государственной власти, от имени которого осуществляется запрос (поле заполняется автоматически, в зависимости от места работы специалиста ).
После ввода данных специалист нажимает кнопку Далее .
Если специалист осуществляет запрос кратких сведений о ЮЛ/ИП или запрос полной выписки из ЕГРИП, то он перейдет на следующую форму мастера (см. п.4).
Если специалист осуществляет запрос выписки из ЕГРЮЛ, то он перейдет на следующую форму мастера (см. п.5).
На данной форме мастера действий специалист вводит данные о ЮЛ/ИП, в отношении которого составляется запрос:
ОГРН – указывает ОГРН ЮЛ/ИП, в отношении которого составляется запрос;
ИНН – указывает ИНН ЮЛ/ИП, в отношении которого составляется запрос.
После ввода данных специалист нажимает кнопку Далее (см. п.6) .
На данной форме мастера действий специалист вводит данные о ЮЛ, в отношении которого составляется запрос:
ОГРН – указывает ОГРН ЮЛ/ИП, в отношении которого составляется запрос;
ИНН – указывает ИНН ЮЛ/ИП, в отношении которого составляется запрос;
Номер дела – указывает, при необходимости, номер дела, находящегося в производстве в суде или правоохранительном органе, участником которого является юридическое лицо, в отношении которого запрашивается выписка.
После ввода данных специалист нажимает кнопку Далее .
На данной форме мастера действий специалист проверяет сводные данные.
В случае отсутствия ошибок в отправленном запросе отвечающей стороной в установленный законодательством срок передается ответ, содержащий краткие сведения/выписку из ЕРГЮЛ/ЕГРИП. Специалист открывает полученное задание с данными по запросу в СИР УР и выполняет его по кнопке Выполнить .
Работа по процессу завершается.
Порядок работы с электронным сервисом через Web-клиент
Специалист запускает интернет-браузер, установленный на локальном компьютере, и в адресной строке вводит адрес . В открывшейся форме специалист вводит данные для запуска системы:
Windows -аутентификация – устанавливает соответствующий признак;
Пользователь – вводит свой логин для входа в систему, выданный после обучения;
Пароль – вводит свой пароль для входа в систему;
Примечание. Корректная работа механизмов подписания запросов гарантируется только в браузере Internet Explorer не ниже версии 7.0. Кроме того в настройках браузера должно быть разрешено выполнение сценариев ActiveX.
Для того, чтобы инициировать запрос к федеральному сервису специалист нажимает кнопку Запустить на панели инструментов в проводнике системы DIRECTUM.
После чего ему в проводнике открывается список доступных сервисов.
В появившемся списке специалист раскрывает группу Мастера действий , далее группу мастеров действий СМЭВ. Запросы к ФОИВ и выбирает мастер действий ФНС. 3292. Общедоступные сведения из ЕГРЮЛ/ЕГРИП .
Либо, для упрощения процесса, в строке поиска, вверху списка доступных сервисов, начинает вводить часть наименования нужного мастера, система отфильтрует компоненты автоматически.
В открывшейся форме мастера действий специалист заполняет следующие поля:
*Тип сведений – выбирает тип сведений, которые он хотел бы запросить из выпадающего списка (возможные значения: Краткие сведения из ЕГРЮЛ; Краткие сведения из ЕГРИП; Выписка из ЕГРЮЛ; Выписка из ЕГРИП);
*ОКОГУ – указывает ОКОГУ органа государственной власти, от имени которого осуществляется запрос;
*Наименование – наименование органа государственной власти, от имени которого осуществляется запрос (поле заполняется автоматически, в зависимости от места работы специалиста );
*ИНН – ИНН органа государственной власти, от имени которого осуществляется запрос (поле заполняется автоматически, в зависимости от места работы специалиста );
*ОГРН – ОГРН органа государственной власти, от имени которого осуществляется запрос (поле заполняется автоматически, в зависимости от места работы специалиста ).
После ввода данных специалист нажимает кнопку Далее .
Если специалист осуществляет запрос кратких сведений о ЮЛ/ИП или запрос полной выписки из ЕГРИП, то он перейдет на следующую форму мастера (см. п.5).
Если специалист осуществляет запрос выписки из ЕГРЮЛ, то он перейдет на следующую форму мастера (см. п.6).
На данной форме мастера действий специалист вводит данные о ЮЛ/ИП, в отношении которого составляется запрос:
ОГРН – указывает ОГРН ЮЛ/ИП, в отношении которого составляется запрос;
ИНН – указывает ИНН ЮЛ/ИП, в отношении которого составляется запрос.
После ввода данных специалист нажимает кнопку Далее (см. п.7) .
На данной форме мастера действий специалист вводит данные о ЮЛ, в отношении которого составляется запрос:
ОГРН – указывает ОГРН ЮЛ, в отношении которого составляется запрос;
ИНН – указывает ИНН ЮЛ, в отношении которого составляется запрос.
Номер дела – указывает, при необходимости, номер дела, находящегося в производстве в суде или правоохранительном органе, участником которого является юридическое лицо, в отношении которого запрашивается выписка.
После ввода данных специалист нажимает кнопку Далее .
На данной форме мастера действий специалист проверяет сводные данные.
В случае отсутствия ошибок в отправленном запросе отвечающей стороной в установленный законодательством срок передается ответ, содержащий краткие сведения/выписку из ЕРГЮЛ/ЕГРИП. Специалист открывает полученное задание с данными по запросу в СИР УР и выполняет его по кнопке Выполнить .
Работа по процессу завершается.
Работа с отчетами
Для подтверждения факта отправки запроса в СИР УР реализована система отчетов (печатных форм). Отчет представляет собой документ, содержащий сведения о запросе:
внутренний номер отправленного запроса;
полное наименование электронного сервиса;
сведения об организации, осуществляющей запрос;
сведения об органе государственной власти, принявший запрос в обработку;
сведения об органе государственной власти, ответившем на запрос;
ответ на исходящий межведомственный запрос;
информацию о длительности подготовки ответа на запрос.
Примечание. Отчет предназначен для того, чтобы подтверждать факт отправки запроса в федеральное ведомство, а так же, при необходимости, тот факт, что федеральное ведомство не ответило в установленный законодательством срок в 5 рабочих дней. При необходимости исполнитель может распечатать данный отчет и подписать его (При необходимости так же можно подписать отчет руководителем исполнителя).
Для того чтобы сформировать отчет на отправленный запрос:
в случае синхронного запроса специалист открывает полученное задание с ответом на запрос, во вложении которого находится отчет (также отчет формируется по ссылке в тексте задания). В полученном задании и отчете содержится ответ на запрос.
в случае асинхронного запроса открывает в папке Исходящие задачу с межведомственным запросом. Специалист открывает отчет по ссылке в тексте задачи.
Когда система получает ответ на асинхронный запрос, специалисту приходит задание, в которое, аналогично синхронному запросу, вложен сам отчет.
В случае если запрос, по какой либо причине, завершился с ошибкой, информация об этой ошибке так же попадает в отчет.
Типовые ошибки в работе сервисов
SMEV-100012: При обработке запроса произошла ошибка: Нет прав доступа — ошибку выдает СМЭВ, она означает, что у ведомства, отправляющего запрос, отсутствует доступ к сервису, предоставляющему информацию. При обнаружении данной ошибки необходимо обратиться в службу поддержки компании DIRECTUM, для переадресации запроса в техническую поддержку СМЭВ.
SMEV-100020: При обработке запроса произошла ошибка: Не удается связаться с сервисом проверки сертификата > — ошибку выдает СМЭВ, она означает, что сервис проверки электронной подписи СМЭВ, который проверяет каждый проходящий через СМЭВ запрос, был временно неработоспособен, в результате чего СМЭВ не смог доставить запрос до сервиса. При обнаружении данной ошибки необходимо повторить запрос позже (типовое время решения проблемы составляет несколько часов). При неоднократном возникновении данной ошибки необходимо обратиться в службу поддержки компании DIRECTUM, для переадресации запроса в техническую поддержку СМЭВ.
SMEV-200007: При обработке ответа произошла ошибка: Сертификат отозван УЦ — ошибку выдает СМЭВ, она означает, что ответ от ФОИВ подписан отозванной или просроченной электронной подписью. При обнаружении данной ошибки необходимо обратиться в службу поддержки компании DIRECTUM, для переадресации запроса в техническую поддержку СМЭВ.
SMEV-200008: При обработке ответа произошла ошибка: Не найдена подпись документа — ошибку выдает СМЭВ, она означает, что ответ федерального ведомства некорректно подписан ЭП. При обнаружении данной ошибки необходимо обратиться в службу поддержки компании DIRECTUM, для переадресации запроса в техническую поддержку СМЭВ.
Gateway has encountered an unexpected error — ошибку выдает центр обработки данных (ЦОД) в г. Казань, она означает, что ЦОД не смог корректно маршрутизировать запрос. При обнаружении данной ошибки необходимо обратиться в службу поддержки компании DIRECTUM, для переадресации запроса в техническую поддержку СМЭВ.
Cannot perform client request — ошибку выдает центр обработки данных в г. Казань, она означает, что в момент обращения к сервису он был недоступен. При обнаружении данной ошибки необходимо повторить запрос позже (типовое время решения проблемы составляет несколько часов). При неоднократном возникновении данной ошибки необходимо обратиться в службу поддержки компании DIRECTUM, для переадресации запроса в техническую поддержку СМЭВ.
Похожие документы:
. порядок предоставления сведений из ЕГРН Указано, в частности, что запрос на предоставление сведений заявитель сможет подать в регистрирующий орган .
В конце декабря 2019 года российское правительство приняло закон, согласно которому родители детей от 3 до 7 лет имеют право на получение социального пособия. Выплата полагается тем семьям, которые входят в число малоимущих. То есть, чтобы получить деньги, придется доказать, что родители ребенка получают не более той суммы, что установлена региональными властями.
В конце марта, когда президент РФ дал указание начать выдачу пособий ранее, чем это было запланировано, многие люди, претендующие на помощь от государства, стали подавать заявления и собирать соответствующие документы, которые подтверждают их доход.
Заявить о своем праве на выплаты можно через несколько сервисов:
- Госуслуги.
- ПФР.
- Портал социальной защиты.
Однако, после того, как граждане отправляли заявления, некоторые из них получали ответ из СМЭВ с ошибкой.
Что же это такое?
СМЭВ представляет собой систему межведомственного электронного взаимодействия. Данный сервис был разработан специально для того, чтобы синхронизировать данные россиян между разными государственными органами. например, если ПФР потребуется произвести проверку паспортных данных заявителя, то через СМЭВ будет составлено обращение в МВД для того, чтобы произвести проверку подлинности паспорта гражданина.
Если же ответ приходит с ошибкой, значит речь идет о наличии расхождений в имеющихся сведениях о документах.
Важно! В некоторых случаях подобное оповещение – это сигнал о наличии временных проблем у сервиса. В такой ситуации нужно просто немного подождать.
Разбирая подобный статус с технической стороны, можно сказать, что процесс выглядел следующим образом: система отправила в СМЭВ запрос для того, чтобы проверить подлинность данных заявителя, но запрос был отклонен.
Причинами могут быть:
- Ошибки в документах.
- Отсутствие сведений о конкретном документе.
- Сброс запроса по причине длительного ожидания ответа.
Практика показала, что в случае с подачей заявления на пособие на детей от 3 до 7 лет, отказ чаще всего приходит из-за расхождений в поданных ранее сведениях.
Важно! Необходимо обязательно прочесть, что сказано в примечании. Там всегда прописывается причина отказа.
Чтобы решить проблему, потребуется связаться с ведомством и уточнить у специалиста ряд вопросов. Это поможет устранить расхождения в случае их наличия и на следующий запрос уже будет вынесено положительное решение.
Читайте также:
- Путешествие в антарктиду сообщение
- Сообщение о дикой кошке
- Сообщение о кривом роге
- Сообщение разработчика что это
- Сообщение между сочи и адлером
| Исключение | Текст ошибки |
| AccessDeniedException | Доступ запрещён |
| AttachmentContentMiscoordinationException | «Количество вложений — » + @количество_вложений + «, нет ни одного заголовка.» «Количество вложений — » +@количество_вложений + «, количество заголовков — » + @количество_заголовков «Вложение [Id=»» + @id_вложения + «»] не имеет заголовка.» «Некорректная информация о фтп вложениях; message id = » + @id_сообщения «Вложения не имеют заполненных требуемых полей.» |
| AttachmentSizeLimitExceededException | Превышен максимально допустимый суммарный размер присоединённых файлов. Превышен максимально допустимый суммарный размер ftp файлов. |
| QuoteLimitExceededException | Квота на файловое хранилище для получателя превышена! |
| BusinessDataTypeIsNotSupportedException | Неподдерживаемый тип запроса. Попытка послать сообщение {» + @requestNamespaceURI + «}» + @requestRootElementLocalName + » через метод sendRequest, в то время как этот тип сообщений зарегистрирован как » + @recipientSMEVAddress.getMessageCategory() |
| InvalidContentException | «Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @Message_Id |
| RecipientIsNotFoundException | Не удалось найти получателя по причине неполноты входных данных: » + @error «Невозможно определить получателя для сообщения. Полное имя корневого элемента: {» +@requestNamespaceURI + «}» + @requestRootElementLocalName «Не удалось найти получателя по причине неполноты входных данных: » + @error” «Невозможно определить получателя для сообщения. Полное имя корневого элемента: {» + @ requestNamespaceURI + «}» + @requestRootElementLocalName + «; Ошибка ОКТМО:» + @error «Найдено несколько получателей для сообщения. Полное имя корневого элемента: {» +@ requestNamespaceURI + «}» + @requestRootElementLocalName «Не удалось найти получателя по причине неполноты входных данных: » + @error |
| SMEVFailureException | Ошибка СМЭВ. Обратитесь в службу технической поддержки. |
| SenderIsNotRegisteredException | «Информационная система не зарегистрирована в СМЭВ.» «Сертификат сотрудника не зарегистрирован в СМЭВ.» |
| SignatureVerificationFaultException | «Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Сертификат сотрудника не действителен.» «Проверка подписи на вложении » + @id_вложения + «: срок действия сертификата истёк.» «Проверка подписи на вложении » + @id_вложения + «: » + @error «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code |
| DestinationOverflowException | «Очередь, в которую должно быть отправлено сообщение, переполнена.» |
| MessageIsAlreadySentException | «Сообщение с идентификатором » + @messageId + » было послано ранее.» |
| InvalidMessageIdFormatException | «Недопустимый формат идентификатора сообщения. См. RFC-4122.» |
| StaleMessageIdException | «Timestamp идентификатора сообщения слишком давний.» |
Перечень ошибок, возвращаемых транспортной подсистемой СМЭВ, после отправки сообщения методом sendResponse
| Исключение | Текст ошибки |
| AccessDeniedException | Доступ запрещён |
| AttachmentContentMiscoordinationException | «Количество вложений — » + @количество_вложений + «, нет ни одного заголовка.» «Количество вложений — » +@количество_вложений + «, количество заголовков — » + @количество_заголовков «Вложение [Id=»» + @id_вложения + «»] не имеет заголовка.» «Некорректная информация о фтп вложениях; message id = » + @id_сообщения «Вложения не имеют заполненных требуемых полей.» |
| AttachmentSizeLimitExceededException | Превышен максимально допустимый суммарный размер присоединённых файлов. Превышен максимально допустимый суммарный размер ftp файлов. |
| QuoteLimitExceededException | Квота на файловое хранилище для получателя превышена! |
| BusinessDataTypeIsNotSupportedException | «Неподдерживаемый тип запроса.» «Попытка послать сообщение {» + @businessDataNamespaceURI + «}» + @businessDataRootElementLocalName + » через метод sendResponse, в то время как этот тип сообщений зарегистрирован как » + @messageType |
| InvalidContentException | «Нарушен формат бизнес-конверта.» «Попытка послать сообщение {» + @businessDataNamespaceURI + «}» + @businessDataRootElementLocalName + » через метод sendResponse, в то время как этот тип сообщений не зарегистрирован в СМЭВ.» |
| RecipientIsNotFoundException | «Невозможно определить получателя для ответа на запрос. Адресная информация: » + @SenderProvidedResponseData().getTo() «Не удалось найти получателя по причине неполноты входных данных: » @error «Невозможно определить получателя для ответа на запрос. Адресная информация: » +@SenderProvidedResponseData().getTo() |
| SMEVFailureException | Ошибка СМЭВ. Обратитесь в службу технической поддержки. |
| SenderIsNotRegisteredException | «Информационная система не зарегистрирована в СМЭВ.» «Сертификат, которым подписано вложение, не зарегистрирован в СМЭВ.» |
| SignatureVerificationFaultException | «Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Сертификат, которым подписано вложение, не действителен.» «Проверка подписи на вложении » + @id_вложения + «: срок действия сертификата истёк.» «Проверка подписи на вложении » + @id_вложения + «: » + @error «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code |
| DestinationOverflowException | «Очередь, в которую должно быть отправлено сообщение, переполнена.» |
| MessageIsAlreadySentException | «Сообщение с идентификатором » + @messageId + » было послано ранее.» |
| InvalidMessageIdFormatException | «Недопустимый формат идентификатора сообщения. См. RFC-4122.» |
| StaleMessageIdException | «Timestamp идентификатора сообщения слишком давний.» |
Перечень ошибок, возвращаемых транспортной подсистемой СМЭВ, после запроса на получение сообщения методом getRequest
| Исключение | Текст ошибки |
| InvalidContentException | «Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @MessageId |
| SMEVFailureException | Ошибка СМЭВ. Обратитесь в службу технической поддержки. |
| SenderIsNotRegisteredException | «Отправитель не зарегистрирован в СМЭВ» «Предъявленный сертификат пользователя » + @CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирован в СМЭВ» |
| SignatureVerificationFaultException | «Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code |
| UnknownMessageTypeException | «Входящая очередь запрошенного типа сообщений, принадлежащая пользователю » +@CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирована в СМЭВ» |
Перечень ошибок, возвращаемых транспортной подсистемой СМЭВ, после запроса на получение сообщения методом getResponse
| Исключение | Текст ошибки |
| InvalidContentException | «Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @MessageId |
| SMEVFailureException | Ошибка СМЭВ. Обратитесь в службу технической поддержки. |
| SenderIsNotRegisteredException | «Отправитель не зарегистрирован в СМЭВ» «Предъявленный сертификат пользователя » + @CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирован в СМЭВ» |
| SignatureVerificationFaultException | » Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code |
| UnknownMessageTypeException | «Входящая очередь запрошенного типа сообщений, принадлежащая пользователю » +@CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирована в СМЭВ» |
Перечень ошибок, возвращаемых транспортной подсистемой СМЭВ, после отправки подтверждения получения сообщения методом ack
| Исключение | Текст ошибки |
| InvalidContentException | «Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @MessageId |
| SMEVFailureException | Ошибка СМЭВ. Обратитесь в службу технической поддержки. |
| SenderIsNotRegisteredException | «Информационная система не зарегистрирована в СМЭВ.» «Предъявленный сертификат пользователя » + @CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирован в СМЭВ» |
| SignatureVerificationFaultException | » Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code |
| TargetMessageIsNotFoundException | «Сообщение » + @AckTargetMessage » не найдено среди неподтверждённых.» |
Перечень ошибок, возвращаемых транспортной подсистемой СМЭВ, после обращения к методу getStatus
| Исключение | Текст ошибки |
| InvalidContentException | «Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @MessageId |
| SMEVFailureException | Ошибка СМЭВ. Обратитесь в службу технической поддержки. |
| SenderIsNotRegisteredException | «Информационная система не зарегистрирована в СМЭВ.» «Предъявленный сертификат пользователя » + @CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирован в СМЭВ» |
| SignatureVerificationFaultException | » Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code |
| UnknownMessageTypeException | «Входящая очередь запрошенного типа сообщений, принадлежащая пользователю » +@CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) + » не зарегистрирована в СМЭВ» |
Перечень ошибок, возвращаемых транспортной подсистемой СМЭВ, после обращения к методу getIncomingQueueStatistics
| Исключение | Текст ошибки |
| InvalidContentException | «Нарушен формат бизнес-конверта.» «Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = » + @MessageId |
| SMEVFailureException | Ошибка СМЭВ. Обратитесь в службу технической поддержки. |
| SenderIsNotRegisteredException | «Информационная система не зарегистрирована в СМЭВ.» |
| SignatureVerificationFaultException | » Отсутствует ЭП-ОВ» «Срок действия сертификата истёк. Сертификат действителен до » + @validUntil «Срок действия сертификата не начался. Сертификат действителен с » + @validSince «Срок действия сертификата » + @signatureTypeAsString + » истёк.» @signatureTypeAsString + » не соответствует подписанным данным: « @signatureTypeAsString + » отсутствует в сообщении » + @MessageId «Cертификат отозван. Код ответа в ГУЦ:» + @code |
В случае отсутствия или неработоспособности электронного сервиса, Поставщики обязаны согласовать с Потребителями порядок временного взаимодействия согласованные порядки обязаны опубликовать на своих официальных сайтах.
Подробнее
Переход со «СМЭВ2» на «СМЭВ3», а точнее использование Методических
рекомендации по работе с ЕСМЭВ версия 3.хх, позволил в корне решить проблему обеспечивания доступности сервисов (видов сведений) СМЭВ. Тем не менее, добиться существенного повышения работоспособности СМЭВ-сервисов так и не удалось. До сих пор очень часто встречается ситуация, при которой сервис (вид сведений) раьотоспособено только в тестовой среде, а продуктивные запросы остаются без ответа, либо возвращают ответ с ошибкой.
Например, на момент написания настоящего материала, подобной проблемой страдает один из важнейших видов сведений страны — ВС Росреестра «Прием обращений в ФГИС ЕГРН».
Причин неработоспособности может быть много:
- сервис (вид сведений) «сломался»;
- недобросовестный разработчик поставщика поставил на сервисе «заглушку», отвечающую на все запросы «Данные отсутствуют»;
- в погоне за сроками поставщик не рассчитал бюджет на разработку, поэтому сервис был выведен в продуктивную среду формально и не подключен к соответствующему обработчику (источнику данных);
- информационная система на стороне поставщика может некорректно обрабатывать ответы на конкретные запросы, в результате чего ответ не проходит проверку на стороне СМЭВ и возвращается поставщику с ошибкой ФЛК.
В любом случае, существует аргумент, позволяющий потребителю организовать получение необходимых данных.
В соответствии с Протоколом Подкомиссии по использованию информационных технологий при предоставлении государственных и муниципальных услуг Правительственной комиссии по использованию информационных технологий для улучшения качества жизни
и условий ведения предпринимательской деятельности №18 от 30.09.2011, Раздел I, п.6 » Поставщики обязаны согласовать с Потребителями порядок временного взаимодействия в случае отсутствия или неработоспособности электронного сервиса, согласованные порядки обязаны опубликовать на своих официальных сайтах».
К сожалению, указанный протокол отсутствует в открытом доступе. Тем не менее, ссылка на его содержание представлена в Приложении № 8 к протоколу заседания подкомиссии от 12 июля 2017 г.
Таким образом, в случае неработоспособности или ошибок в работе сервиса СМЭВ потребителю необходимо выполнить следующие действия:
- убедиться, что вид сведений формально выведен в продуктивную среду;
- собрать информацию о неработоспособности сервиса для ее передачи поставщику;
- связаться с ответственным лицом на стороне поставщика;
- сообщить поставщику о неработоспособности сервиса и указать на требование Протокола о предоставлении временного решения, по необходимости сформировать запрос в Ситуационном центре Электронного правительства;
- дождаться подготовки поставщиком временного способа (интерфейса) для получения данных сервиса;
- обеспечить направление запросов и получение ответов на своей стороне.