Сведения приведены в документе Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 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 |
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Сведения приведены в документе Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 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, которому должны удовлетворять подписи вложенных файлов» Методических рекомендаций по работе с Единой системой межведомственного электронного взаимодействия версии 3.5.0.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> |
Рекомендуется:
- определить контур СМЭВ, в который осуществляется обращение (разработческий, тестовый, продуктивный), для этого посмотреть вызываемый адрес сервиса и сопоставить с опубликованными в разделе «»Часто задаваемые вопросы»» Технологического портала СМЭВ адресами Единого сервиса;
- найти на Технологическом портале зарегистрированный в соответствующем контуре(тестовом или продуктивном) Вид сведений. Сверить содержимое блока 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-сообщения на соответствие схемам сервиса СМЭВ»;
- привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в документе «Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия» на главной странице Технологического портала, а также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl);
- повторить отправку сообщения.
2. Текст ошибки: Сообщение содержит не все вложенные элементы. Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus) отсутствует либо пуст.
Возникает на этапе синхронной валидации xml-сообщения, принятого методами SendRequest, SendResponse.
| Причина | Пример |
| Отправляемое сообщение не соответствует схемам Единого сервиса |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- выполнить проверку сообщения с помощью «Инструментов разработчика», размещенных на главной странице Технологического портала — раздел «Проверка xml-сообщения на соответствие схемам сервиса СМЭВ»;
- привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в документе «Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия» на главной странице Технологического портала, а также могут быть получены с помощью ссылок в конструкции 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-сообщения на соответствие схемам сервиса СМЭВ», в случае ошибок — привести сообщение в соответствие схемам Единого сервиса, опубликованным в документе «Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия» на главной странице Технологического портала (также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl)) и повторить отправку сообщения;
- проверить, что сообщение направляется нужным методом (запрос — при помощи метода SendRequest, ответ — при помощи метода SendResponse);
- для успешного инициирования процесса обмена, необходимо направлять запрос при помощи метода SendRequest, отправив запрос (SendRequestRequest), после чего запрос пройдет проверки и будет поставлен в очередь запросов поставщика ВС. Далее поставщик при помощи метода GetRequest совершает выборку запроса из очереди и формирует конверт SendResponseRequest;
- убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе «Новости».
№
Текст ошибки
Описание возможной причины
Рекомендации и примечания
1
ORA-20103: Не задан мнемокод пользователя ИС Маркировка.
Не заполнен системный параметр №1816.
Файл – Сервис – Параметры
В окне отбора в поле Номер с-по – необходимо указать 1816.
Откроется окно Параметры: Идентификация
В поле Пользователь – ввести логин пользователя, под которым возникает ошибка.
В поле Организация – Министерство здравоохранения КК
Параметр:
Каталог – Документы операций с упаковками
Номер – 1 816
Код – MRKPackageOperationDocuments_MrkApiUser
Наименование – Пользователь ИС Маркировка
ПКМ – Исправить значение
Указывается значение из раздела: Учет – Пользователи ИС Маркировка
Проверяем, чем заполнен параметр и соответствует ли это сведениям из раздела Учет — Пользователи ИС Маркировка.
2
Ошибка сервиса: «Для документа XML должен существовать документ более высокого уровня.
Line: 0
«.
Ошибка свидетельствует о том, что для данного IP-адреса компьютера не настроено подключение к серверу МИАЦ.
В Парусе Консультанте необходимо создать событие.
В заявке предоставляется следующая информация:
- Наименование организации
- Ответственный сотрудник и телефон
- Адреса VIPnet coordinator/Адрес Vipnet Clinet (через что подключен АРМ)
- Адрес АРМ пользователя (IP-адрес компьютера)
Сведения оформляются в заявку и отправляются в Отдел информационной безопасности ГБУЗ «МИАЦ» для дальнейшей настройки.
3
В разделе «Документы операций с упаковками» при попытке Получить/Отправить документы ничего не происходит.
Часто проблема связана с тем, что не предоставлена актуальная ЭЦП.
- Необходимо проверить данные действия через «Журнал взаимодействия с ИС Маркировка». После выполнения операции необходимо обязательно нажимать кнопку ОБНОВИТЬ.
- Для специалистов Отдела технической поддержки: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат нажать на 3 точки и провалиться в раздел Электронные сертификаты, в каталоге слева выбрать каталог учреждения и проверить сертификат, который подвязан пользователю: Действителен с — Действителен по. Если сертификат закончился, дать пояснение клиенту. -И сказать, чтобы зарегистрировали событие в Парус Консультанте и добавили новую ЭЦП в присоединенные документы.
- Для клиента: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат — сверить отпечаток ЭЦП с тем, что в Личном Кабинете Честного знака.
- Если отпечаток в Личном Кабинете Честного знака не совпадает с тем, что в Парусе в разделе Учет — Пользователи ИС Маркировка, необходимо в Парус Консультанте прислать событие с текстом: Актуальная ЭЦП для маркировки. Актуальную ЭЦП прикрепить к событию.
4
При сканировании возникает ошибка:
ORA-20103: Контрольный (идентификационный) знак «(01)04680013242190(21)axzxywxxfx4w9» в реестре не определен.
Некорректно нанесен Data Matrix (марка) на ЛП.
Нарушен документооборот.
Проблема в сканере штрих-кодов.
1. Раздел Учет — Реестр контрольных идентификационных знаков
Данная ошибка означает, что КИЗ — (01)04680013242190(21)axzxywxxfx4w9 не найден в разделе Учет — Реестр контрольных идентификационных знаков. Если выполнить ПКМ — Отобрать в поле «Контрольный (идентификационный) знак» вставить — (01)04680013242190(21)axzxywxxfx4w9.
Каталог выбран Вашего юр. лица.
Таким образом делаем вывод, что данный ЛП отсутствует в нашей базе КИЗ.
По умолчанию у каждого пользователя ПКМ — Настройки закладка Прочие стоит чекер «Учитывать регистр символов», таким образом мы в отборе искали КИЗ, в котором маленькие буквы — *axzxywxxfx4w9*. Если Вы уберете этот чекер (временно для проверки КИЗ), то увидите, что в Реестре КИЗ есть КИЗ — (01)04680013242190(21)AXZXYWXXFX4W9 (большие буквы).
2. Проверка документооборота.
Необходимо проверить в документах 601(612), 211, 701 какой КИЗ использовался и какой статус у этих документов, правильно ли они приняты по схеме 601(612)-210-211-701-912 у всех ли статус Получен/Принят?
Если КИЗ с большими или с маленькими буквами не находится в документах (Отбор по колонке КИЗ), значит КИЗ не проходил в ИС Маркировка.
3. Проверка сканера.
При считывании сканера символы имеют разную кодировку, это может быть связано со сканером (там есть настройка регистра символов, для каждого сканера она своя, поэтому пользователь читает руководство пользователя своего сканера и настраивает).
Проверку сканера можно осуществить: Открыть текстовый редактор (Блокнот) и попробовать отсканировать упаковку в документ. Сканированный код сравнить со строкой КИЗ, отсканированной в Парусе. Если одинаковые, то обратиться в ЧЗ, либо к поставщику. Если разные, то скопировать из Блокнота и вставить в строку КИЗ в Парусе.
Если есть другой компьютер и сканер можно проверить еще с помощью них считывание марки.
5
Ошибка: Не удалось поставить запрос в очередь (ORA-29273: сбой запроса HTTP
ORA-06512: на «SYS.UTL_HTTP», line 1130
ORA-12541: TNS:нет прослушивателя
).?
Связана с работой сервиса.
Обратиться в отдел технической поддержки или прислать событие в Парус Консультант.
Ошибка технического характера.
6
ПКМ — ИС Маркировка – Отправить
Выходит ошибка:
ORA-20103: Содержимое упаковки «*» не найдено в товарных запасах.
Нарушен документооборот 612-210-211-701-912.
Пример анализа по клиенту:
Документы операций с упаковками
Для документа 912 (хотя может и для другого типа) ПКМ — ИС Маркировка – Отправить
Выходит ошибка:
ORA-20103: Содержимое упаковки «*» не найдено в товарных запасах.
Проверяю:
612 ДОУ 13.04.2021 Получен 12.04.2021 11:56
1) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35
211 нет
912 ДОУ 16.04.2021 Не определен
2) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35
211 ДОУ 13.04.2021 Получен 13.04.2021 16:35:46
912 ДОУ 16.04.2021 Не принят 16.04.2021 10:40
701 ДОУ 13.04.2021 Принят 16.04.2021 14:23
Общая проблема: нарушена цепочка документооборота: 612-210-211-701-912.
2 проблемы:
1) 912 ДОУ 16.04.2021 Не определен — при отправке ошибка, так как нет документа 211. Пусть попробуют еще раз отправить 210 документ, если не получится, размножить 210 и отправить еще раз, получить ответ 211 и 912.
2) 912 ДОУ 16.04.2021 Не принят 16.04.2021 10:40 — не принят, так как 701 принят позже ДОУ 13.04.2021 Принят 16.04.2021 14:23. Соответственно нарушили цепочку документооборота.
Должны были сначала 701 отправить и получить статус Принят, затем отправить 912.
7
Документ операций с упаковками
Статус — Принят частично
В Журнале взаимодействия с ИС Маркировка
Статус — Принят частично
Код ошибки — 52
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе
Ошибка может возникнуть, если указанный в документе SGTIN/SSCC не зарегистрирован в системе МДЛП или был перемещен в архив.
В Документе в спецификации Упаковки, ошибка возникла по какой-то упаковке «Тип», «КИЗ» в графе «Код ошибки» и «Текст ошибки» мы видим ошибку 52, именно по ней отсутствует информация в ИС Маркировка.
Рекомендуется проверить отправляемый документ на корректность цепочки документооборота и обратиться с техническую поддержку Честного Знака.
8
Документы операций с упаковками
Тип — 531
Статус — Не принят
ПКМ — Связи — Выходные документы — ЖВсИСМ
Код ошибки — 15
Текст ошибки — Попытка изменить состояние вложенного КиЗ
При попытке зарегистрировать операцию движения SGTIN, который вложен в SSCC.
Необходимо проверить цепочку приемки ЛП на баланс 601-210-211-701-912. Так как пытаются выдать вторичную упаковку, которая вложена в транспортную. А транспортную не расформировали.
9
Документы операций с упаковками
Статус – Не принят
В Журнале взаимодействия с ИС Маркировка
Код ошибки — 34
Текст ошибки — Операция не может быть выполнена. Отправитель сведений и владелец SGTIN/SSCC не совпадают.
Ошибка может возникнуть, если операции
агрегации/изъятия/докладки/расформирования должны осуществляться владельцем SGTIN/SSCC.
Рекомендуется проверить владельца КИЗ и убедиться, что текущий владелец совпадает с участником, регистрирующим операцию по КИЗ. Для подтверждения статуса владельца рекомендуется акцептовать полученные документы (при их наличии) или дождаться акцептования от отправителя.
Необходимо проверить цепочку документооборота, например если ошибка возникла по документу 912, необходимо проверить, чтобы 701 документ был отправлен раньше, чем 912 и имел корректный статус Принят. Только после этого необходимо совершать действия с документом 912.
Если 912 документ был отправлен раньше чем 701, и на данный момент находится в статусе Не принят с данным кодом ошибки, то необходимо восстановить корректную цепочку отправки документа: сначала отправить 701 документ, дождаться статуса Принят, и только после этого размножить 912 и отправить заново.
10
601 документ пользователь нажимает ПКМ- Формирование — Документ акцептования нажимает ОК (пытается создать 701 документ)
Выходит ошибка:
В документе «*» не найдены упаковки, для которых возможно формирование документа акцептования.
Возникает не ошибка, а предупреждение, так как в уведомительном окне есть выбор действия (Продолжить, Прервать, Игнорировать все).
Предупреждение свидетельствует о том, что все упаковки в документе 601 уже имеют привязку к созданному документу акцептования 701. Это можно проверить если на 601 документе нажать ПКМ – Связи – Выходные документы – Документы операций с упаковками.
В открывшемся окне Документы операций с упаковками будут отображаться связанные документы.
Если пользователю необходимо переотправить 701 документ, то на нужном 701 документе произвести действие размножить и далее выполнить действие Отправить.
11
Документ 912 статус – Не принят.
На документах ПКМ — Связи — Выходные документы — ЖВсИСМ ошибка:
Код ошибки — 33
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC находится в промежуточном состоянии.
Ошибка возникает, по причине нарушения цепочки документооборота, неверный порядок отправки документов выглядит чаще всего так: 601-210-211-912-701(702).
Когда пользователь отправляет документ 912 «Расформирование транспортной упаковки» раньше, чем принимает себе на баланс с помощью отправки документа 701 «Приемка с прямым порядком акцептования» (702 «Оприходование лекарственных препаратов»), ЧЗ такие 912 не принимает.
Пользователю необходимо восстановить правильную цепочку документооборота и выполнить корректно отправку документов по цепочке:
601-210-211-701 (702) -912.
Таким образом необходимо произвести отправку 701 (702) документа, дождаться пока статус будет Получен и дальше уже произвести отправку 912 документов.
Документы необходимо будет создать путем размножения с текущих (по которым уже есть статусы).
12
Если у документа статус — Не принят
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе обработки документа системой: invalid request data: data.properties.contract_type should be equal to one of the allowed values, data.properties.contract_type should be equal to one of the allowed values, data.properties.source_type should be equal to one of the allowed values, data.properties should have required property 'contract_num', data.properties should match exactly one schema in oneOf
Не заполнен «Реестровый номер контракта»
В документе заполнить поле «Реестровый номер контракта (договора) в Единой ИС в сфере закупок.
13
ORA-20103: Не найден корректный идентификатор применения в тексте КИЗ
При сканировании упаковки ЛП, считывается код Data Matrix, который не имеет установленных стандартом идентификаторов применения. Поставщик некорректно сгенерировал штрихкод или упаковка повреждена.
Открыть текстовый редактор (Блокнот) и попробовать отсканировать упаковку в документ. Сканированный код сравнить со строкой КИЗ, отсканированной в Парусе. Если одинаковые, то обратиться в ЧЗ, либо к поставщику. Если разные, то скопировать из Блокнота и вставить в строку КИЗ в Парусе.
Согласно Постановление Правительства РФ от 14.12.2018 N 1556 (ред. от 28.01.2021) код маркировки должен состоять только из групп применения с символами 01, 21, 91, 92.
первая группа данных — глобальный идентификационный номер торговой единицы, состоящий из 14 цифровых символов, которому предшествует идентификатор применения (01);
вторая группа данных — индивидуальный серийный номер торговой единицы, состоящий из 13 символов цифровой или буквенно-цифровой последовательности (латинского алфавита), которому предшествует идентификатор применения (21).
третья группа данных — идентификатор (индивидуальный порядковый номер) ключа проверки, предоставляемый эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, состоящий из 4 символов (цифр, строчных и прописных букв латинского алфавита), которому предшествует идентификатор применения (91).
четвертая группа данных — значение кода проверки, предоставляемое эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, которому предшествует идентификатор применения (92), и состоящее из 44 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов).
14
При отправке документов в Журнале взаимодействия с ИС маркировка зарегистрирована ошибка:
Код ошибки -19
Текст ошибки — Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
- Пользователь указал не верную дату документа в поле «Дата». Тем самым нарушив хронологию событий по дате.
- Поставщик не указал в документе временную зону или указал +0:00, соответственно искажается время
- Пример:
Документы операций с упаковками
601 дата 05.04.2021
ПКМ — Связи выходные документы
701 дата 02.04.2021
Поэтому и выходит ошибка: 19 Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
Операции, производимые над SGTIN, должны совершаться последовательно.
Причина: в операции неверно указана operation_date.
Решение:
Проверить поле Дата в документах. В 701 документе дата не может быть раньше, чем в 601.
Проверить в 601 документе поле «Реестровый номер контракта (договора) в Единой информационной системе в сфере закупок, заполнить данное поле таким же значением в 701 документе. Заполняется только при федеральном или региональном источнике финансирования, для собственных средств не является обязательным.
2. Попробовать отправить документ позже в течение дня. Если документ не отправится успешно, то обратиться в СТП ЧЗ.
15
Документ 210 «Запрос информации по номеру SGTIN/SSCC»
Статус — Получен ответ, но по связям не находит документ 211 «Результат обработки сведений по номеру SGTIN/SSCC»
Проверяем:
Учет — Документы операций с упаковками
Проверить первоначальный документ 601 или 612. Как это сделать?
На 210 ПКМ – Связи – Входные документы – нашли документ 601/612 и проверяем статус у этого документа, должен быть «Статус обмена данными с ИС Маркировка» – Получен.
Далее на 601 или 612 ПКМ – Связи – Выходные документы – проверяем какие документы по связям есть.
Если видим только 210 проверяем статус у этих 210.
Если статус — Получен ответ – это значит что из ЧЗ пришел по ним ответ в виде 211. Но если на 210 ПКМ – Связи – Выходные документы мы не находим 211 документа, то возникает проблема у клиента, которую можно решить с помощью рекомендаций.
Рекомендации:
1. В разделе Учет — Журнал взаимодействия с ИС Маркировка
на документах: 210 выполнить действие ПКМ — ИС Маркировка — Проверить статус еще раз. По связям еще раз проверить выходные документы не подгрузился ли 211. Если не подгрузился переходим к пункту 2.
2. Документы — Документы операций с упаковками
на документах: 210 выполнить действие ПКМ — Размножить и далее на размноженных документах выполнить действие ПКМ — ИС Маркировка — Отправить. Дождаться пока документ получит статус — Получен ответ и по связям ПКМ — Связи — Выходные документы проверить 211 документы.
16
Указание Доли выбываемого ЛП
Реализована возможность «быстрого» указания доли выбываемого ЛП после сканирования кода маркировки.
Для режима «Работа с упаковками ⇒ Добавление» реализована редактируемая колонка грида «Доля от вторичной упаковки». Механизм указания доли доступен только для типов документов 511, 521, 531, т.к. в других документах учет доли не предусмотрен системой МДЛП.
Для выбытия целой упаковки, как и ранее, ничего дополнительно указывать не требуется.
Для выбытия доли вторичной упаковки ее значение необходимо указывать в формате правильной дроби, числитель которой обозначает количество выбываемых первичных упаковок, а знаменатель – количество первичных упаковок во вторичной упаковке.
Указание дроби допускается в формате, например, «2/10», «210», при этом разделитель «» автоматически заменяется на «/». При указании дроби в формате «2.10» и подобных пользователь получит ошибку вида: «Некорректные символы в тексте доли от вторичной упаковки: «.»».
Внимание! При последующем долевом выбытии кода маркировки необходимо указывать тот знаменатель дроби, который был выбран в первый раз – это правило, действующее в системе МДЛП.
17
Документ — 531
531 ПКМ — ИС Маркировка — Сформировать отчет о выбытии
выходит ошибка:
В документе «**» присутствуют позиции без криптозащиты. Формирование отчета о выбытии невозможно.
Данная ошибка означает, что в упаковках отсутствует информация о криптозащите.
Выбытие через РВ может осуществляться только при отсканированных упаковках (на документе ПКМ — Работа с упаковками — Добавление). Если по какой-то причине у Вас нет возможности создать документ и отсканировать заново упаковки, то ЛП без криптозащиты Вы можете отправить по упрощенной схеме (по согласованию с ЧЗ) при помощи действия ПКМ — ИС Маркировка — Отправить.
Возможно, код маркировки (КМ) выбрали из списка существующих или отсканировали, но не в разделе Работа с упаковками — Добавление, а в спецификации «Упаковки» после действия «Добавить». В этих случаях даже если КМ содержит криптохвост, то в ДОУ его не будет. При размножении ДОУ и после успешной отправки на РВ — криптохвост удаляется.
18
Документ – 531
ПКМ – Работа с упаковками – Добавление
В открывшемся окне «Набор упаковок» нажимают ПКМ – Добавить
В поле КИЗ – сканируют упаковку нажимают ОК.
Первая упаковка – сохраняется и отображается в разделе «Набор упаковок».
Вторую упаковку сканируют нажимают ОК, вторая упаковка не отображается в разделе «Набор упаковок». Но при нажатии в разделе «Набор упаковок» еще раз ОК в спецификацию «Упаковки» добавляются 2 записи, визуально мы видели только одну, а сканировали 2.
Наблюдается только в ВЕБ версии под конкретным пользователем.
Пользователю необходимо обратиться в Отдел технической поддержки или прислать событие через Парус Консультант с описанием проблемы.
Следующие действия выполняются специалистами Отдела технической поддержки или профильным аналитиком:
Под пользователем выйти из всех запущенных сеансов.
В Администраторе – Учет – Профили пользователей
Отбор по графе «Пользователь (наименование)»
Тип – WEB
Приложение системы — Учет маркированных товаров
Раздел системы — Набор упаковок
Вид — Формы просмотра раздела, Параметры действий раздела – пометить чекером и удалить.
Перезайти под пользователем в раздел и проверить.
19
605 «Уведомление получателя об отзыве отправителем переданных лекарственных препаратов».
Схема:
1. поставщик формирует документ 415 «Отгрузка со склада» и отправляет в систему;
2. мы получаем 601 «Уведомление об отгрузке со склада».
3. Если поставщик понял что где-то в 415 «Отгрузка со склада» допущена ошибка, то он отправляет в систему 251 «Отзыв отправителем переданных получателю лекарственных препаратов»;
4. мы получаем 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов».
5. клиенту необходимо в разделе Учет — Документы операций с упаковками выполнить действие ПКМ — ИС Маркировка — Получить(если не получится попробовать Загрузить из журнала)
В появившемся документе 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов» будет информация в спецификации Упаковки. По информации в данной спецификации пользователь может сверить информацию упаковок и узнать какой именно 601 документ был отозван поставщиком.
20
627 «Уведомление владельца о регистрация в ИС МДЛП сведений
об оприходовании».
Реализована работа с типом документа 627 (Уведомление владельца о регистрации в ИС МДЛП сведений об оприходовании). Действие ПКМ — ИС Маркировка — Получить.
После успешной обработки схемы 702 в сторону Участника, который по данным МДЛП являлся
владельцем оприходованных лекарственных препаратов, отправляется уведомление об оприходовании
– 627-posting_notification.xsd. Уведомление содержит в себе перечень оприходованного товара, а
также сведения об Участнике, который осуществил оприходование.
21
На действие «Добавление/размножение документа операций с упаковками» раздела «Документы операций с упаковками» в каталоге «552. Вывод ЛП из оборота по различным причинам» по юридическому лицу «Организация» у Вас нет прав. Обратитесь к Администратору.
Не верно указано значение в поле Принадлежность
Ошибка свидетельствует о том, что у пользователя нет прав на юр. лицо — «Организация».
В поле Принадлежность необходимо указать юр. лицо код мединфо.
22
1) Документы операций с упаковками
В документе «531. Выдача ЛП в медицинском учреждении»
Статус обмена данными с ИС Маркировка — Принят частично
Код ошибки — 11
Текст ошибки — Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке
2) В документе «701. Подтверждение (акцептование) сведений»
Статус обмена данными с ИС Маркировка — Принят частично (Не принят и т.д.)
Код ошибки — 11
Текст ошибки — Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке
1) Статус — Принят частично возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе. Необходимо в ЛК ЧЗ проверить статусы 701 и 702 документа. Если документы были корректно сформированы, то ЛП должны стоять на балансе в ЛК ЧЗ. Необходимо проверить фактическое наличие выдаваемых упаковок и далее за разъяснениями обратиться в СТП Честного знака.
2) Статус — Принят частично (Не принят и т.д.) возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе, либо не получена информация по цепочке 210-211. Необходимо проверить цепочку документов 601(612)-210-211-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701. Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.
23
Зависание при сканировании большого объема упаковок.
Документы — Документы операций с упаковками
ПКМ — Работа с упаковками — Добавление
В открывшемся окне Набор упаковок ПКМ — Добавить
В окне Набор упаковок: Добавление в поле КИЗ производят сканирование КИЗа с упаковки лекарственного препарата и нажимают Ок.
В поле КИЗ на данный момент происходит сохранение истории сканированных КИЗ, когда объем достигает большого количества возникает зависание.
Можете применять ручную очистку поля по shift+del.
24
702 «Оприходование лекарственных препаратов» третичные упаковки
При создании документа выполняем действия согласно инструкции, размещенной у нас на портале info.parusyug.ru Парус 8. Учет маркированных товаров/документ — 2.Пользовательская инструкция по работе с модулем «Учет маркированных товаров».
В спецификацию «Упаковки» производим добавление и сканирование упаковок, заполняем «Сведения о цене», отправляем документ, проверяем статус.
Если в документе содержатся третичные упаковки, необходимо пометить их чекерами, далее нажать ПКМ — Формирование — Запрос содержимого транспортных упаковок (документ 210 «Запрос информации по номеру SGTIN/SSCC») заполняем Реквизиты документа: каталог (можно сразу указать 210.Запрос информации по номеру SGTIN/SSCC), тип документа — ДОУ, префикс документа, дата.
Отрабатываем схему 210-211-912.
В ответ на наш запрос (документ 210 «Запрос информации по номеру SGTIN/SSCC») нам приходит ответ от ИС МДЛП документ 211 «Результат обработки сведений по номеру SGTIN/SSCC», и документ 912 «Расформирование упаковки».
25
Документы операций с упаковками
В разделе Учет — Журнал взаимодействия с ИС Маркировка уже получен документ 601.
В разделе Документы — Приходные документы выполнить действие ПКМ — ИС Маркировка — Загрузить из журнала
Выбрать документ, нажать Ок.
Выходит ошибка:
Не найдена операция приходования для документа операций с упаковками.
Документ пришел по новой операции приходования.
Необходимо в ЛК ЧЗ по документу выгрузить квитанцию .xml и прислать событие на Парус Консультант с указанием по какому документу возникла ошибка и приложить квитанцию из ЧЗ.
26
Документы операций с упаковками
Статус — Не принят
Код ошибки — 200
Текст ошибки — Идентичный документ был отправлен ранее
Ошибка может возникнуть при попытке загрузки дублирующего документа.
- Проанализировать, почему документ был отправлен повторно
- Проверить статус обработки отправленного раннее идентичного документа
Если необходимо отправить документ повторно, то необходимо размножить документ, на закладке «Дополнительно» проверить заполнение полей «Документ-подтверждение»/»Документ — основание» и выполнить отправку в ИС Маркировка.
27
Документ — 531 статус — Не принят
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value ' 2 АПТ' is not facet-valid with respect to pattern 'S.*' for type 'document_number_200_type'.
Не соответствие формату элемента
В документе на закладке «Дополнительно» заголовок «Документ-подтверждения (соответствия) / документ розничной торговли» в поле «Номер» перед введенным номером есть пробел.
28
Документы операций с упаковками
Документ — 601(612) в поле контрагент — пусто, поле Место деятельности контрагента — заполнено.
При формировании документа 701 выходит ошибка:
Контрагент должен быть задан
В поле контрагент не задано юр. лицо
Необходимо предоставить сведения для настройки места деятельности и контрагента:
Место деятельности
Наименование контрагента
ИНН
КПП
р/с
Адрес
Заявку можно прислать через Парус Консультант или обратиться в Отдел технической поддержки.
29
Документы операций с упаковками
Тип документа — 521, 531
Действие ПКМ — ИС Маркировка — Сформировать отчет о выбытии
В разделе Учет — Регистраторы выбытия кодов маркировки
Спецификация Очередь заданий
Происходит зависание в очереди
Проверить работоспособность регистратора выбытия
Возможно связано с ошибкой 5090: «Срок действия ПИН-кода истек. Необходимо ввести его в РВ повторно» (ошибка отображается только в логах сервиса взаимодействия)
Раз в сутки нужно вводить PIN-код.
Ввод PIN-кода раз в сутки является обязательным условием для соблюдения требований безопасности и отключить его нельзя.
30
Документы операций с упаковками
ПКМ — Работа с упаковками — Добавление
При попытке сохранить отсканированную упаковку выходит ошибка:
ORA-20103: Добавление упаковки в документ операций с упаковками в состоянии отличном от «Не отработан» недопустимо.
Возникает, когда у документа в гриде «Состояние» статус «Отработан как план» или «Отработан как факт»
Ошибка возникает, когда в документ который имеет в гриде «Состояние» статус «Отработан как план» или «Отработан как факт». Необходимо снять отработку с документа (ПКМ — Состояние — Снять отработку) и тогда производить добавление новых упаковок в спецификацию.
31
619 «Уведомление получателя об отгрузке лекарственных препаратов со склада отправителя в рамках агентского договора»
Это 619 уведомление означает, что в адрес участника оборота была выполнена отправка ЛП по 472 схеме.
В настоящий момент в ПП «Парус-Бюджет 8. Учет маркированных товаров» эта цепочка не реализована, т.к. существует её аналог — схема 415 со значениями (в том числе) «Тип договора при реализации» (contract_type):
— 2 (комиссия);
— 3 (агентский договор);
Следовательно, предлагаем в текущей деятельности использовать её.
32
Документы операций с упаковками
Тип документа — 912 (или др.)
Статус — Не принят
Код ошибки — 38
Текст ошибки — Операция не может быть выполнена — указанный SGTIN/SSCC не найден в системе или расформирован.
Ошибка может возникнуть при попытке осуществления операции агрегации/ изъятия/ докладки/ уничтожения для SGTIN/SSCC, которые не зарегистрированы в системе или раннее были расформированы.
Рекомендуется проверить отправляемый документ и убедиться, что:
- указаны существующие SGTIN/SSCC;
- SSCC не расформирован по данным системы.
Необходимо проверить цепочку документов 601(612)-210-211-701-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701. Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.
33
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — Отправить
или
ПКМ — ИС Маркировка — Сформировать отчет о выбытии
ошибка: В документе «**» присутствуют упаковки, входящие в нерасформированную транспортную упаковку
Ошибка возникает из-за отсутствия «Отработки» документа 912
Необходимо найти 912 ДОУ, в котором присутствуют КИЗ упаковки из текста ошибки. Выбрать документ, ПКМ — Состояние — Отработан как факт. Если возникает ошибка «Невозможна отработка операции расхода как факт для упаковки «**», оприходованной как план.», в таком случае ПКМ — Состояние — Отработан как план.
Повторить отправку 531 ДОУ.
В ситуациях, когда 912ДОУ не получается отработать ни как план, ни как факт, а 531ДОУ — без Отработки 912ДОУ не хочет отправляться в ЧЗ, нужно снять отработку с 211ДОУ. Для этого находим 912й ДОУ с упаковкой из ошибки, на нём «ПКМ — Связи — вХодные документы» выбираем в окне «Документы операций с упаковками» и переходим к 211ДОУ. Снимаем отработку с 211ДОУ. Затем пробуем повторно отправить 531ДОУ.
Если при отправке будет ругаться уже на другую упаковку, повторяем теже действия, но для другого 211.
34
Документы операций с упаковками
Тип документа — 701
Статус отправлен
ПКМ-связи-Журнал взаимодействия с ИС Маркировка
в поле примечании Произошла ошибка при отправке запроса.
Ошибка возникает при наличии принятого документа в ЧЗ но с другим идентификатором операции ИС Маркировка
Необходимо найти отклоненный 701 документ в ЛК ЧЗ, рядом должен быть еще один 701 документ, который со статусом принят с небольшим разрывом по времени, скачать квитанцию документа и сравнить КИЗ.
В модуле Маркировка статус не обновить, поскольку отличается идентификатор. Со стороны пользователя никаких действий производить не нужно.
35
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
Не отправляются документы, статус не определен
Очередь создается на регистратор выбытия и удаляется, документ в ЛК ЧЗ не загружается.
Необходимо обратить внимание на номер документа, максимально допустимая длина поля «номер документа» 16 символов.
36
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
ПКМ — ИС Маркировка — Проверить статус
Статус — «Принят частично»
Не все упаковки выгружены в МДЛП или часть упаковок отклонены.
Если упаковки не были отправлены, сформировать новый 531 документ и направить повторно недостающие упаковки.
Если упаковки выгружены все, данную информацию можно посмотреть в регистраторе выбытия, в ЛК ЧЗ должен быть документ 10532 — «Выдача для мед. помощи ЛП с невалидными КМ (регистратор выбытия)»
Документ 10532 автоматически передаётся для ЛП, код маркировки которых не прошёл верификацию.
В данном случае дальнейших действий не требуется — ЛП считается выведенным из оборота.
Обращаем внимание, что лекарственные препараты, КМ которых не прошли проверку, рекомендуется возвращать поставщику.
Содержание:
1. XML – расширяемый язык разметки
2. Устранение Ошибки разбора XML в 1С
3. «Обход» Ошибки разбора XML в 1С
1. XML – расширяемый язык разметки
В данной статье речь пойдёт о причинах возникновения фатальной ошибки «Ошибка разбора XML» и способах устранения данной неполадки. Также будет дана инструкция не по устранению, но «обходу» ошибки, то есть действиям на опережение.
XML (с английского – extensible markup language – расширяемый язык разметки) – это язык разметки, который рекомендует Консорциум Всемирной паутины. Обычно язык разметки XML служит для описания документации, соответствующего типа, а также описывает действия соответствующих процессоров. Расширяемый язык разметки имеет довольно простой синтаксис, поэтому используется по всему миру, чтобы создавать и обрабатывать документацию программным способом. Он создавался именно для использования в Интернете. XML назвали именно расширяемым языком разметки, так как в нём нет фиксации разметки, которая содержится внутри документа, а именно: программист может создавать любую разметку, а ограничения будут встречаться лишь в синтаксисе.
2. Устранение Ошибки разбора XML в 1С
«Ошибка разбора XML» возникает исключительно в тонком клиенте 1С. Также стоит отметить, что «Ошибка разбора XML» также довольна схожа с ошибкой по формату потока, которая возникает в толстом клиенте. Обычно в 1С «Ошибка разбора XML» возникает по причине наличия кэша метаданных. И если очистить кэш, то ошибка будет устранена. Выглядит окно с ошибкой, а также окно с комментариями от технической поддержки следующим образом:
Рис. 1 Окно Ошибки разбора XML в 1С
XML данные читаются по потокам, так что в каждый из моментов времени объект «сосредоточен» в некотором узле XML. Из-за этого также может возникать фатальная ошибка «Ошибка разбора XML». Для того чтобы её устранить, можно вызвать функцию «ИсключениеЧтенияXml», как показано на скриншоте примера ниже:
Рис. 2 Вызов функции ИсключениеЧтенияXML для устранения Ошибки разбора XML в 1С
3. «Обход» Ошибки разбора XML в 1С
Данные два способа (очистка кэша метаданных и функция «ИсключениеЧтенияXml») – не все возможные варианты устранения ошибки разбора XML. Далее рассмотрим нестандартный подход, который позволит избежать ошибки еще до её возникновения.
Для наглядности будем работать в конфигурации 1С:Бухгалтерия предприятия, одной из наиболее распространенных программ фирмы 1С. У многих людей, которые пользуются программой 1С:Отчётность появляются неполадки при попытках открыть данные/файлы от налоговой. Чтобы открыть такой файл повторяем следующие действия:
· Переходим по пути: «Настройки 1С:Отчётности → Журнал обмена с контролирующими органами», как показано на скриншоте ниже:
Рис. 3 Настройка 1С Отчетности
· Далее кликаем на «Запросы» и выделяем ту выписку, которую не было возможности открыть из-за ошибки, как продемонстрировано на скриншоте ниже:
Рис. 4 Выбор выписки с Ошибкой разбора XML в 1С
· Обращаем внимание на стадию отправки, которая располагается внизу этого сообщения, и кликаем два раза на зелёный круг:
Рис. 5 Стадия отправки документа с Ошибкой разбора XML в 1С
· Появляется транспортное сообщение, в нём кликаем на «Выгрузить» и выбираем папку, куда необходимо провести выгрузку, после чего сохраняем данный файл. Пробуем открыть его, при помощи любого из графических редакторов, который может поддерживать формат PDF, как показано на скриншоте ниже:
Рис. 6 Результат обхода Ошибки разбора XML в 1С
· Всё успешно открылось, а ошибка даже не успела возникнуть.
Специалист компании «Кодерлайн»
Айдар Фархутдинов
| Исключение | Текст ошибки |
| 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С: Предприятие Х. Конфигурация: Бухгалтерия…
Инструкция по тестированию пользователей ас юу с гис гмп
Авторизоваться в системе, введя логин и пароль пользователя конкретного подразделения
Что такое рис гмп?
«Региональная информационная система о государственных и муниципальных платежах» (рис гмп) предназначена для выполнения задачи автоматизации…