Сведения приведены в документе Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 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;
- убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе «Новости».
Форум КриптоПро
»
КриптоПро УЦ
»
СМЭВ и ЕСИA
»
КриптоПРО ШЛЮЗ СМЭВ тестовые сценарии
Sasha_help |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 37 раз |
Добрый день, такой вопрос, по инструкции адм настроил веб приложение и запустил СМЭВ, дальше после настроек админа на тестовый контур все произвел, с радостью побежал пробовать тестовый сценарий , после нажатия кнопки «все тестовые сценарии» валятся ошибки, вставляю адрес теста в строку подключения (думал может соединение не проходит, все проходит). |
 |
|
|
Станислав Королёв |
|
|
Статус: Сотрудник Группы: Участники Поблагодарили: 27 раз в 27 постах |
Здравствуйте, Укажите сборку. Сохраните ответ с ошибкой и приложите. |
|
|
|
|
Sasha_help |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 37 раз |
Присылаю, но там определенной ошибки нету, могу приложить еще настройки IIS вдруг помогут, если делать пинг до тестового контура то тоже все пингуется. |
|
|
|
5.png |
Sasha_help |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 37 раз |
А здесь прикладываю настройки боевого контура ( кроме этих настроек еще нужно что нибудь?) |
|
|
|
|
Станислав Королёв |
|
|
Статус: Сотрудник Группы: Участники Поблагодарили: 27 раз в 27 постах |
Автор: Sasha_help Присылаю, но там определенной ошибки нету, могу приложить еще настройки IIS вдруг помогут, если делать пинг до тестового контура то тоже все пингуется. СМЭВ2 не поддерживает ГОСТ2012 и некоторые сервисы недоступны. Необходимо использовать СМЭВ3. Используется квалифицированный сертификат юр. лица. Для к тестовому контуру сертификат необходимо зарегистрировать через ситуационный центр. |
|
|
|
|
Grifon |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 10 раз |
Добрый день! |
|
|
|
|
two_oceans |
|
|
Статус: Эксперт Группы: Участники Сказал(а) «Спасибо»: 110 раз |
Наверно было бы яснее, если приложить ответ СМЭВ в котором указан код ошибки, обычно в нем также есть и исходное сообщение. На каком этапе получаете ошибку — сразу при отправке запроса (SendRequestResponse) или извлекаете ошибку из своей входной очереди (GetResponseResponse) после того как отправка (SendRequestResponse) показала что запрос успешно поставлен на асинхронную проверку? |
|
|
|
|
|
Grifon
оставлено 19.06.2019(UTC) |
1 пользователь поблагодарил two_oceans за этот пост.|
Grifon |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 10 раз |
Очень рад ответу. |
|
|
|
| Пользователи, просматривающие эту тему |
|
Guest (6) |
Форум КриптоПро
»
КриптоПро УЦ
»
СМЭВ и ЕСИA
»
КриптоПРО ШЛЮЗ СМЭВ тестовые сценарии
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
В материале приводится исчерпывающая информация о взаимодействии с сервисами ГИС ГМП посредством СМЭВ. Перечисляются типы организаций, имеющих право работать с Системой государственных и муниципальных платежей, и их полномочия. Описывается порядок регистрации и доступа к сервису. Проводится полный обзор видов сведений ГИС ГМП в СМЭВ3. Разбирается кейс с передачей информации об оплате.
Хемули давно и незаслуженно обходили вниманием сервис ГИС ГМП. Он казался «слишком финансовыми», не востребованным, с «множеством однотипных» видов сведений и полностью лишенным романтики. Все изменилось около года назад, когда команда начала активно работать с кредитными организациями и прочими компаниями, не относящимися к категории ведомств. Исполняем наш нехемульский долг и структурируем накопленные знания по Системе государственных и муниципальных платежей (полученные по больше части из замечательной документации Казначейства).
Термины и сокращения
|
Термин/сокращение |
Описание |
|
АЗ |
Администратор запросов |
|
АН |
Администратор начислений |
|
АП |
Администратор платежей |
|
ГАЗ |
Главный администратор запросов |
|
ГАН |
Главный администратор начислений |
|
ГАП |
Главный администратор платежей |
|
ТОФК |
Территориальный орган Федерального казначейства, Администратор зачислений, возвратов, уточнений вида и принадлежности платежа |
|
ИНН |
Индивидуальный номер налогоплательщика |
|
КБК |
Код бюджетной классификации Российской Федерации |
|
КПП |
Код причины постановки на учет |
|
ОКТМО |
Общероссийский классификатор территорий муниципальных образований |
|
СМЭВ |
Система межведомственного электронного взаимодействия |
|
УИЗ |
Уникальный идентификатор зачислений |
|
УИН |
Уникальный идентификатор начислений |
|
УПНО (УИП) |
Уникальный присваиваемый номер операции (уникальный идентификатор платежа) |
|
Начисление |
Электронный документ, содержащий информацию, необходимую для уплаты денежных средств |
|
Зачисление |
Электронный документ, содержащий информацию о зачислении денежных средств |
|
Извещение о приеме к исполнению распоряжения |
Электронный документ, содержащий информацию об уплате денежных средств |
|
Возврат |
Электронный документ, содержащий информацию о возврате денежных средств плательщику |
Полномочия участников взаимодействия в ГИС ГМП
Матрица полномочий участников в ГИС ГМП
|
Наименование вида сведений |
Описание |
Роли |
|||||
|
АЗ |
ГАЗ |
АН |
ГАН |
АП |
ГАП |
||
|
Прием необходимой для уплаты информации (начисления) |
Предоставление участниками информации, необходимой для уплаты денежных средств |
✓ |
✓ |
||||
|
Прием информации об уплате (информации из распоряжения плательщика) |
Предоставление участниками информации об уплате денежных средств |
✓ |
✓ |
||||
|
Прием информации о возврате |
Предоставление участниками информации о возвратах |
✓ |
✓ |
||||
|
Предоставление необходимой для уплаты информации |
Получение участниками из ГИС ГМП информации, необходимой для уплаты денежных средств |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Предоставление информации об уплате |
Получение участниками из ГИС ГМП информации об уплате денежных средств |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Предоставление информации о возврате |
Получение участникам из ГИС ГМП информации о возврате денежных средств |
✓ |
✓ |
||||
|
Предоставление информации о результатах квитирования |
Получение участниками из ГИС ГМП информации о результатах квитирования извещения о начислении с извещениями о приеме к исполнению распоряжений |
✓ |
✓ |
✓ |
✓ |
||
|
Прием информации о погашении начисления |
Обеспечение возможности предоставления участником информации о погашении ранее предоставленного начисления: |
✓ |
✓ |
✓ |
|||
|
Прием запроса на формирование необходимой для уплаты информации |
Формирование предварительного начисления ГИС ГМП по запросу участников |
✓ |
|||||
|
Прием информации о сертификате ключа проверки электронной подписи |
Предоставление участниками в ГИС ГМП информации о сертификате ключа проверки электронной подписи |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Подписка на предоставление уведомлений о поступлении извещений о начислении, извещений о приеме к исполнению распоряжений, о создании квитанций |
Получение участниками из ГИС ГМП перечня доступных им правил формирования уведомлений по подписке, актуального списка значений |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Предоставление уведомлений по подписке |
Получение участниками из ГИС ГМП уведомлений по подписке |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
Участник взаимодействия в ГИС ГМП может выполнять одну из четырех функций:
- поставщик информации о начислении;
- поставщик информации о платеже,
- организация, осуществляющая запросы о наличии начислений у заявителя, а также информации об осуществлении платежа;
- администратор зачислений (ТОФК).
Поставщик информации о начислении
В этой роли выступают администратор начислений и главный администратор начислений.
Указанные организации:
- поставляют информацию о создании, аннулировании или корректировке начисления
- запрашивают информацию о факте поступления платежа;
- могут производить частичное/полное квитирование;
- оказывают услугу без затребования с заявителя документов, подтверждающих оплату.
Администратором начислений в ГИС ГМП может выступать:
- администратор доходов бюджета — орган государственной власти (государственный орган), орган местного самоуправления, орган местной администрации, орган управления государственным внебюджетным фондом, центральный банк российской федерации, бюджетное учреждение, осуществляющие в соответствии с законодательством российской федерации контроль за правильностью исчисления, полнотой и своевременностью уплаты, начисление, учет, взыскание и принятие решений о возврате (зачете) излишне уплаченных (взысканных) платежей, пеней и штрафов по ним, являющихся доходами бюджетов бюджетной системы российской федерации, если иное не установлено настоящим кодексом.
- государственное (муниципальное) бюджетное и автономное учреждение.
Доступные виды сведений:
- Прием необходимой для уплаты информации (начисления) — Предоставление участниками информации, необходимой для уплаты денежных средств.
- Прием информации о возврате — Предоставление участниками информации о возвратах.
- Предоставление необходимой для уплаты информации — Получение участниками из ГИС ГМП информации, необходимой для уплаты денежных средств.
- Предоставление информации об уплате — Получение участниками из ГИС ГМП информации об уплате денежных средств.
- Предоставление информации о возврате — Получение участникам из ГИС ГМП информации о возврате денежных средств.
- Предоставление информации о результатах квитирования — Получение участниками из ГИС ГМП информации о результатах квитирования извещения о начислении с извещениями о приеме к исполнению распоряжений.
- Прием информации о погашении начисления — Обеспечение возможности предоставления участником информации о погашении ранее предоставленного начисления.
- Предоставление информации о зачислении — Получение участниками из ГИС ГМП информации о зачислении
- Прием информации о сертификате ключа проверки электронной подписи — Предоставление участниками в ГИС ГМП информации о сертификате ключа проверки электронной подписи.
Поставщик информации о платеже
В этой роли выступают администратор платежа, и главный администратор платежа.
Указанные организации:
- поставляют информацию об осуществлении платежа, об аннулировании или о его корректировке;
- могут запросить информацию о наличии начислений у заявителя;
- могут предоставлять клиентам сервис информирования о начислениях и осуществления их оплаты.
Администратором платежа в ГИС ГМП может выступать:
- организация федеральной почтовой связи;
- территориальный орган Федерального казначейства;
- финансовый орган, в случае, когда он осуществляет открытие и ведение лицевых счетов, в том числе производящие расчеты в электронной форме;
- иные органы или организации, через которые производится уплата денежных средств заявителем: операторы по переводу денежных средств, органы управления государственными внебюджетными фондами Российской Федерации, местные администрации, а также государственные (муниципальные) учреждения, осуществляющие прием в кассу от плательщиков наличных денежных средств.
Доступные виды сведений:
- Прием информации об уплате (информации из распоряжения плательщика) — Предоставление участниками информации об уплате денежных средств.
- Предоставление необходимой для уплаты информации — Получение участниками из ГИС ГМП информации, необходимой для уплаты денежных средств.
- Предоставление информации об уплате — Получение участниками из ГИС ГМП информации об уплате денежных средств.
- Предоставление информации о зачислении — Получение участниками из ГИС ГМП информации о зачислении
- Прием информации о сертификате ключа проверки электронной подписи — Предоставление участниками в ГИС ГМП информации о сертификате ключа проверки электронной подписи.
Организация, осуществляющая запросы о наличии начислений у заявителя, а также информации об осуществлении платежа
В этой роли выступает организатор запросов и главный организатор запросов.
Организатором запросов и главным организатором запросов в ГИС ГМП может выступать:
- многофункциональные центры (МФЦ);
- порталы государственных и муниципальных услуг (ЕПГУ, РПГУ);
- оператор по переводу денежных средств — кредитная организация, организация почтовой связи, местная администрация, оператор системы “Электронный бюджет”.
Для получения информации о своих неоплаченных начислениях физические и юридические лица могут
- обратиться к организатору запросов, предоставив данные, содержащие идентификатор физического лица;
- направить запрос в ГИС ГМП через региональный портал государственных и муниципальных услуг.
По факту обращения клиента указанные участники вправе направить оператору ГИС ГМП запрос о начислениях, содержащий один из наборов данных:
- идентификатор плательщика и требуемый временной период (в календарных днях);
- уникальный идентификатор начисления.
Информация, полученная из ГИС ГМП и необходимая для осуществления перевода денежных средств, доводится до клиента.
Если информация запрашивается клиентом у кредитной организации, то получив сведения о начислениях, физическое или юридическое лицо может сразу же их оплатить. Кроме того, администратор доходов бюджета, оператор регионального портала, многофункциональный центр по факту обращения клиента вправе направить оператору ГИС ГМП запрос о приеме к исполнению распоряжений (информация об оплате), содержащий идентификатор плательщика и требуемый временной период (в календарных днях), либо по уникальному идентификатору начисления. Полученная от оператора ГИС ГМП информация доводится им до клиента.
Доступные виды сведений:
- Предоставление необходимой для уплаты информации — Получение участниками из ГИС ГМП информации, необходимой для уплаты денежных средств.
- Предоставление информации об уплате — Получение участниками из ГИС ГМП информации об уплате денежных средств.
- Предоставление информации о результатах квитирования — Получение участниками из ГИС ГМП информации о результатах квитирования извещения о начислении с извещениями о приеме к исполнению распоряжений.
- Прием информации о погашении начисления — Обеспечение возможности предоставления участником информации о погашении ранее предоставленного начисления.
- Прием запроса на формирование необходимой для уплаты информации — Формирование предварительного начисления ГИС ГМП по запросу участников
- Предоставление информации о зачислении — Получение участниками из ГИС ГМП информации о зачислении
- Прием информации о сертификате ключа проверки электронной подписи — Предоставление участниками в ГИС ГМП информации о сертификате ключа проверки электронной подписи.
Администратор зачислений — ТОФК
Территориальные органы Федерального казначейства осуществляют полномочия получателя средств федерального бюджета (бюджета субъекта Российской Федерации) по перечислению межбюджетных трансфертов, предоставляемых из федерального бюджета (бюджета субъекта Российской Федерации) бюджету субъекта Российской Федерации (местному бюджету) в форме субсидий, субвенций и иных межбюджетных трансфертов, имеющих целевое назначение
Доступные виды сведений
- Предоставление информации о возврате — Получение участникам из ГИС ГМП информации о возврате денежных средств — доступ для ТОФК открыт с 01.07.2021.
- Прием информации о зачислении — Прием от участников ГИС ГМП информации о зачислении.
- Предоставление информации о зачислении — Получение участниками из ГИС ГМП информации о зачислении
- Прием информации об уточнении вида и принадлежности платежа — Прием от участников ГИС ГМП информации об уточнении вида и принадлежности платежа
Порядок регистрации и доступа к ГИС ГМП
Согласно Приказу Федерального казначейства от 12 мая 2017 г. № 11н “Об утверждении Порядка ведения Государственной информационной системы о государственных и муниципальных платежах” участник представляет в заявку на регистрацию в ГИС ГМП по форме, установленной приложением № 1 к Приказу, в заявке необходимо указать полномочия Участника прямого взаимодействия в ГИС ГМП.
Порядок получения доступов к видам сведений ГИС ГМП является стандартным и подробно описан в документе «Правила и процедуры работы в Единой Системе межведомственного электронного взаимодействия по Методическим рекомендациям версии 3.XX».
Виды сведений для обмена информацией о платежах
Прием необходимой для уплаты информации (начисления)
В рамках данного вида сведений орган власти направляет в ГИС ГМП информацию о начислении.
Начисления в ГИС ГМП должны передавать государственные и муниципальные учреждения, оказывающие услуги в соответствии с Федеральным законом № 210-ФЗ, а также администраторы доходов бюджетов по платежам, являющимся источниками формирования доходов бюджетов бюджетной системы Российской Федерации (часть 2 статьи 160.1 Бюджетного кодекса Российской Федерации).
Администраторы доходов бюджета также обязаны в соответствии с абзацем 2 пункта 3 порядка, утвержденного приказом Минфина РФ от 18 декабря 2013 г. №125н, доводить до плательщиков сведения о реквизитах счетов, значения ИНН и КПП получателя (администратора поступления в бюджет), код классификации до-ходов бюджетов Российской Федерации и другую информацию, необходимую для заполнения распоряжения о переводе денежных средств в бюджеты (с учетом требований, установленных приказом Минфина РФ от 12 ноября 2013 г. №107н «Об утверждении Правил указания информации в реквизитах распоряжений о переводе денежных средств в уплату платежей в бюджетную систему Российской Федерации»).
Роль участника: Потребитель
Запрос в ГИС ГМП содержит сведения:
- номер УИН;
- дата, а также сведения о периоде времени, в который осуществлено начисление суммы денежных средств, подлежащих уплате;
- сумма начисления;
- назначение платежа;
- данные организации, являющейся получателем средств:
- название организации;
- ИНН организации;
- КПП организации;
- реквизиты счета организации;
- наименование банка, в котором открыт счет;
- БИК банка.
- сведения о плательщике:
- идентификатор плательщика;
- наименование плательщика.
Ответ содержит информацию о результате обработки документа на стороне ГИС ГМП: принято/ошибка.
Прием информации об уплате (информации из распоряжения плательщика)
В рамках данного вида сведений администратор платежей направляет в ГИС ГМП информацию о факте оплаты.
Роль участника: Потребитель
Запрос в ГИС ГМП содержит сведения:
- номер УПНО — уникальный присваиваемый номер операции;
- назначение платежа;
- сумма платежа;
- дата платежа;
- вид операции (указывается шифр платежного документа);
- БИК банка организации, принявшей платеж;
- сведения о плательщике:
- наименование плательщика;
- идентификатор плательщика;
- сведения о получателе средств:
- наименование получателя средств,
- ИНН получателя средств,
- КПП получателя средств,
- БИК банка получателя средств:
- номер казначейского счета или номер счета получателя средств в банке получателя
Ответ содержит информацию о результате обработки документа на стороне ГИС ГМП: принято/ошибка.
Прием информации о возврате
Информация о возврате средств плательщику включает в себя информацию, позволяющую осуществить возврат денежных средств в рамках применяемых форм безналичных расчетов, установленную в соответствии с требованиями Приказа Минфина России от 13.04.2020 № 66н «Об утверждении Порядка учета Федеральным казначейством поступлений в бюджетную систему Российской Федерации и их распределения между бюджетами бюджетной системы Российской Федерации» и Приказа Казначейства России от 14.05.2020 № 21н «О Порядке казначейского обслуживания».
Роль участника: Потребитель
Запрос в ГИС ГМП содержит сведения:
- УИВ, Уникальный идентификатор извещения о возврате;
- дата и время формирования извещения о возврате;
- уровень бюджета;
- сведения об организации, осуществляющей возврат денежных средств:
- код организации
- наименование организации
- инн организации
- кпп организации
- данные заявки на возврат
- номер, присвоенный организацией, формирующей заявку на возврат в ТОФК,
- дата, на которую сформирована заявка на возврат в ТОФК,
- номер УПНО, подлежащего возврату,
- вид средств для осуществления возврата
- сумма возврата,
- назначение платежа.
- реквизиты документа-основания для осуществления возврата:
- вид документа-основания для осуществления возврата,
- номер документа-основания для осуществления возврата;
- дата документа-основания для осуществления возврата;
- сведения о получателе денежных средств:
- идентификатор плательщика, которому осуществляется возврат денежных средств,
- наименование плательщика,
- БИК банка получателя платежа
- номер счета получателя платежа
Ответ содержит информацию о результате обработки документа на стороне ГИС ГМП: принято/ошибка.
Предоставление необходимой для уплаты информации
В рамках данного вида сведений участник взаимодействия производит запрос неоплаченного начисления по номеру УИН.
Роль участника: Потребитель
Запрос в ГИС ГМП содержит сведения:
- номер УИН
- номер страницы предоставления информации (вся выборка по запросу разбивается на страницы размером pageLength, начиная с первого элемента. Последняя страница может быть меньше, чем pageLength. В ответ на запрос возвращается только страница, номер которой равен pageNumber.)
- количество элементов на странице предоставления информации
- тип запроса
В рамках данного вида сведений участник в зависимости от своей функции может направлять различные запросы.
|
№ |
Тип запроса |
Полномочие участника-отправителя сообщения |
|
1 |
CHARGE — используется для запроса неоплаченных начислений; CHARGENOTFULLMATCHED — используется для запроса начислений, не полностью сквитированных с платежами (в том числе таких, по которым оставшаяся сумма к оплате равна «0», но при этом в начислении и соответствующем ему платеже попарно могут не совпадать какой-либо или несколько атрибутов из следующего набора: КБК, код по ОКТМО, ИНН, КПП, номер счета, БИК, идентификатор плательщика); TEMP-CHARGING — используется для запроса неоплаченных предварительных начислений, сформированных ГИС ГМП; TEMP-CHARGING-NOTFULLMATCHED — используется для запроса предварительных начислений, сформированных ГИС ГМП, не полностью сквитированных с платежами; TEMP-CHARGING-STATUS — используется для запроса предварительных начислений, сформированных ГИС ГМП, и статусов их квитирования |
АП, ГАП АЗ, ГАЗ |
|
2 |
CHARGESTATUS — используется для запроса начислений и статусов их квитирования |
АН, ГАН АП, ГАП АЗ, ГАЗ |
|
3 |
CHARGE-PRIOR — используется для запроса неоплаченных предварительных начислений; CHARGE-PRIOR-NOTFULLMATCHED — используется для запроса предварительных начислений, не полностью сквитированных с платежами |
АП, ГАП |
|
4 |
CHARGE-PRIOR-STATUS — используется для запроса предварительных начислений и статусов их квитирования |
АН, ГАН |
|
5 |
MAINCHARGE — используется для запроса связанных начислений (запрос осуществляется по основному УИН) |
АН, ГАН |
Ответ из ГИС ГМП содержит сведения:
- извещение о начислении:
- остаток суммы подлежащей оплате, указанной в начислении (в копейках),
- номер УИН,
- дата, в которую осуществлено начисление суммы денежных средств, подлежащих уплате,
- сумма начисления.
- данные организации, являющейся получателем средств:
- наименование организации,
- ИНН организации,
- КПП организации,
- БИК банка организации, являющейся получателем средств,
- номер казначейского счета банке организации.
- сведения о плательщике:
- идентификатор плательщика,
- наименование плательщика.
Предоставление информации об уплате
В рамках данного вида сведений участник взаимодействия производит запрос активных (неаннулированных) или аннулированных платежей по номеру УИН.
Роль участника: Потребитель
Запрос в ГИС ГМП содержит сведения:
- номер УИН
- номер страницы предоставления информации
- количество элементов на странице предоставления информации
- тип запроса, значения типа запроса в зависимости от функции участника:
|
№ |
Тип запроса |
Полномочие участника-отправителя сообщения |
|
1 |
PAYMENT — используется для запроса всех активных (неаннулированных) платежей; PAYMENTMODIFIED — используется для запроса всех платежей, имеющих статус уточнения или статус аннулирования; PAYMENTUNMATCHED — используется для запроса всех активных (неаннулированных) платежей, для которых в системе отсутствуют соответствующие начисления (не создана ни одна квитанция); PAYMENTCANCELLED — используется для запроса аннулированных платежей |
АН, ГАН АП, ГАП АЗ, ГАЗ |
|
2 |
PAYMENTMAINCHARGE — используется для запроса платежей по связанным начислениям (запрос осуществляется по основному УИН) |
АН, ГАН |
Ответ из ГИС ГМП содержит сведения:
- номер УПНО (уникальный присваиваемый номер операции);
- номер УИН (уникальный идентификатор начислений);
- назначение платежа;
- сумма платежа;
- дата, в которую прием к исполнению распоряжения о переводе денежных средств;
- вид операции;
- БИК банка организации, принявшей платеж;
- сведения о плательщике:
- идентификатор плательщика,
- наименование плательщика.
- данные организации, являющейся получателем средств:
- наименование организации,
- ИНН организации,
- КПП организации,
- БИК банка организации, являющейся получателем средств,
- номер казначейского счета банке организации.
Предоставление информации о возврате
Вид сведений используется для запроса извещений о возврате денежных средств.
Роль участника: Потребитель
Запрос в ГИС ГМП содержит сведения: идентификатор платежа.
Ответ из ГИС ГМП содержит сведения:
- УИВ, Уникальный идентификатор извещения о возврате;
- дата и время формирования извещения о возврате;
- уровень бюджета;
- сведения об организации, осуществляющей возврат денежных средств:
- код организации
- наименование организации
- инн организации
- кпп организации
- данные заявки на возврат:
- номер, присвоенный организацией, формирующей заявку на возврат в ТОФК,
- дата, на которую сформирована заявка на возврат в ТОФК,
- номер УПНО, подлежащего возврату,
- вид средств для осуществления возврата,
- сумма возврата,
- назначение платежа.
- реквизиты документа-основания для осуществления возврата:
- вид документа-основания для осуществления возврата,
- номер документа-основания для осуществления возврата;
- дата документа-основания для осуществления возврата;
- сведения о получателе денежных средств:
- идентификатор плательщика, которому осуществляется возврат денежных средств,
- наименование плательщика,
- БИК банка получателя платежа.
Предоставление информации о результатах квитирования
В рамках данного вида сведения участник по номеру УИН получает информацию о статусе начисления.
Выделяются статусы:
- Сквитировано (полностью совпали все параметры квитирования). Статус устанавливается в результате автоматического квитирования;
- Предварительно сквитировано (не совпал хотя бы один из параметров квитирования, за исключением УИН). Статус устанавливается в результате автоматического квитирования;
- Не сквитировано (не был получен ни один платеж, соответствующий начислению);
- Сквитировано по инициативе АН/ГАН с отсутствующим платежом. Статус устанавливается в результате обработки запроса от АН/ГАН на квитирование начисления с отсутствующим в ГИС ГМП платежом.
- Принудительно сквитировано по инициативе АН/ГАН с платежом. Статус устанавливается в результате обработки запроса на принудительное квитирование с платежом по инициативе АН/ГАН.
Роль участника: Потребитель
Запрос в ГИС ГМП содержит сведения: уникальный номер начисления.
Ответ из ГИС ГМП содержит сведения:
- номер УИН;
- сумма, указанная в начислении;
- дата квитирования (создания квитанции);
- статус начисления;
- номер УПНО.
Прием информации о погашении начисления
Вид сведений предоставляет участнику возможность осуществлять принудительное квитирование и отмену принудительного квитирования.
Принудительное квитирование в результате обработки информации о погашении ранее предоставленного извещения о начислении используется в следующих случаях:
- если извещение о начислении и извещение о приеме к исполнению распоряжения не могут быть сопоставлены автоматически;
- если извещение о приеме к исполнению распоряжения, соответствующее извещению о начислении, отсутствует в ГИС ГМП.
Роль участника: Потребитель
Запрос в ГИС ГМП содержит сведения:
- номер УИН,
- номер УПНО — уникальный присваиваемый номер операции.
Ответ из ГИС ГМП содержит сведения:
- номер УИН;
- сумма, указанная в начислении;
- дата квитирования (создания квитанции);
- статус начисления — принудительно сквитировано по инициативе АН/ГАН с платежом;
- номер УПНО.
Прием запроса на формирование необходимой для уплаты информации
В рамках данного вида сведения возможно формирование предварительного начисления ГИС ГМП по запросу участников.
Например, при направлении дела на рассмотрение в суд АН направляет в ГИС ГМП запрос импорта начисления указывая в данных начисления тег Origin=«PRIOR», признак «предварительное начисление»
Начисление с признаком «Предварительное начисление» — извещение о начислении, передаваемое в ГИС ГМП до факта осуществления начисления суммы, подлежащей уплате плательщиком.
Предварительное начисление может уточняться по инициативе АН, с использованием аналогичного запроса (например, может быть уточнена сумма этого начисления).
Если же в рамках уточнения этого начисления АН не укажет необязательный тег Origin =«PRIOR», то начисление в ГИС ГМП потеряет статус предварительного и далее может быть запрошено АДБ как обычное начисление
Роль участника: Потребитель
Запрос в ГИС ГМП представляет собой шаблон начисления, содержащий:
- дату, а также сведения о периоде времени, в который осуществлено начисление суммы денежных средств, подлежащих уплате;
- сумма начисления;
- назначение платежа;
- данные организации, являющейся получателем средств:
- название организации
- ИНН организации
- КПП организации
- реквизиты счета организации
- наименование банка, в котором открыт счет
- БИК банка
- сведения о плательщике:
- идентификатор плательщика,
- наименование плательщика
Ответ из ГИС ГМП содержит номер УИН и созданное начисление.
Предоставление информации о зачислении
Зачисление доходов в бюджет регламентируется бюджетным кодексом Российской Федерации.
Доходы от федеральных налогов и сборов, региональных налогов, местных налогов и сборов, страховых взносов на обязательное социальное страхование, иных обязательных платежей, других поступлений, являющихся источниками формирования доходов бюджетов бюджетной системы Российской Федерации, зачисляются на казначейские счета для осуществления и отражения операций по учету и распределению поступлений, за исключением случаев, установленных настоящим Кодексом, для их распределения органами Федерального казначейства в соответствии с нормативами, установленными настоящим Кодексом, законом (решением) о бюджете и иными законами субъектов Российской Федерации и муниципальными правовыми актами, принятыми в соответствии с положениями настоящего Кодекса, между федеральным бюджетом, бюджетами субъектов Российской Федерации, местными бюджетами, а также бюджетами государственных внебюджетных фондов в случаях, предусмотренных законодательством Российской Федерации.
В рамках данного вида сведений участник запрашивает информацию о том, когда были зачислены средства и как они учтены.
Роль участника: Потребитель
Запрос в ГИС ГМП содержит УИЗ (уникальный идентификатор зачислений).
Ответ из ГИС ГМП содержит сведения:
- УИЗ;
- дата и время формирования зачисления;
- обозначение электронного сообщения в унифицированных форматах электронных банковских сообщений Банка России, на основании которого сформировано зачисление;
- номер электронного сообщения в течение опердня;
- номер УИН;
- номер УПНО — уникальный присваиваемый номер операции;
- назначение платежа;
- сумма платежа;
- признак отнесения платежа к невыясненным;
- дата составления электронного сообщения;
- БИК банка организации, принявшей платеж;
- сведения о получателе средств:
- наименование получателя средств,
- ИНН получателя средств,
- КПП получателя средств,
- БИК банка получателя средств:
- номер казначейского счета или номер счета получателя средств в банке получателя
- сведения о плательщике:
- наименование плательщика;
- идентификатор плательщика.
Виды сведений, не предназначенные для обмена информацией о платежах
Прием информации о сертификате ключа проверки электронной подписи
Запрос в ГИС ГМП содержит во вложении сертификат ключа проверки электронной подписи.
Ответ содержит информацию о результате обработки сертификата на стороне ГИС ГМП: принято/ошибка.
Подписка на предоставление уведомлений
Получение участниками из ГИС ГМП перечня доступных им вариантов уведомлений для оформления подписки.
В ГИС ГМП направляется запрос на предоставление перечня доступных участнику вариантов уведомлений для оформления подписки
Ответ из ГИС ГМП содержит сведения:
- код варианта уведомлений;
- наименование варианта;
- описание типа уведомления, возможные значения:
- уведомление о поступлении извещения о начислении,
- уведомления о поступлении извещения о приеме к исполнению распоряжения,
- уведомления о создании квитанции,
- уведомления об изменении нормативно-справочной информациибанка получателя средств:
- код параметра;
- наименование параметра;
- признак обязательности параметра
Предоставление уведомлений по подписке
Получение участниками из ГИС ГМП уведомлений по подписке.
Запрос в ГИС ГМП содержит сведения:
- идентификаторы получателя уведомлений по подписке:
- УРН участника получателя
- код маршрутизации участника для предоставления информации по ВС с табличной маршрутизацией
- уведомления о начислении, уточнении или аннулировании начисления:
- номер УИН;
- дата, а также сведения о периоде времени, в который осуществлено начисление суммы денежных средств, подлежащих уплате (до 21 часа или после 21 часа по местному времени), либо время начисления суммы денежных средств, подлежащих уплате;
- назначение платежа;
- сумма начисления;
- КБК;
- наименование организации;
- уникальный идентификатор плательщика;
- наименование плательщика.
Ответ из ГИС ГМП содержит сведения:
- код маршрутизации участника для предоставления информации по ВС с табличной маршрутизацией;
- подтверждение приема сообщения с рассылкой уведомлений по подписке.
Основные идентификаторы ГИС ГМП
Уникальный идентификатор плательщика
Уникальный идентификатор плательщика состоит из 22 символов. Структура идентификатора плательщика зависит от типа плательщика: физическое лицо (ФЛ), юридическое лицо (ЮЛ) или индивидуальный предприниматель (ИП).
Структура идентификатора плательщика должна соответствовать следующим требованиям:
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
… |
22 |
|
А |
B |
C |
|
А |
Тип плательщика. Допустимые значения: 1,2,3 или 4. «1» – при формировании идентификатора плательщика для ФЛ «2» – при формировании идентификатора плательщика для ЮЛ – резидента РФ; «3» – при формировании идентификатора плательщика для ЮЛ – нерезидента РФ; «4» – при формировании идентификатора плательщика для ИП. |
|
В |
При формировании идентификатора плательщика ЮЛ или идентификатора плательщика ИП заполняются символами «0» (ноль). При формировании идентификатора плательщика ФЛ указывается код типа документа. Список допустимых кодов приведен в таблице ниже. |
|
С |
При формировании идентификатора плательщика для ЮЛ— резидентов РФ: 4 — 13 разряды — ИНН ЮЛ (10 цифр); 14 — 22 разряды — КПП ЮЛ (9 символов) При формировании идентификатора плательщика для ЮЛ‑нерезидентов РФ (при наличии ИНН) следующие: 4 — 13 разряды — ИНН ЮЛ (10 цифр); 14 — 22 разряды — КПП ЮЛ (9 символов); При формировании идентификатора плательщика для ЮЛ‑нерезидентов РФ (при наличии КИО) следующие: 4 – 8 разряды – символ «0» (ноль); 9 — 13 разряды — КИО ЮЛ (5 цифр); 14 — 22 разряды — КПП ЮЛ (9 символов). При формировании идентификатора плательщика для ЮЛ нерезидентов РФ (при отсутствии КИО и ИНН) следующие: 4 — 17 разряды — Код налогоплательщика-юридического лица в стране регистрации или его аналог в соответствии с законодательством иностранного государства. Если уникальный номер плательщика-нерезидента содержит менее 14 символов, он дополняется слева нулями до 14 символов. При заполнении знак номера («№»), дефиса («-») и иные разделительные знаки («/», «.», «:», «,») не указываются.; 18 — 19 разряды — двузначный буквенный код страны регистрации иностранного ЮЛ в соответствии с Общероссийским классификатором стран мира (2 символа); 20 — 22 разряды — трехсимвольный цифровой код страны регистрации иностранного ЮЛ в соответствии с Общероссийским классификатором стран мира (3 цифры). При формировании идентификатора плательщика для ИП: 4 – 10 разряды символ «0» (ноль); 11 — 22 разряды — ИНН ИП (12 символов). При формировании идентификатора плательщика для ФЛ: С 4-го по 22-й символы — серия и номер документа, код которого указан со 2-го по 3-й разряд. Серия и номер документа указываются в одну строку, без разделителей; знаки «N» и «-» не указываются; при наличии букв, они должны указываться как заглавные. Если номер документа содержит менее 19 символов, он дополняется слева нулями до 19 символов. |
Список кодов документов, допустимых к использованию при формировании идентификатора плательщика ФЛ
|
Значение |
Описание |
|
01 |
Паспорт гражданина Российской Федерации |
|
02 |
Свидетельство органов ЗАГС, органа исполнительной власти или органа местного самоуправления о рождении гражданина |
|
03 |
Паспорт моряка (удостоверение личности моряка) |
|
04 |
Удостоверение личности военнослужащего |
|
05 |
Военный билет военнослужащего |
|
06 |
Временное удостоверение личности гражданина Российской Федерации |
|
07 |
Справка об освобождении из мест лишения свободы |
|
08 |
Паспорт иностранного гражданина либо иной документ, установленный федеральным законом или признаваемый в соответствии с международным договором Российской Федерации в качестве документа, удостоверяющего личность иностранного гражданина |
|
09 |
Вид на жительство |
|
10 |
Разрешение на временное проживание (для лиц без гражданства) |
|
11 |
Удостоверение беженца |
|
12 |
Миграционная карта |
|
13 |
Паспорт гражданина СССР |
|
14 |
CНИЛС |
|
16 — 20 |
Зарезервировано |
|
21 |
ИНН |
|
22 |
Водительское удостоверение |
|
23 |
Зарезервировано |
|
24 |
Свидетельство о регистрации транспортного средства в органах Министерства внутренних дел Российской Федерации |
|
25 |
Охотничий билет |
|
26 |
Разрешение на хранение и ношение охотничьего оружия |
|
27 |
Зарезервировано |
|
28 |
Паспорт гражданина Российской Федерации, являющийся основным документом, удостоверяющим личность гражданина Российской Федерации за пределами территории Российской Федерации, в том числе содержащий электронный носитель информации |
|
29 |
Свидетельство о предоставлении временного убежища на территории Российской Федерации |
|
30 |
Свидетельство о рассмотрении ходатайства по существу |
|
31..99 |
Зарезервировано |
Уникальный присваиваемый номер операции (УПНО(УИН))
УПНО (УИП) состоит из 32 символов. Структура УПНО (УИП) должна соответствовать требованиям, приведенным ниже.
Структура УПНО (УИП) для кредитных организаций
|
1 |
2 |
… |
10 |
11 |
… |
16 |
17 |
… |
24 |
25 |
… |
32 |
|
A |
B |
C |
D |
F |
|
A |
Значение «1» |
|
B |
БИК кредитной организации, структурного подразделения кредитной организации, принявшей платеж |
|
C |
Номер внутреннего структурного подразделения кредитной организации (филиала, дополнительного офиса, кредитно-кассового офиса, операционного офиса, операционной кассы вне кассового узла), принявшего платеж. Номер слева дополняется нулями до 6 символов |
|
D |
Дата приема к исполнению распоряжения о переводе денежных средств в формате «ДДММГГГГ», где «ДД» — день, «ММ» — месяц, а «ГГГГ» — год приема к исполнению распоряжения о переводе денежных средств |
|
F |
Уникальный номер платежа в течение дня для структурного подразделения кредитной организации. Номер слева дополняется нулями до 8 символов. |
Структура УПНО (УИП) для территориальных органов Федерального казначейства (ТОФК)
|
1 |
2 |
… |
10 |
11 |
… |
16 |
17 |
… |
24 |
25 |
… |
32 |
|
A |
B |
C |
D |
F |
|
A |
Значение «2» |
|
B |
Код ТОФК |
|
C |
Резерв Заполняется нулями |
|
D |
Дата приема к исполнению распоряжения о переводе денежных средств в формате «ДДММГГГГ», где «ДД» — день, «ММ» — месяц, а «ГГГГ» — год приема к исполнению распоряжения о переводе денежных средств |
|
F |
Уникальный номер платежа в течение дня для ТОФК, передающего в ГИС ГМП платеж. Номер слева дополняется нулями до 8 символов. |
Структура УПНО (УИП) для иных участников, принимающих платежи
|
1 |
2 |
… |
7 |
8 |
… |
15 |
16 |
… |
32 |
|
А |
В |
С |
D |
|
A |
Значение «3» |
|
B |
УРН участника, принявшего платеж |
|
C |
Дата приема к исполнению распоряжения о переводе денежных средств в формате «ДДММГГГГ», где «ДД» — день, «ММ» — месяц, а «ГГГГ» — год приема к исполнению распоряжения о переводе денежных средств |
|
D |
Уникальный номер платежа в течение дня в учетной системе участника, передающего в ГИС ГМП платеж. Номер слева дополняется нулями до 17 символов. |
Взаимодействие участников в ГИС ГМП на примере передачи информации об оплате
В качестве иллюстрации прикладной задачи рассмотрим кейс интеграции с ГИС ГМП ведомства.
Дано
Участник: региональное Министерство транспорта и автомобильных дорог
Ситуация: участник оказывает государственные услуги заявителям на платной основе, пример услуги: «Выдача специального разрешения на движение по автомобильным дорогам регионального или межмуниципального значения тяжеловесного и (или) крупногабаритного транспортного средства»
Основание: Согласно Федеральному закону №210-ФЗ от 27.07.2010 государственные и муниципальные учреждения незамедлительно, не позднее дня осуществления начисления суммы, подлежащей оплате заявителем за предоставляемые услуги, указанные в части 3 статьи 1 и части 1 статьи 9 Федерального закона, иных платежей, являющихся источниками формирования доходов бюджетов бюджетной системы Российской Федерации, а также иных платежей, в случаях, предусмотренных федеральными законами, а при ее начислении после 21 часа по местному времени — не позднее дня, следующего за днем начисления, обязаны направлять информацию, необходимую для ее уплаты, в Государственную информационную систему о государственных и муниципальных платежах.
Задачи:
- Дать заявителю возможность оплатить услугу.
- Получить информацию о факте платежа и убедиться, что заявитель оплатил корректную сумму.
- Вернуть заявителю платеж в случае, если он по какой-то причине не получил услугу.
Создание начисления в ГИС ГМП и его оплата
Шаг 1.
Орган власти направляет в ГИС ГМП информацию о начислении.
Вид сведений: Прием необходимой для уплаты информации
Начисление - документ, сформированный государственным или муниципальным учреждением для оплаты физическим лицом государственных пошлин, денежных платежей (штрафов) и сборов, в том числе после предварительной проверки заявления физического лица о предоставлении государственной (муниципальной) услуги (в том числе оформленного через Портал государственных услуг), содержащий в том числе реквизиты, необходимые для оплаты.
Шаг 2.
Заявитель обращается в кредитную организацию и предоставляет идентификатор плательщика или УИН (квитанцию).
Кредитная организация направляет запрос о начислениях в ГИС ГМП и в ответ получает информацию о начислениях, которую доводит до клиента.
Вид сведений: Предоставление необходимой для уплаты информации
Заявитель проводит оплату. Кредитные организации фиксируют в ГИС ГМП факт оплаты
Вид сведений: Прием информации об уплате (информации из распоряжения плательщика)
Администратор начислений размещает в ГИС ГМП информацию о начисленных платежах в бюджет и запрашивают в ГИС ГМП сведения об оплате начислений.
Платеж - документ, содержащий информацию о факте оплаты для администратора доходов бюджета, государственного (муниципального) бюджетного (автономного) учреждения, осуществленной физическим лицом в кредитной организации. Платеж может быть связан с начислением по идентификатору начисления в ГИС ГМП.
Получение информации о факте платежа из ГИС ГМП и квитирование
По обращению заявителя (сразу же после оплаты или спустя какое-то время) к органу власти для предоставления услуги, орган власти запрашивает в ГИС ГМП информацию о факте поступления платежа путем направления запроса и при получении ответа от ГИС ГМП оказывает услугу без затребования с заявителя документов, подтверждающих оплату услуги. Виды сведений:
Вид сведений: Предоставление информации о результатах квитирования
При необходимости проводится квитирование. Квитирование – это сопоставление начислений и платежей. Квитирование необходимо для вычисления остатка по платежу. Если платеж оплачивается по начислению, то квитирование должно пройти автоматически.
Вид сведений: Предоставление информации об уплате
Если автоматическое квитирование начисления с платежом не произошло, производится квитирование вручную.
Вид сведений: Прием информации о погашении начисления
Возврат платежа через ГИС ГМП
Возврат уплаченной государственной пошлины регламентирован статьей 333.40 Налогового кодекса Российской Федерации.
Оплату за государственную пошлину можно вернуть, если заявитель не планирует пользоваться услугой, в этом случае возвращается полная сумма. В случае переплаты можно подать заявление на частичный возврат. Подать заявление на возврат можно в течении трех лет. Возврат денежных средств производится в течении месяца.
Плательщик подает в ведомство заявление о возврате уплаченной государственной пошлины.
Орган власти направляет в ГИС ГМП информацию о возврате.
Вид сведений: Прием информации о возврате.
Если у Вас остались вопросы, комментарии или замечания по работе ГИС ГМП, пожалуйста, напишите их в комментариях или свяжитесь с командой Хемуль IT любым удобным для Вас способом.
5
4
голоса
Рейтинг статьи
| Исключение | Текст ошибки |
| 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 |