Сведения приведены в документе Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 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;
- убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе «Новости».
zzeee |
|
|
Статус: Новичок Группы: Участники
|
В процессе формирования запроса к СМЭВ 3 на php с запуском подписей и хешей через консольные cryptcp и csptest все время получаем SignatureIsInvalid. Код: Формирование подписи: Код: После — разворачиваем и в base64 Код: Код формирования хэша: Код: результирующий хеш разворачиваем и переводим в base64: Код: Сертификат организации экспортируем Код: Итоговый запрос: Код: Отправляем: Результат стабилен: Код: Что мы делаем не так? Очень просим помощи… Отредактировано пользователем 25 июля 2017 г. 17:31:36(UTC) |
 |
|
|
Kirill Sobolev |
|
|
Статус: Сотрудник Группы: Участники Поблагодарили: 177 раз в 168 постах |
Узел SenderProvidedRequestData в примере и в итоговом запросе сильно отличается. |
|
Техническую поддержку оказываем тут |
|
|
|
WWW |
|
zzeee |
|
|
Статус: Новичок Группы: Участники
|
Автор: Kirill Sobolev Узел SenderProvidedRequestData в примере и в итоговом запросе сильно отличается. Ошибка копипаста. Исправлено Отредактировано пользователем 25 июля 2017 г. 17:34:24(UTC) |
|
|
|
|
Максим Коллегин |
|
|
Статус: Сотрудник Группы: Администраторы Сказал «Спасибо»: 21 раз |
Хэш не надо разворачивать. |
|
Знания в базе знаний, поддержка в техподдержке |
|
|
|
WWW |
|
zzeee |
|
|
Статус: Новичок Группы: Участники
|
спасибо) |
|
|
|
|
Kirill Sobolev |
|
|
Статус: Сотрудник Группы: Участники Поблагодарили: 177 раз в 168 постах |
Цитата: Ошибка копипаста. Исправлено Все равно — в примере узла <ns:TestMessage/> нет, а в итоговом запросе он откуда-то появляется. |
|
Техническую поддержку оказываем тут |
|
|
|
WWW |
|
zzeee |
|
|
Статус: Новичок Группы: Участники
|
Братцы, спасибо огромное ) Отредактировано пользователем 26 июля 2017 г. 10:12:15(UTC) |
|
|
|
|
zzeee |
|
|
Статус: Новичок Группы: Участники
|
Снова обращаюсь за помощью. Код: Подписываем так: Код: заодно экспортируем сертификат и открытый ключ (для дальнейшей проверки) Хэш: Код: к сожалению не получается почему-то сразу csptest’ом сделать и хеш через -hashout=filename. Подпись — разворачиваем. Хэш — не разворачиваем. На всякий случай проверяем подпись: Код: Проверку она стабильно проходит Формируем СМЭВ конверт: Код: Но результат все равно: Код: Что мы делаем не так? Отредактировано пользователем 27 июля 2017 г. 15:31:47(UTC) |
|
|
|
|
Максим Коллегин |
|
|
Статус: Сотрудник Группы: Администраторы Сказал «Спасибо»: 21 раз |
A СМЭВ-трансформ реализован верно? С ним постоянно какие-то чудеса. |
|
Знания в базе знаний, поддержка в техподдержке |
|
|
|
WWW |
|
zzeee |
|
|
Статус: Новичок Группы: Участники
|
А может есть работающий канонизорованный пример? Код: ругается: Сообщение не соответствует схеме сервиса СМЭВ |
|
|
|
| Пользователи, просматривающие эту тему |
|
Guest |
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
| Исключение | Текст ошибки |
| 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 |
И Регламентом СМЭВ 3.х к СМЭВ могут быть подключены только следующие категории Участников: ОИВ, ОМСУ, УЦ, ЗАГС, МФЦ, БКИ, Кредитные организации,
Брокеры, Управляющие, Депозитарии, Управляющие компаний специализированных обществ, ПА, БПА. С критериями определения Участников можно ознакомиться в документе, опубликованном на Технологическом портале СМЭВ: http://smev.gosuslugi.ru/portal/api/files/get/194774 .
Для подключения к СМЭВ необходимо направить заявку на присоединение к Регламенту СМЭВ . Оригинал заявки направляется в Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации (125375, г. Москва, ул. Тверская, д. 7) с сопроводительным письмом на бланке организации. Дополнительно посредством личного кабинета Ситуационного центра необходимо создать запрос на подключение к СМЭВ приложив скан-копию направленной заявки на присоединение.
Примечание:
Территориальные органы/структурные подразделения не являются Участниками взаимодействия. Взаимодействие со СМЭВ структурных подразделений осуществляется через головную организацию. Взаимодействие внутри организации производится по внутренним каналам Участника взаимодействия.
Один из этапов получения доступа к электронному сервису Поставщика в СМЭВ является оформление заявки на предоставление доступа к электронному сервису (Актуальную форму заявки можно найти на http://smev.gosuslugi.ru/portal/). Заявка должна включать сведения:
1. Наименование Участника информационного взаимодействия в СМЭВ, ОГРН — Потребителя информации, запрашивающего доступ;
2. Наименование и мнемонику информационной системы Потребителя, интерфейсом которой является электронный сервис, который будет обращаться к запрашиваемому сервису Поставщика. Мнемоника ИС — это буквенно-цифровой код информационной системы Участника информационного взаимодействия, который присваивается ИС в процессе ее регистрации в СМЭВ;
3. Наименование Поставщика информации в СМЭВ – Поставщика электронного сервиса, к сервису которого запрашивается доступ;
4. Реквизиты нормативных правовых актов, с указанием конкретных пунктов (частей, статей), подтверждающих основание получения доступа к электронному сервису (федеральные законы, постановления Правительства Российской Федерации, приказы Участника информационного взаимодействия об утверждении административных регламентов, соглашения об информационном обмене, иные правовые акты, предусматривающие информационное взаимодействие);
5. Наименование электронного сервиса с указанием идентификатора сервиса в СМЭВ (SID….);
6. Таблицу с указанным уровнем доступа к электронному сервису (полный уровень доступа ко всем операциям электронного сервиса или доступ к конкретным операциям электронного сервиса, перечисленным в таблице);
7. Подпись уполномоченного лица Потребителя, заверенную соответствующей гербовой печатью.
На основании чего требуется электронный адрес [email protected]?
Участник должен создать выделенный электронный почтовый ящик, предназначенный для переписки по вопросам СМЭВ. Адрес почтового ящика должен быть составлен следующим образом: [email protected], где это домен, владельцем которого является Участник.
Запрос по электронной почте должен отправляться только с выделенного почтового ящика, предназначенного для переписки по вопросам СМЭВ, вида [email protected], в противном случае он не будет рассмотрен.
Дополнительно напоминаем о том, что основным способом направления обращения является личный кабинет ситуационного центра.. На открывшейся форме авторизации в ЕСИА, ввести свой телефон
(СНИЛС
, e-mail) и пароль и, войдя в личный кабинет ЕСИА, на странице «Выбор роли» нажать на строку с названием Вашей организации.
Электронная почта является резервным способом направления обращения, который используется в случае недоступности https://сайт
.
Что такое ЕПГУ?
Единый портал государственных услуг
Назначение ЕПГУ:
- Публикация информации о государственных услугах и государственных функциях на ЕПГУ в соответствии со сведениями, представленными в Сводном реестре услуг;
- Предоставление формы заявлений и иных документов, необходимых для получения государственной услуги (функции);
- Обеспечение оплаты начислений и госпошлин, формирование статистической информации об оказании госуслуг органами исполнительной власти (ОИВ);
- Обеспечение возможности пользования ЕПГУ слабовидящими гражданами и иностранцами;
- Обеспечение возможности обучения новых пользователей работе с ЕПГУ;
- Обеспечение возможности для заявителей в целях получения государственных услуг (функций) представлять документы в электронном виде, в том числе и с возможностью использования электронной цифровой подписи;
- Обеспечение возможности осуществления мониторинга хода предоставления государственных услуг или исполнения государственных функций;
- Обеспечение возможности получения заявителем результатов предоставления государственных услуг (функций) в электронном виде, если это не запрещено федеральным законом
Информационная система, заключающая в себе информационные базы данных, в которых хранятся сведения о программных и технических средствах, применяемых организациями, и которые позволяют пользоваться электронными сервисами, электронными сообщениями при обеспечении муниципальными и госуслугами, а также гарантирующая взаимодействие между электронными информационными системами организаций, которые применяются при предоставлении гос- и муниципальных услуг в форме цифрового документооборота, называется система межведомственного электронного взаимодействия (СМЭВ).
Цель разработки системы
Система межведомственного электронного взаимодействия ратифицирована постановлением Правительства РФ от 8.09.2010 за номером 697. В нем прописаны первостепенные правила создания, а также работоспособности системы взаимодействия и передачи информации, которая будет осуществляться с ее использованием между информационными системами госорганов исполнительной власти субъектов страны, внебюджетных фондов с господдержкой, муниципальных и госучреждений, МФЦ и прочих органов с целью обеспечения услугами (государственных и муниципальных), а также исполнения функций на муниципальном и государственном уровнях в виде электронного документооборота.
При выполнении муниципальных и государственных функций в и оказании публичных услуг должно быть гарантировано технологическое и информационное взаимодействие всех подключенных органов и организаций. Опираясь на эту цель, была разработана единая система межведомственного электронного взаимодействия. Это полноценная государственная на федеральной основе.
Описание системы
Основное назначение СМЭВ решать круг определенных задач. Как то:
Беспрепятственное осуществление муниципальных и госфункций с помощью электронного документооборота,
Оказание услуг на уровне государства и муниципалитета в электронной форме, включая с использование многоцелевой электронной пластиковой карты и государственной (на федеральной основе) информационной базе «Единый портал государственных и муниципальных услуг (функций)»,
Гарантия при условии электронного документооборота информационного согласования при оказании услуг или функций на муниципальной и/или государственной основе.
Технологическое взаимодействие
Технологически согласовать взаимодействие системы можно, применив электронные сервисы, которые должны быть выстроены по общеустановленным стандартам с задействованием единых технологических приемов и решений, единым классификаторам и описаниями состава баз данных.
Функции системы
Существенными признаны следующие:
Гарантировать обмен запросами, сведениями и документами, необходимыми для выполнения муниципальных и госуслуг, заявленными через единый портал, органов и/или организаций, присоединенных к системе электронного взаимодействия и которым вменено в обязанность обеспечивать граждан запрашиваемыми услугами;
Гарантировать обмен документами в электронном формате между организациями и/или органами, присоединенными к СМЭВ для выполнения услуг или функций на муниципальной и государственной основе;
Гарантировать обмен запросами, сведениями и документами через единый портал, которые уже прошли обработку в информационных системах и базах организаций и органов, а также информации о стадии реализации запроса для исполнения услуги от муниципалитета или государства.
Для осуществления этих функций система межведомственного электронного взаимодействия обязана добиться обеспечения:
Беспрепятственного доступа к электронным базам и сервисам, подсоединенных к СМЭВ информационных систем,
Фиксации, пересылки и обработки цифровых документов в границах взаимодействия организаций и органов с регистрацией времени оформления заявки, целостности и достоверности документов, а также доказательства их авторства и отслеживанием истории движения запроса при обеспечении государственными и/или муниципальными услугами, и/или реализации муниципальных и государственных функций в форме цифрового документооборота,
Возможности присоединения к действующим централизованным базам данных и/или единых классификаторов, входящих в систему,
Защиты находящейся в системе информации от хакерских атак и нелегального доступа, а также ее блокировки или подтасовки с момента поступления цифровых документов до передачи их к другим информационным системам,
Безопасности цифровой документации, хранящейся в реестрах информационных серверов организаций и органов, подключенных к СМЭВ и оценки эффективности, охваченных реестрами электронных сервисов.
Цифровые сообщения и документы, заключающие в себе государственную тайну, к обработке и хранению в системе запрещены.
Составляющие системы электронного взаимодействия
Для эффективной работы СМЭВ к ней должны подсоединиться:
Информационные системы федерального подчинения, которые полезны при обеспечении государственными услугами и исполнениями государственных функций исполнительной властью федерального подчинения и внебюджетными фондами,
Система межведомственного электронного взаимодействия регионального подчинения, которая была выстроена в субъектах страны, с целью гарантировать обеспечения госуслугами в электронной форме и исполнять государственную функцию исполнительной властью регионов РФ, а также обеспечения услугами на муниципальном уровне и исполнения функций руководством муниципального образования,
Информационные системы некоторых органов и/или организаций, участие коих обязательно при исполнении публичных услуг и функций на государственном или муниципальном уровне на договорной основе с провайдером системы или органами и организациями, участниками системы.
Деятельность органов государственного, регионального и/или городского уровня предоставляя публичные услуги должна быть сосредоточена на обеспечении неделимости функционирования системы электронного взаимодействия.
Единая система межведомственного электронного взаимодействия и присоединенные к ней информационные системы выполняют свои функции на бесплатной основе.
Электронное правительство и СМЭВ
Процесс построения электронного правительства значительно продвинулся с появлением системы межведомственного электронного взаимодействия. До ее появления работа не ладилась из-за различных технологий, создаваемых организациями или органами информационных систем. Естественно, что в этих условиях обмен информацией был практически невозможен.
Сегодня же система межведомственного электронного взаимодействия позволяет беспрепятственно, а зачастую автоматически обмениваться информацией между органами и организациями, подключенными к этой системе.
Благодаря электронному взаимодействию электронное правительство дает возможность:
Снизить (если не исключить) влияние географического положения гражданина,
Увеличить политическую активность граждан,
Включить граждан в процесс получения услуги от государства или муниципалитета самостоятельно, используя электронные сервисы,
Быстрее оказывать муниципальные или государственные услуги населению и/иди бизнесу.
Главное, чего добивается электронное правительство — возможность оформлять документы дома не отходя от компьютера. А это повлечет за собой снижение бумажной волокиты и бюрократических препон.
Росреестр и система электронного взаимодействия
Федеральная служба госрегистрации, кадастра и картографии (Росреестр) оказывает услуги по предоставлению информации по системе СМЭВ. Росреестр участвует в обмене информацией в электронном виде между муниципальными, региональными и центральными органами власти. Это позволяет освободить граждан, обращающихся за услугами, сбора нужных документов самостоятельно.
Росреестр, согласно федеральному закону от 13.07.2015 № 218-ФЗ, оказывает услуги прямого доступа к своим информационным системам. Эти электронные сервисы дают возможность некоторым кредитным организациям и девелоперам оформлять заявки на услуги Росреестра в электронном виде.
Крупным потребителем электронного сервиса службы является Сбербанк, который тоже подключен к системе МЭВ. Благодаря этому клиенты банка, приобретающие жилье в ипотеку, регистрируют его не выходя из дома.
Единый электронный сервис
Состоит он из технических и программных средств, которые обеспечивают единый способ электронного документооборота через информационные системы организаций и органов при обмене информацией для оказания муниципальных и государственных услуг населению посредством технологии электронных очередей, не требующей прямого взаимодействия и работающей в асинхронном режиме.
Органы и организации, получающие информацию через электронные сервисы, инициируют запрос, СМЭВ через оператора системы выдает необходимую информацию.
Технические особенности
Система электронного согласования является сетью защищенных каналов связи, которые расположены между узлами, которые, в свою очередь, находятся в центрах обработки баз данных Ростелекома. Узел системы (каждый в отдельности) — это шина на Enterprise Service Bus. Каждый участник системы МЭВ является одновременно потребителем и поставщиком информации:
Каждый поставщик, подключенный к СМЭВ, создает электронный сервис, с целью обработки поступающих запросов и выдачи сведений,
Каждый потребитель создает собственный адаптер, способный безошибочно запрашивать информацию и получать ответ.
Оператор СМЭВ
Оператором системы является Министерство связи и массовых коммуникаций РФ. А за строительство инфраструктуры, как и за технические подробности, отвечает «Ростелеком».
Взаимодействие информационных систем происходит через электронные сервисы, которые реализованы в виде веб-сервисов. Электронные сообщения передаются посредством протокола SOAP поверх HTTP. Электронные подписи передаются в стандартах XMLDsig и PKCS #7. Электронные документы ходят в системе в формате PDF/A, а реквизиты размещаются в XML-файле.
Правила разработки и форматы, применяемые в системе, регламентируются нормативными актами Министерства связи РФ.
Заявителю на заметку
Заявитель, обращаясь в СМЭВ должен знать, что органы, оказывающие государственные и муниципальные услуги не имеют права требовать:
Предоставлять информацию, документы или осуществить действие, не предусмотренное законодательством РФ, регулирующем отношения, возникающие при обращении за муниципальной или госуслугой;
И/или документы, которые находятся в информационных базах органов, осуществляющих муниципальные или госуслуги;
Обращаться в иные муниципальные или государственные органы для получения каких-либо муниципальных или госуслуг, за некоторым исключением, регламентируемым Федеральным законом от 27.07.2010 N 210-ФЗ.
- — cервис регистрации сертификатов, cервис регистрации пользователей в ЕСИА (поставщик — Минкомсвязи);
- — cервис предоставления выписки из ЕГРЮЛ/ЕГРИП (поставщик — ФНС РФ) — выведен из эксплуатации 30.04.2018
; - — cервис предоставления сведений о соответствии фамильно-именной группы, даты рождения, пола и СНИЛС (поставщик — ПФР РФ);
- — cервис проверки действительности паспорта (поставщик — МВД РФ).
-
- 1. Создаем ЭП-ОВ (электронную подпись органа власти): обычная квалифицированная электронная подпись. Рекомендуем выпустить ее на юридическое лицо.
- 2. Заполняем паспорт ИС .
- 3. Создаем заявку на регистрацию ИС на портале https://sc.minsvyaz.ru
    Тема заявки: регистрация ИС
    Текст заявки: Прошу перерегистрировать в СМЭВ ИС
    Необходимые документы во вложении в ZIP-архиве.
    Технический специалист — ФИО, телефон, email
    Ответственное лицо в ведомстве — ФИО, телефон, email.
    К заявке прикладываем паспорт ИС и файл сертификата ЭП-ОВ в zip-архиве
В результате получаем зарегистрированную ИС и присвоенную мнемонику ИС. Ориентировочное время выполнения — 1 день.
-
- 1. Оформляем заявку по данной форме . ()
- 2. С помощью демо-версии сервиса формируем контрольный запрос, подписанный электронной подписью вашей ИС.
- 3. Создаем заявку на доступ к сервису на портале https://sc.minsvyaz.ru
     Тема заявки: Предоставление доступа_—
     Текст заявки: Прошу предоставить доступ для к сервису с адресом
     Во вложении паспорт ИС
.
     Технический специалист — ФИО, телефон, email
     Ответственное лицо в ведомстве — ФИО, телефон, email.
     К заявке прикладываем паспорт ИС (оформляли на предыдущем шаге. Не забудьте заполнить мнемонику), скан-копию бланка заявки, контрольный пример в zip-архиве.
В результате получаем доступ ИС к сервису ЕСИА. Ориентировочное время выполнения – 12 дней.
- 1. Создать – руководителя организации или представителя юридического лица, имеющего право действовать от имени организации без доверенности.
- 2. После авторизации в личном кабинете руководителя в разделе «Общие данные» нажать на кнопку «Перейти к редактированию», перейти во вкладку «Организации». Далее нажать на кнопку «Создать учетную запись организации», расположенную на информационном баннере. Подробную инструкцию можно .
-
Установите и настройте бесплатную демо-версию АСКОМ-ДОК модификация СМЭВ. Для настройки потребуется регистрация вашей ИС (). Через Интернет отправьте запрос, к тестовому сервису. Доступ в СМЭВ не требуется. В разделе «Документооборот» сохраните файл контрольного запроса, подписанный ЭП Вашей ИС
-
- 1. Формируем заявку согласно Приложению Е регламента ЕСИА .
- 2. В заявке отметить только пункт «Внесения записи в технический регистр хранения информации о выданных аккредитованными удостоверяющими центрами квалифицированных сертификатов ключа проверки электронной подписи (КЭП) (сервис на СМЭВ)». .
- 3. К заявке прикладываем свидетельство об аккредитации и сертификат ЭП-ОВ (электронная подпись органа власти).
- 4. Заявку отправляем на портале sc.minsvyaz.ru
В результате получаем доступ к тестовой ЕСИА. Ориентировочное время выполнения – 7 дней.
-
- 1. Формируем заявку согласно Приложению М Регламента ЕСИА . . .
- 2. К заявке прикладываем свидетельство об аккредитации и сертификат ЭП-ОВ (электронная подпись органа власти).
- 3. Заявку отправляем на портале sc.minsvyaz.ru
В результате получаем доступ к промышленной ЕСИА. Ориентировочное время выполнения – 4 дня.
- — паспорт ИС (xls файл с именем Форма предоставления информации об ИС. Заполнялся при регистрации ИС)
- — контрольный пример, подписанный вашей ЭП-ОВ. Чтобы создать контрольный пример, сделайте запрос к соответствующему тестовому сервису из ПК «АСКОМ-ДОК» модификация СМЭВ. Зайдите в раздел «Документооборот» и сохраните xml файл запроса.
- //oraas.rt.ru:7777/gateway/services/SID0003525?wsdl — ФНС.
- //oraas.rt.ru:7777/gateway/services/SID0003822?wsdl — ПФР.
- //oraas.rt.ru:7777/gateway/services/SID0003418?wsdl — ФМС.
- — Для ПФР: отправить аналогичную заявку на адрес [email protected]
- — Для МВД направить письмо (Почтой России) с указанием следующих сведений:
- 1. Данные о сведениях
- a. Перечень сведений
- b. Правовые основания их предоставления
- 2. Данные об Организации
- a. Полное наименование Организации
- b. Краткое наименование Организации
- 3. Контактное лицо
- a. ФИО
- b. Телефон
- c. Адрес электронной почты
- 4. Данные об Информационной системе
- a. Наименование
- b. Мнемоника
- c. Точка подключения
В настоящий момент для аккредитованных удостоверяющих центров доступны:
Для создания учетной записи юридического лица на портале gosuslugi.ru , необходимо:
Данная инструкция предполагает, что у вас уже есть доступ в СМЭВ и доступ к сервису Регистрации пользователей в ЕСИА.
Для получения доступа к сервисам необходимо отправить Заявку. Заявка оформляется на каждый сервис отдельно.
Форма заявки публикуется на портале СМЭВ .
Образцы заполнения заявок:
Заявку необходимо оформить на фирменном бланке организации, подписать и поставить печать. Сделать скан-копию. Отправлять оригинал заявки на бумажном носителе в Минкомсвязи не требуется.
К заявке необходимо приложить:
Все три документа необходимо упаковать в zip-архив. Сформировать запрос в ситуационный центр .
Тема запроса:
Предоставление доступа —
(Пример: Предоставление доступа_УЦ АСКОМ — ФНС).
Текст запроса:
Прошу предоставить доступ для к сервису:
Во вложении паспорт ИС
, заявка и контрольный пример, подписанный ЭП-ОВ ИС
.
Технический специалист —
Ответственное лицо в ведомстве –
К запросу приложить сформированный архив.
Дополнительные действия для сервисов ПФР и МВД.
После предоставления доступа через СМЭВ, необходимо обращаться к соответствующим ведомствам-владельцам сервиса для открытия доступа на сервисе.
По непроверенной информации, тех. поддержка СМЭВ делает это самостоятельно. Тогда это должно быть отражено в их ответном письме. Если же тех. поддержка этого не сделала, то необходимо:
Письмо отправить В главное управление по вопросам миграции Министерства внутренних дел Российской Федерации Начальнику управления генерал-майору полиции Кирилловой О.Е. по адресу: 107078, г. Москва, Боярский переулок д. 4
СМЭВ 3 — это новая версия СМЭВ и новый принцип взаимодействия участников внутри СМЭВ. Главное отличие — это единый сервис, который обеспечивает гарантированную доставку сообщений. Теперь при отправке запроса не важно, доступен ли в данный момент сервис поставщика. Единый сервис СМЭВ получит ваш запрос и поставит его в очередь на обработку. Аналогично и ответы: единый сервис СМЭВ сам получит ответ от поставщика и поставит в вашу очередь на получение сообщений. Подробнее можно почитать в Методических рекомендациях по работе в ЕСМЭВ , опубликованных на портале СМЭВ 3
Еще одно отличие по сравнению со СМЭВ 2 — участники взаимодействия обращаются не к сервисам, а запрашивают соответствующие виды сведений (подробнее п. 2.2 Методических рекомендаций).
Органы власти (поставщики сведений) осуществляют перевод своих сервисов (видов сведений) из СМЭВ 2 в СМЭВ 3. У СМЭВ 3 имеется свой технологический портал , на котором публикуется вся информация по СМЭВ 3.
Адрес единого сервиса СМЭВ 3: //172.20.3.12:7500/ws?wsdl .
Эти адреса находятся в той же защищенной сети, что и СМЭВ 2. Проверить доступность СМЭВ 3 можно, открыв браузером этот адрес на сервере, с которого организован доступ в СМЭВ 2.
Все действия выполняются через Ситуационный центр . Подробно перечень действий описан на портале СМЭВ 3 в разделе Регламент обеспечения предоставления государственных услуг и исполнения государственных функций в электронном виде.
Нас интересует Приложение 3 Правила и процедуры работы в СМЭВ по Методическим рекомендациям версии 3.х (документы постоянно редактируются, поэтому ссылку не даем).
Последовательность действий:
- 1. Присоединиться к Регламенту обеспечения предоставления государственных услуг и исполнения государственных функций в электронном виде.
- 2. Зарегистровать участника и ИС в тестовой среде.
- 3. Зарегистровать участника и ИС в продуктивной среде.
- 4. Получить доступ к виду сведений (ВС) в продуктивной среде.
Подробнее по каждому пункту смотрите соответствующий вопрос-ответ.
Оформляем заявку по следующей форме .
В результате ИС в тестовой СМЭВ 3 будет присвоена мнемоника.
Заявка аналогична тестовой среде, только одно изменение: наименование среды СМЭВ – Продуктивная среда.
Оформляем заявку по следующей форме .
Данные о ИС необходимо взять из паспорта ИС в СМЭВ 2.
К заявке прикладываем ЭП-ОВ (имеющуюся в СМЭВ 2).
В результате ИС в продуктивной СМЭВ 3 будет присвоена мнемоника.
Предоставление доступа к ВС происходит по запросу: один ВС – один запрос!
Оформляем Заявку на предоставление доступа к ВС в СМЭВ.
Примеры заполнения заявки:
Внимание!
Бланк заявки может меняться. Используйте пример только как пример!
К заявке необходимо приложить запросы и ответы при обращении к ВС в тестовой среде по всем сценариям тестирования (один сценарий тестирования — это один запрос и соотвествующий ответ). Исходные данные для отправки запросов по каждому сценарию есть в форме создания соответствующего запроса в ПК «АСКОМ-ДОК» модификация СМЭВ.
О решении
СМЭВ (Система электронного межведомственного взаимодействия) — федеральная информационная система, которая позволяет органам власти разного уровня и банкам запрашивать и предоставлять в электронном виде сведения о гражданах, организациях, в том числе в рамках оказания им государственных и муниципальных услуг. Технологический портал СМЭВ расположен по адресам https://smev.gosuslugi.ru , https://smev3.gosuslugi.ru .
СМЭВ имеет два поколения: СМЭВ 2 и СМЭВ 3. Постановлением Правительства Российской Федерации от 19 ноября 2014 года №1222 «О дальнейшем развитии единой системы межведомственного электронного взаимодействия» с 1 января 2015 года запрещена разработка электронных сервисов согласно Методическим рекомендациям по работе в СМЭВ 2. С 2017 года началось активное отключение существующих сервисов СМЭВ 2 и переход на работу с сервисами версии СМЭВ 3. В 2018 году планируется следующий этап перехода.
Система «Универсальный кабинет (СМЭВ)» дает возможность органам власти любого уровня и банкам обмениваться информацией с другими участниками через СМЭВ федерального и регионального уровня, не вникая в сложности процесса взаимодействия с ним. В системе реализована поддержка работы с сервисами СМЭВ 2 и СМЭВ 3.
Схема взаимодействия Системы «Универсальный кабинет (СМЭВ)»:
Система «Универсальный кабинет (СМЭВ)» предоставляет графический и программный интерфейс для создания запросов на получение сведений от различных поставщиков информации (Росреестр, ПФР, ФНС и т.д.). Полученные запросы обрабатываются и конвертируются в форматы, требуемые СМЭВ и поставщиками. Выполняется отправка запросов, согласно правилам СМЭВ. СМЭВ передает запросы поставщикам. Поставщики сведений обрабатывают запросы и в регламентное время подготавливают и отправляют ответы обратно в СМЭВ. Универсальный кабинет получает ответы поставщиков от СМЭВ. Полученные данные обрабатываются и отображаются в интерфейсе или передаются сторонней ИС посредством программного интерфейса. Доступен и обратный способ взаимодействия, когда с помощью системы «Универсальный кабинет» выполняется предоставление сведений по запросам, полученным от других участников взаимодействия.
Возможности системы «Универсальный кабинет (СМЭВ)»:
- Для работы в графическом интерфейсе системы «Универсальный кабинет (СМЭВ)» необходим только интернет браузер. На ПК пользователя не требуется установка никаких плагинов, расширений, JRE и т.п. Не используются апплеты и т.п. На рабочем месте можно использовать любые ОС — Windows, Linux и т.д.
- Создание запросов и просмотр ответов в удобных и функциональных WEB формах. В полях форм на создание запросов присутствуют различные проверки и маски, упрощающие ввод данных и минимизирующие ошибки. Присутствует возможность скачать ответы в форматах PDF, HTML и XML. Примеры форм запросов и ответов .
- Наличие программного интерфейса для отправки запросов и получения ответов. Программный интерфейс реализован по технологии REST API. Прозводится обмен XML-сообщениями установленного формата. Все входные и выходные данные REST API валидируются по XML-схемам. Внутренние схемы обмена для всех поставщиков выполненны в одном стиле и имеют общие части для различных ведомств. XML-схемы удобны в работе и содержат все необходимую разработчику информацию, без необходимости поиска нужной информации в Паспорте сервиса. Для сравнения: схема запроса СНИЛС из ПФР в СМЭВ 2 , схема аналогичного сервиса запроса СНИЛС в СМЭВ 2, предоставляемая системой «Универсальный кабинет (СМЭВ)» через внутренний API .
- Просмотр запросов, полученных от других участников взаимодействия и формирование ответов на них в интерфейсе системы «Универсальный кабинет (СМЭВ)». Автоматическое назначение запроса на конкретное подразделение на основании типа запроса. Возможность переназначения запроса на другое подразделение. Контроль сроков подготовки ответов на запросы.
- Ведение адресного ряда по ФИАС . В системе реализовано автоматическое обновление ФИАС для использования актуальной информации и обеспечения синхронизации с поставщиками сведений.
- Просмотр запросов и ответов в исходном виде (XML запросы и ответы, отправляемые и получаемые от СМЭВ). При наличии такой возможности (к примеру, если пользовательские данные передаются непосредственно внутри XML, а не в виде Base64-строки) XML представляется в читаемом виде (есть выравнивание, подсветка тегов, из просмотра исключается длинные нечитаемые Base64-строки и т.п.).
- Обработка запросов, отправленных с Единого портала государственных услуг через СМЭВ. Возможность делегирования таких запросов сторонней системе.
- Подписание запросов в СМЭВ при помощи ключа электронной подписи, установленного непосредственно на сервере Системы.
- Проверка на валидность электронной подписи в полученных ответах от поставщиков.
- Просмотр созданных пользователями запросов в графическом интерфейсе, с возможностью фильтрации по различным полям.
- Статистика отправки запросов в различных разрезах (ведомства, сервисы, виды сведений) и формах (дашборды , отчеты , OLAP кубы). Доступна возможность выгрузки отчетов в Excel файл.
- Уведомление пользователей по электронной почте о поступлении ответов на запросы или о наличии новых входящих запросов.
Система «Универсальный кабинет (СМЭВ)» является собственной разработкой . ГК Экстрим обладает всеми необходимыми лицензиями ФСБ и ФСТЭК для реализации юридически значимого взаимодействия с использованием СМЭВ.
Реализованные сервисы
|
Название сервиса |
Вид |
Ведомство |
Версия |
Идентификатор или SID |
Примечание |
||||
|---|---|---|---|---|---|---|---|---|---|
| Запрос на получение данных лицевого счета застрахованного лица по страховому номеру индивидуального лицевого счета | Исходящий | ПФР | СМЭВ 2 | SID0003623 |
Будет отключен 14.01.2019. Вместо него будет действовать СМЭВ 3 сервис «Получение данных лицевого счета по представленному страховому номеру индивидуального лицевого счета (СНИЛС) в системе обязательного пенсионного страхования» уже реализованный в Системе (VS00179v002-PFR001 Http://kvs.pfr.com/data-by-snils/1.0.2) |
||||
| Запрос на получение страхового номера застрахованного лица | Исходящий | ПФР | СМЭВ 2 | SID0003619 | Будет отключен 01.07.2018. Вместо него будет действовать СМЭВ 3 сервис «Получение данных лицевого счета по представленному страховому номеру индивидуального лицевого счета (СНИЛС) в системе обязательного пенсионного страхования» уже реализованный в Системе (VS00182v002-PFR001 http://kvs.pfr.com/snils-by-data/1.1.2) | ||||
| Сервис предоставления сведений о размере выплат застрахованного лица по линии Пенсионного фонда Российской Федерации | Исходящий | ПФР | СМЭВ 2 | SID0004000 | Отключен 03.09.2018. Вместо него будет действовать СМЭВ 3 сервис «Получение сведений о размере выплат за период (включая пенсию, доплаты, устанавливаемые к пенсии, социальные выплаты и выплаты по уходу)» уже реализованный в Системе (VS00116v001-PFR001 http://kvs.pfr.com/bap-for-period/1.0.1) | ||||
| Сервис передачи сведений о заработной плате или доходе, на которые начислены страховые взносы | Исходящий | ПФР | СМЭВ 2 | SID0003818 | Будет отключен 14.01.2019. Вместо него будет действовать СМЭВ 3 сервис «Передача сведений о заработной плате или доходе, на которые начислены страховые взносы» (VS00115v003-PFR001 http://kvs.pfr.com/salary-data/1.0.3) | ||||
| Получение данных лицевого счета по представленному страховому номеру индивидуального лицевого счета (СНИЛС) в системе обязательного пенсионного страхования | Исходящий | ПФР | СМЭВ 3 | VS00179v002-PFR001 (http://kvs.pfr.com/data-by-snils/1.0.2) | |||||
| Предоставление страхового номера индивидуального лицевого счета (СНИЛС) по данным лицевого счета застрахованного лица | Исходящий | ПФР | СМЭВ 3 | ||||||
| Предоставление страхового номера индивидуального лицевого счёта (СНИЛС) застрахованного лица с учётом дополнительных сведений о месте рождения, документе, удостоверяющем личность | Исходящий | ПФР | СМЭВ 3 | VS00648v001-PFR001 (http://kvs.pfr.com/snils-by-additionalData/1.0.1) | |||||
| Получение сведений о размере выплат за период (включая пенсию, доплаты, устанавливаемые к пенсии, социальные выплаты и выплаты по уходу) | Исходящий | ПФР | СМЭВ 3 | ||||||
| Изменение реестра локальных МСЗ | Исходящий | ПФР | СМЭВ 3 | ||||||
| Информация о данных в хранилище СМЭВ (Передача сведений об изменении реестра фактов назначения МСЗ) | Исходящий | ПФР | СМЭВ 3 | ||||||
| Запрос СНИЛС с учетом дополнительных сведений | Исходящий | ПФР | СМЭВ 3 | VS00115v003-PFR001 (http://kvs.pfr.com/salary-data/1.0.3) | |||||
| Изменение локальных МСЗ | Исходящий | ПФР | СМЭВ 3 | VS00645v003-PFR002_3T (urn://egisso-ru/msg/10.05.I/1.0.4) | |||||
| Передача сведений об изменении реестра фактов назначения МСЗ | Исходящий | ПФР | СМЭВ 3 | VS00644v002-PFR002_3T (urn://egisso-ru/msg/10.10.I/1.0.3) | |||||
| Сведения, содержащиеся в акте освидетельствования проведения основных работ по строительству объекта индивидуального жилищного строительства | Входящий | ПФР | СМЭВ 2 | SID0003891 | |||||
| Общедоступные сведения/выписка из ЕГРЮЛ/ЕГРИП | Исходящий | ФНС России | СМЭВ 2 | SID0003525 | Отключен 30.04.2018. Вместо него действуют СМЭВ 3 сервисы «Выписки из ЕГРЮЛ по запросам органов государственной власти» (VS00051v003-FNS001 urn://x-artefacts-fns-vipul tosmv-ru/311-14/4.0.5), Выписки из ЕГРИП по запросам органов государственной власти (VS00050v003-FNS001 urn://x-artefacts-fns-vipip-tosmv-ru/311-15/4.0.5) уже реализованные в Системе | ||||
| Выписки из ЕГРЮЛ по запросам органов государственной власти | Исходящий | ФНС России | СМЭВ 3 | ||||||
| Выписки из ЕГРИП по запросам органов государственной власти | Исходящий | ФНС России | СМЭВ 3 | ||||||
| Сведения о наличии (отсутствии) задолженности | Исходящий | ФНС России | СМЭВ 2 | SID0003793 | Отключен 30.04.2018. Вместо него действует СМЭВ 3 сервис Предоставление сведений о наличии (отсутствии) задолженности по уплате налогов, сборов, страховых взносов, пеней, штрафов, процентов (VS00026v001-FNS001(urn://x-artefacts-fns-zadorg/root/548-04/4.0.4) уже реализованный в Системе | ||||
| Предоставление сведений о наличии (отсутствии) задолженности по уплате налогов, сборов, страховых взносов, пеней, штрафов, процентов | Исходящий | ФНС России | СМЭВ 3 | ||||||
| Среднесписочное количество работников | Исходящий | ФНС России | СМЭВ 2 | SID0003524 | Отключен 12.12.2017. Вместо него действует реализованный в Системе СМЭВ 3 сервис «Сведения о среднесписочной численности работников за предшествующий календарный год» уже реализованный в Системе (VS00043v002-FNS001 urn://x-artefacts-fns-SRCHIS/082-2/4.0.1) | ||||
| Электронный сервис «Предоставление Сведений из декларации о доходах физических лиц 3-НДФЛ» | Исходящий | ФНС России | СМЭВ 2 | SID0003521 | Отключен 03.07.2018. Вместо него будет действовать СМЭВ 3 сервис «Сведения налоговой декларации по налогу на доходы физических лиц» (VS00112v001-FNS001) | ||||
| Сведения о среднесписочной численности работников за предшествующий календарный год | Исходящий | ФНС России | СМЭВ 3 | ||||||
| Получение сведений о доходах физических лиц по справкам 2-НДФЛ | Исходящий | ФНС России | СМЭВ 3 | VS00111v003-FNS001 (urn://x-artefacts-fns-ndfl2/root/260-10/4.1.1) | |||||
| Сведения, содержащиеся в договорах социального (коммерческого) найма жилого помещения | Входящий | ФНС России | СМЭВ 2 | SID0003833 | |||||
| Сведения о наличии (отсутствии) судимости и (или) факта уголовного преследования либо о прекращении уголовного преследования, о нахождении в розыске | Исходящий | МВД России | СМЭВ 2 | SID0003456 | Будет отключен 14.01.2019. Вместо него будет действовать СМЭВ 3 сервис «Сведения о наличии (отсутствии) судимости и (или) факта уголовного преследования либо о прекращении уголовного преследования, сведения о нахождении в розыске» уже реализованный в Системе (VS00262v001-MVDR02 urn://ru/mvd/ibd-m/convictions/search/1.0.2) | ||||
| Сведения о получении, назначении, неполучении пенсии и о прекращении выплат | Исходящий | МВД России | СМЭВ 2 | SID0004003 | |||||
| Сведения о наличии (отсутствии) судимости и (или) факта уголовного преследования либо о прекращении уголовного преследования, сведения о нахождении в розыске | Исходящий | МВД России | СМЭВ 3 | ||||||
| Сервис предоставления услуг Росреестра в электронном виде | Исходящий | Росреестр | СМЭВ 2 | SID0003564 | |||||
| Прием обращений в ФГИС ЕГРН, прием заявлений (также прилагаемых к заявлению документов) на предоставление услуг Росреестра и получение результатов оказания услуг | Исходящий | Росреестр | СМЭВ 3 | VS00376v004-RRTR02 (urn://x-artefacts-rosreestr-gov-ru/virtual-services/egrn-statement/1.1.2) | |||||
| Внесение изменений в Единый Государственный Реестр Недвижимости в рамках межведомственного информационного взаимодействия | Исходящий | Росреестр | СМЭВ 3 | VS00375v002-RRTR02 (urn://x-artefacts-rosreestr-gov-ru/virtual-services/change-egrn-info/1.1.1) | |||||
| Сведения, содержащиеся в разрешении на ввод в эксплуатацию объекта капитального строительства | Входящий | Росреестр | СМЭВ 2 | SID0003841 (на примере Свердловской области) | |||||
| Решение органа местного самоуправления о переводе жилого помещения в нежилое, нежилого помещения — в жилое | Входящий | Росреестр | СМЭВ 2 | SID0003840 (на примере Свердловской области) | |||||
| Сведения, содержащиеся в реестре похозяйственных книг | Входящий | Росреестр | СМЭВ 2 | SID0003840 (на примере Свердловской области) | |||||
| Документ, подтверждающий принадлежность земельного участка к определенной категории земель | Входящий | Росреестр | СМЭВ 2 | SID0003837 (на примере Свердловской области) | |||||
| Документ, подтверждающий установленное разрешенное использование земельного участка | Входящий | Росреестр | СМЭВ 2 | SID0003838 (на примере Свердловской области) | |||||
| Заключение органа местного самоуправления поселения или городского округа, подтверждающее, что создаваемый или созданный объект недвижимого имущества расположен в пределах границ земельного участка, предназначенного для ведения личного подсобного хозяйства | Входящий | Росреестр | СМЭВ 2 | Сервис Федеральной службы исполнения наказаний по предоставлению находящихся в расположении ФСИН России сведений в электронном виде | Исходящий | ФСИН России | СМЭВ 2 | SID0003444 | |
|
Сведения о нахождении гражданина в местах лишения свободы и об отсутствии у него заработка |
Исходящий | ФСИН России | СМЭВ 3 | ||||||
| Исходящий | ФСС России | СМЭВ 2 | SID0003414 | Будет отключен 31.12.2018. Вместо него будет действовать СМЭВ 3 сервис «Сведения о размере ежемесячных страховых выплат по обязательному социальному страхованию от несчастных случаев на производстве и профессиональных заболеваний» уже реализованный в Системе (VS00240v002-FSSR01 http://fss.ru/smev-3/socstrah_registration/1.0.1) | |||||
| Сведения о размере ежемесячных страховых выплат по обязательному социальному страхованию от несчастных случаев на производстве и профессиональных заболеваний | Исходящий | ФСС России | СМЭВ 3 | ||||||
| Cведения о размере получаемой пенсии и других выплат, учитываемых при расчете совокупного дохода семьи (одиноко проживающего гражданина) | Исходящий | Финансово-экономическое управление ФСБ | СМЭВ 2 | SID0003534 | |||||
| Сведения о размере пенсии застрахованного лица | Исходящий | ФТС России | СМЭВ 2 | SID0003898 |
Отключен 02.07.2018. Вместо него будет действовать СМЭВ 3 сервис «Предоставление сведений о размере пенсии застрахованного лица » (VS00084v001-CUST01 urn://x-artefacts-fts-pension-insured-ru/root/1.0.1) |
||||
| Получения сведений о размере начисленных сумм социальных пособий для учета в совокупном доходе заявителя | Исходящий | МСП Свердловской области | СМЭВ 2 | SID0003916 (на примере Свердловской области) | |||||
| Универсальный сервис приема заявлений с ЕПГУ | Входящий | ЕПГУ | СМЭВ 2 | SID0003893 (на примере Свердловской области) | |||||
| Согласование маршрута транспортного средства осуществляющего перевозки крупногабаритных и(или) тяжеловесных грузов | Входящий | Росавтодор | СМЭВ 2 | SID0003842 (на примере Свердловской области) | |||||
| Сведения о согласовании маршрута движения транспортных средств, осуществляющих перевозку опасных грузов | Входящий | Ространс-надзор | СМЭВ 2 | SID0003839 (на примере Свердловской области) |
Внедрения
Система «Универсальный кабинет (СМЭВ)» успешно внедряется с 2012 года. На текущий момент насчитывается более 30 успешных внедрений на территории Свердловской области и других регионах Российской Федерации.
Аннулирование начисления при удалении постановления
Если пользователь удаляет постановление из адм. правонарушения, то при сохранении (если присутствует начисление, связанное с штрафом) система предлагает аннулировать или удалить начисление ГИС ГМП:
Дальнейшие действия системы аналогичны действиям, описанным в п. 3.8.4 данного рукодства (система предложит удалить начисление, если оно не отправлено в ГИС ГМП, либо предложит его аннулировать)
-
Проверка оплаты штрафов
Проверить наличие оплаты начисления ГИС ГМП по штрафу можно двумя способами:
- Через операции лица -> Правонарушения -> Кнопка «Проверить оплату через ГИС ГМП»:
- Через реестр или универсальный поиск адм. правонарушений, отметив галочками необходимые правонарушения и нажав кнопку «Проверить оплату в ГИС ГМП»:
В обоих случаях система проверит наличие начислений ГИС ГМП. Затем, если они есть, будет произведен поиск платежей ГИС ГМП в базе данных Эксперта. Если платежи найдены, то система создаст по платежам ГИС ГМП платежи Эксперта, иначе система отправит запрос в ГИС ГМП на наличие платежей, и после этого, если ГИС ГМП вернет платежи, система создаст платежи Эксперта. Соответственно, если платежи Эксперта были созданы, то адм. правонарушения будут отображаться в программе как полностью или частично оплаченные.
-
Работа с квитированиями
-
Загрузка квитирований
Загрузка квитирований возможна через вкладку «ГИС ГМП» в операциях лица или в разделе «Администратор начислений ГИС ГМП» по нажатию на кнопку .
| Примечание |
| Запрос квитирований также автоматически выполняется при любом запросе платежей. |
-
Квитирование вручную
Квитирование можно выполнить через вкладку «ГИС ГМП» в операциях лица или в разделе «Администратор начислений ГИС ГМП».
Сначала выберите в списке начисление для квитирования.
В меню выберите пункт «Квитировать».
Откроется форма выбора платежей для квитирования. По умолчанию на форме отображаются только платежи с тем же идентификатором плательщика, что и начисление.
Но в платеже может быть не указан идентификатор плательщика. Чтобы выбрать такой платеж отметьте галочку «Показать все платежи».
Отметьте в списке нужный платеж.
-
Примечание Чаще платеж будет всего один. Но может быть и несколько платежей. В этом случае вам нужно выбрать именно тот платеж, по которому было создано начисление. При выборе проверьте, чтобы сумма и КБК начисления и платежа совпадали.
Нажмите «ОК» для отправки квитирования.
Если квитирование успешно сохранилось и не появилось форм с ошибками, то переходим к проверке результата квитирования.
Выберите в реестре ваше начисление и нажмите кнопку «Загрузить платежи и квитирования по начислению».
Вы должны получить такое сообщение:
Должно быть указано
1 платежей и 1 квитанций.
Также у записи должен появиться статус «Сквитировано».
Квитирование прошло успешно!
-
Примечание Платеж можно сквитировать только с одним начислением. Если после выполнения квитирования сквитированный платеж распределить для другого начисления и попытаться сквитировать, то квитирование не выполнится, фактическая задолженность в ГИС ГМП по начислению не уменьшится.
-
Автоматический запрос платежей
При установке модуля «Администратор начислений ГИС ГМП» также производится настройка сервиса автоматических запросов платежей.
Данная функция необходима, т.к. сервис ГИС ГМП на данный момент работает не достаточно стабильно, что затрудняет проведение запросов платежей в рабочем порядке.
Функция автоматического запроса платежей выполняется в «Менеджере сервера».
Настройка параметров запроса платежей
Настройка даты производится в разделе «Администрирование – Опции», вкладка «Областные опции», панель «Настройка автоматического запроса платежей ГИС ГМП».
Дата начала запроса – дата и время, с которого будет производиться очередной запрос.
Период запросов (минуты) – период в минутах, за который будет проводиться запрос. На момент разработки модуля сервис ГИС ГМП хорошо отвечает на запросы с периодом 60 минут. Запросы большего периода выставлять не рекомендуется, т.к. многие запросы могут возвращаться с ошибками.
Изменение периодов опроса сервиса
Изменение периодов опроса значительно влияет на число запросов, проводимых ежедневно. При стандартных настройках число запросов будет от 4 до 10 тыс. в день. Количество запросов можно снизить за счет изменения периодов опроса.
Для изменения периодов необходимо в папке с программой найти файл GTNExpertServerLogs.exe.config и открыть его в текстовом редакторе.
В этом файле будет много настроек, но изменять следует только приведенные ниже. Следует изменять значение поля «value» соответствующего параметра.
| Примечание |
| Не изменяйте настройки, кроме приведенных ниже. Это может привести к поломке механизма автоматических запросов. |
Период между запросами платежей ГИС ГМП
| Примечание |
| Параметр рекомендуется задавать в диапазоне от 60 до 3600 секунд. Чем больше значение параметра, тем больше будет промежуток между повторными запросами и тем меньше будет проводиться запросов в течение суток. |
Период ожидания перед повтором запроса при ошибке
Сервис ГИС ГМП на данный момент работает не достаточно стабильно, особенно в середине дня. В результате, часть запросов не будут обработаны и возвратят ошибки. Программа в этом случае остановится на заданный период ожидания при ошибке, после чего попробует выполнить запрос заново.
Так будет продолжаться, пока программа не сможет выполнить запрос.
| Примечание |
| Параметр рекомендуется задавать в диапазоне от 60 до 300 секунд. Чем больше значение параметра, тем больше будет промежуток перед повторным запросом в случае ошибки. |
Время возврата в часах
Когда сервис автозапросов доходит до текущего времени и даты, он останавливается. Затем он ожидает время, указанное в «periodQueryGISGMP». Затем сервис отбрасывает время запроса на период, указанный в этом параметре и начинает запрашивать данные заново.
Это важный момент, т.к. в систему ГИС ГМП платежи могут поступать с опозданием. В итоге платежи, оплаченные вчера, могут попасть в систему только сегодня.
| Примечание |
| Параметр рекомендуется задавать в диапазоне от 24 до 72 часов. Чем больше значение параметра, тем больше будет проводиться запросов в течение суток. |
-
Сообщения об ошибках системы ГИС ГМП
-
Ошибки при отправке начислений
- Ошибка в количестве символов в поле …
Эта ошибка означает, что у вас один из обязательных параметров содержит неверное число символов.
- Ошибка в поле …
Эта ошибка означает, что у вас не заполнен один из обязательных параметров. Число символов в параметре при этом системой не ограничено.
- Начислений принято от другого Администратора доходов бюджета.
Эта ошибка означает, что у вас неверно указан один из реквизитов: ИНН. КПП, Код участника ГИС ГМП.
Возможно, ваша организация недавно изменила КПП и не произвела соответствующие изменения в регистрационных данных ГИС ГМП.
Вопрос более подробно описан в разделе «Смена КПП организации».
-
Сообщения об ошибках при работе со СМЭВ
- SMEV-100005: При обработке запроса произошла ошибка: Сертификат просрочен
Эта ошибка означает, что просрочена ЭЦП для СМЭВ. Необходимо получить новую ЭЦП.
- SMEV-100008: При обработке запроса произошла ошибка: Не найдена подпись документа — ошибку выдает СМЭВ, она означает, что отправленное сообщение не было подписано электронной подписью органа власти. При обнаружении данной ошибки необходимо обратиться в службу поддержки.
- SMEV-100012: При обработке запроса произошла ошибка: Нет прав доступа — ошибку выдает СМЭВ, она означает, что у ведомства, отправляющего запрос, отсутствует доступ к сервису, предоставляющему информацию. При обнаружении данной ошибки необходимо обратиться в службу поддержки, для переадресации запроса в техническую поддержку СМЭВ.
- SMEV-100020: При обработке запроса произошла ошибка: Не удается связаться с сервисом проверки сертификата — ошибку выдает СМЭВ, она означает, что сервис проверки электронной подписи СМЭВ, который проверяет каждый проходящий через СМЭВ запрос, был временно неработоспособен, в результате чего СМЭВ не смог доставить запрос до сервиса. При обнаружении данной ошибки необходимо повторить запрос позже (типовое время решения проблемы составляет несколько часов). При неоднократном возникновении данной ошибки необходимо обратиться в службу поддержки.
- SMEV-100022: При обработке запроса произошла ошибка: Невозможно определить целевой регион — ошибку выдает СМЭВ, она означает, что СМЭВ не может корректно маршрутизировать запрос в связи с ошибками в сообщении. При обнаружении данной ошибки необходимо обратиться в службу поддержки.
- SMEV-200007: При обработке ответа произошла ошибка: Сертификат отозван УЦ — ошибку выдает СМЭВ, она означает, что ответ от ФОИВ подписан отозванной или просроченной электронной подписью. При обнаружении данной ошибки необходимо обратиться в службу поддержки, для переадресации запроса в техническую поддержку СМЭВ.
- SMEV-200008: При обработке ответа произошла ошибка: Не найдена подпись документа — ошибку выдает СМЭВ, она означает, что ответ федерального ведомства некорректно подписан ЭП. При обнаружении данной ошибки необходимо обратиться в службу поддержки, для переадресации запроса в техническую поддержку СМЭВ.
Комплекс «рсу гмп» программный комплекс «СМАРТ рсу гмп» Руководство пользователя содержание
Запрос квитирования начислений из гис гмп по уникальному идентификатору начисления 12
Руководство пользователя Работа в роли «Администратор начислений»
Региональная система учета государственных и муниципальных платежей (рсу гмп) версия
Руководство пользователя по работе с блоком гис гмп на базе по «Шафл#Шлюз»
Для подтверждения этого факта они должны использовать сведения, содержащиеся в Государственной информационной системе о государственных…
Инструкция пользователя. Создание начислений. Содержание: Особенности…
Работа в информационной системе рис гмп представляет собой ряд операций, выполняемых оператором для создания Начисления или Платежа….
Руководство пользователя программного обеспечения, позволяющего автоматизировать…
Государственный комитет Республики Карелия по развитию информационно-коммуникационных технологий
Реестр платежей руководство пользователя
Информационная система для формирования, учета и отправки начислений в гис гмп, а также получения информации о фактах оплаты заявителями…
Руководство пользователя Работа в роли «Администратор начислений (смарт)»
Руководство пользователя Работа в роли «Администратор начислений (smart)»
Руководство пользователя Настройка автоматической отправки запросов в гис гмп
Инструкция и описание модуля гис гмп только для специалистов с правами – «гис гмп»
Государственная информационная система о государственных и муниципальных платежах
Инструкция и описание модуля гис гмп только для специалистов с правами – «гис гмп»
Государственная информационная система о государственных и муниципальных платежах
Порядок подключения администраторов доходов к гис гмп. Раздел Для…
Арегистрироваться в качестве участника в гис гмп (подать заявку на регистрацию в уфк по Свердловской области, посредством суфд, и…
Инструкция по устранению ошибок при подписании начислений гис гмп
У пользователя в карточке было выставлено способ подписания используя подпись jcp, а сертификат, который установлен на машине для…
Инструкция по подключению информационных систем к гис гмп для взаимодействия…
Для взаимодействия вашей информационной системы (с этой целью можно использовать ис 1С: Предприятие Х. Конфигурация: Бухгалтерия…
Инструкция по тестированию пользователей ас юу с гис гмп
Авторизоваться в системе, введя логин и пароль пользователя конкретного подразделения
Что такое рис гмп?
«Региональная информационная система о государственных и муниципальных платежах» (рис гмп) предназначена для выполнения задачи автоматизации…
Nov 10th, 2021
1,183
0
Never
Not a member of Pastebin yet?
Sign Up,
it unlocks many cool features!
-
<SOAP-ENV:Fault xmlns:SOAP-ENV=«http://schemas.xmlsoap.org/soap/envelope/»>
-
<faultcode xmlns:SOAP-ENV=«http://schemas.xmlsoap.org/soap/envelope/»>SOAP-ENV:Server</faultcode>
-
<faultstring>Ошибка СМЭВ. Обратитесь в службу технической поддержки.</faultstring>
-
<detail>
-
<sf3:SMEVFailure xmlns:sf3=«urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.3» xmlns:sb3=«urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.3»>
-
<sb3:Code>CONNECTOR</sb3:Code>
-
<sb3:Description>SMEV-60: Ошибка СМЭВ. Обратитесь в службу технической поддержки.[001006002,011006500]</sb3:Description>
-
</sf3:SMEVFailure>
-
</detail>
-
</SOAP-ENV:Fault>