Коды ошибок |
Описание действий |
Описание контроля |
Описание ошибок |
---|---|---|---|
-1; 1 |
Внутренняя ошибка |
Системный сбой |
Разовый отказ ГИС ГМП, необходимо повторить вызов, с рекомендуемым интервалом 1-5 минут |
2 | Начисление с УИН «<УИН>» не найдено в системе | Контроль наличия начисления, которое требуется сквитировать с платежами | Начисление, УИН которого указан в запросе на проведение квитирования по инициативе АН, отсутствует или аннулировано |
3 | Платеж с УИП «<УИП>» уже сквитирован с начислением | Контроль того, что платеж, с которым требуется сквитировать начисление, не был сквитирован с начислением ранее | Платеж, УИП которого указан в запросе на проведение квитирования по инициативе АН, уже сквитирован с начислением |
4 | Платеж с УИП «<УИП>» не найден в системе | Контроль наличия платежа, с которым требуется сквитировать начисление | Платеж, УИП которого указан в запросе на проведение квитирования по инициативе АН, отсутствует или аннулирован |
5 | Импортируемые данные уже присутствуют в системе | Запрет импорта дубликата сущности | Производится попытка импорта начисления или платежа, который уже присутсвует в БД ГИС ГМП |
6 | Уточнение начисления, выставленного ранее 01.01.2013, не допускается | Запрет уточнения начисления, дата выставления которого ранее 01.01.2013 | Производится попытка уточнения начисления, дата выставления которого ранее 01.01.2013 |
7 | Не найден исходный документ (файл) | Контроль наличия в БД исходных данных для уточнения или аннулирования | При попытке уточнить или аннулировать сущность не найдена или уже аннулирована сущность, которую пытаются уточнить или аннулировать |
8 | Нет прав на импорт/ уточнение/аннулирование сущности данного типа | Контроль полномочий участника на импорт, уточнение, аннулирование сущности | Участник пытается загрузить, уточнить или аннулировать сущность, которая не предназначена для загрузки данным типом участников |
10 | Некорректный формат УИН | Контроль формата 25-символьного УИН (УРН АН или ГАН, сформировавшего начисление, после перевода из шестнадцатеричного представления в десятичное представление должен быть равен первым восьми символам 25-символьного УИН) | Участник пытается загрузить начисление, УИН которого не соответствует требованиям к структуре УИН для АН и ГАН, являющихся органами государственной власти субъектов Российской Федерации, органами местного самоуправления, государственными (муниципальными) учреждениями |
11 | Формат запроса (файла) не соответствует xml-схеме | Контроль соответствия формата запроса (файла) xml-схеме | Файл запроса или сообщение-запрос имеют недопустимый формат (не соответствуют утвержденной XML-схеме). Описание несоответствий содержится в комментарии к протоколу (в теге ResultData) |
12 | Получена сущность (начисление /платеж) от незарегистрированного участника | Контроль наличия регистрации участника, сформировавшего начисление (платеж) | Получено начисление (платеж) от незарегистрированного участника |
13 | ЭП под сущностью (запросом) не верна | Проверка ЭП под сущностью (запросом) | Не пройдена проверка ЭП под сущностью (запросом) |
14 | Не определено полномочие, с которым участник обращается к ГИС ГМП | Контроль указания полномочия, с которой участник обращается в ГИС ГМП, в случае регистрации участника в ГИС ГМП с несколькими полномочиями одновременно | В запросе указан УРН (атрибут senderIdentifier), принадлежащий зарегистрированному в ГИС ГМП с несколькими полномочиями одновременно участнику. При этом тег senderRole не заполнен либо заполнен некорректным значением (указанное полномочие не принадлежит участнику) |
15 | Файл сертификата ключа проверки ЭП не может быть загружен в ГИС ГМП | Контроль корректности формата файла сертификата ключа проверки ЭП, полученного от участника для загрузки или обновления | Файл с сертификатом ключа проверки ЭП, полученный от участника для загрузки или обновления, имеет некорректный формат |
16 | Не найден сертификат ключа проверки ЭП для обновления | Проверка наличия сертификата ключа проверки ЭП для обновления | При попытке обновить сертификат ключа проверки ЭП не найден исходный сертификат |
17 | Получен сертификат ключа проверки ЭП от незарегистрированного участника | Контроль наличия участника-владельца сертификата в справочнике зарегистрированных участников ГИС ГМП | УРН, указаный в запросе на загрузку или обновления сертификата не принадлежит передавшему запрос участнику |
18 | Загружаемый / обновляемый сертификат ключа проверки ЭП имеет недопустимый срок действия | Контроль срока действия загружаемого / обновляемого сертификата ключа проверки ЭП | Загружаемый обновляемый сертификат ключа проверки ЭП имеет истекщий срок действия |
20 | В ГИС ГМП уже загружен сертификат ключа проверки ЭП с данным уникальным номером | Контроль наличия сертификата ключа проверки ЭП с уникальным номером, совпадающим с уникальным номером загружаемого сертификата | В ГИС ГМП уже присутствует сертификат ключа проверки ЭП с данным номером |
21 |
Принят запрос от незарегистрированного участника |
Контроль наличия идентификатора участника в справочниках ГИС ГМП |
Принят запрос (файл) от незарегистрированного участника |
23 | Попытка передачи начисления (платежа) участником, не завершившим тестирование или исключенным участником | Проверка активности учетной записи участника, сформировавшего начисление (платеж) | Участник, сформировавший начисление (платеж), имеет статус «Блокирован» или «Исключен» в ГИС ГМП |
24 | Запрос данных участником, не завершившим тестирование или исключенным участником | Контроль активности участника, направившего запрос | Участник, запросивший данные, имеет статус «Блокирован» или «Исключен» в ГИС ГМП |
27 | Ваш запрос не был обработан — ЭП-ОВ некорректна | Проверка ЭП-ОВ | По итогам проверки ЭП-ОВ установлена ее некорректность |
28 | Ошибка вызова информационной системы участника | Контроль доступности информационной системы участника | При взаимодействии с информационной системой участника возникла ошибка |
30 | У вас недостаточно прав на проведение данной операции | Контроль наличия прав на проведение операции | Попытка информационной системы участника провести операцию, на которую у нее нет прав. Например, провести квитирование начисления, которое было загружено в ГИС ГМП другой системой. |
31 |
Неверный сертификат ЭП-ОВ в запросе к веб-сервису ГИС ГМП |
Сертификат ЭП-ОВ, указанный в запросе от информационной системы участника, не соответствует сертификатам ЭП, привязанным к данной системе в ГИС ГМП |
Неверный сертификат ЭП информационной системы в запросе |
32 | Извещение о приеме к исполнению распоряжения имеет нулевую сумму платежа | Контроль суммы платежа (импорт платежей с нулевой суммой недопустим) | Попытка участника загрузить новое извещение о приеме к исполнению распоряжения с нулевой суммой |
33 | Неверный сертификат ключа проверки ЭП под сущностью (запросом) | Контроль соответствия сертификата ключа проверки ЭП под сущностью (запросом) | Сертификат ключа проверки ЭП под сущностью, переданной участником, не соответствует сертификату ключа проверки ЭП, привязанному к данному участнику в ГИС ГМП |
34 | В запросе на экспорт не указаны основные параметры запроса | Контроль указания основных параметров запроса в запросе экспорта | В запросе экспорта не указаны основные параметры запроса (УИН или УИП, временной интервал) |
36 | Недопустимый срок действия предварительного начисления | Проверка допустимости указанного срока действия в запросе на формирование предварительного начисления (дата не менее текущей и не более значения: «текущая дата + 1 мес> ) | В запросе на формирование предварительного начисление указан недопустимый срок действия |
37 | Запрос сформирован неуполномоченным участником | Контроль наличия полномочий участника, сформировавшего запрос | В запросе на экспорт, принудительное квитирование и формирование предварительного начисления указан УРН неуполномоченного участника |
38 | Не указана дата поступления распоряжения в банк плательщика. | Контроль указания даты поступления распоряжения в банк плательщика, если распоряжение принято в банк | В запросе на импорт платежей не указана дата поступления распоряжения в банк плательщика, (не заполнен тег ReceiptDate при указанной конструкции PaymentIdentificationData/Bank) |
39 | Не указано основание аннулирования | Контроль обязательности заполнения основания аннулирования при аннулировании начисления / платежа | В запросе на аннулирование начисления / платежа не указано основание аннулирования |
40 | Извещение о начислении имеет нулевую сумму платежа | Проверка суммы в начислении (сумма в начислении, не являющемся предварительным, не должна быть нулевой) | Попытка участника загрузить начисление с нулевой суммой (начисление не является предварительным) |
50 | Обработка пакета не завершена | Проверка готовности протокола обработки пакета | Запрошен статус обработки пакета до завершения обработки пакета |
51 | Длина УИН не соответствует Уровню Участника | Контроль проверки длины УИН: 20-значный от ФОИВ, 25-значный от РОИВ, ОМСУ и ГМУ | Длина УИН не равна 20 знакам для ФОИВ, или длина УИН не равна 25 знакам для РОИВ, ОМСУ и ГМУ |
52 | Начисление от даты ранее 2013 года не подлежит передаче в ГИС ГМП | Контроль даты начисления не ранее 2013 года |
Попытка участника загрузить начисление с начисление от даты ранее 1 января 2013 года |
53 |
КБК не может совпадать с УИН |
Контроль несовпадения УИН и КБК |
Попытка участника загрузить начисление с УИН = КБК |
54 |
УИН и Идентификатор плательщика не могут одновременно быть равны 0 |
Контроль заполненности хотя бы одного из двух полей УИН или Идентификатор плательщика |
При загрузке платежа не заполнен ни УИН, ни Идентификатор плательщика |
55 |
Дата в УИП не равна дате приема к исполнению распоряжения плательщика |
Контроль совпадения даты в УИП и даты приема к исполнению распоряжения плательщика |
Дата в уникальном идентификаторе платежа не совпадает с датой приема к исполнению распоряжения плательщика |
56 |
Дата/время сущности не должны превышать дату/время загрузки сущности |
Контроль даты/времени сущности на непревышение даты/времени загрузки |
Попытка участника загрузить сущность от будущего времени |
60 |
Отсутствует информация о статусе обработки пакета. Воспользуйтесь запросом на экспорт сущностей. |
Проверка наличия протокола обработки пакета |
Запрошен статус обработки пакета с неверным идентификатором либо после истечения срока хранения статуса обработки пакета |
232 | Некорректное значение кода по ОКТМО | Контроль наличия ОКТМО для счетов 40101* | Начисление, по которому поступление средств предполагается на счета 40101*, должно содержать код по ОКТМО, отличный от нуля |
233 |
Некорректное значение КБК |
Контроль ненулевого КБК для счетов 40101* |
Начисление, по которому поступление средств предполагается на счета 40101*, должно содержать КБК, отличный от нуля |
234 | Контрольный разряд УИН имеет некорректное значение | Проверка контрольного разряда УИН | Контрольный разряд УИН имеет некорректное значение (не соответствует остальным разрядам УИН) |
235 | УИП имеет некорректный формат | Проверка формата УИП | УИП сформирован не в соответствии с алгоритмом, описанным в п. 3.3. |
236 | Некорректное значение идентификатора плательщика | Проверка корректности идентификатора плательщика | Проверка корректности идентификатора плательщика |
237 | Некорректный формат УИН | Проверка невырожденности УИН | В значимых разрядах УИН (для 20 и 25-разрядных УИН) все нули. Для прохождения проверки должно выпполняться условие: в разрядах 4-19 (для 20-разрядных УИН) или 9-24 (для 25-разрядных УИН) не все нули |
238 |
Наличие букв в УИН недопустимо |
Контроль остутствия букв в УИН для новых начислений |
Новые начисления должны содержать УИН, состоящий только из цифр. |
302 | Попытка загрузки в систему информации другого участника | Контроль принадлежности загружаемой в ГИС ГМП сущности зарегистрированному участнику | АН / АП, сформировавший сущность, не является участником косвенного взаимодействия ГАН / ГАП ее передавшего (проверка осуществляется по тегам senderIdentifier и originatorID). |
304 |
Попытка загрузки платежа с датой приема к исполнению распоряжения плательщика ране «01.01.1993» |
Контроль даты приема к исполнению распоряжения плательщика (должна быть больше или равна «01.01.1993») |
Значение тега «PaymentDate» должно быть больше или равно «01.01.1993» |
305 |
В извещении о приеме к исполнению распоряжения не указан УИН |
Контроль обязательности тэга в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны «40302») |
Тэг SupplierBillID обязателен в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) НЕ равны «40302» |
306 |
В извещении о приеме к исполнению распоряжения не указаны реквизиты платежа 101, 106-110 |
Контроль обязательности блока в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны «40302») либо принимают значение «40302» и заполнено поле «Статус плательщика (реквизит 101)» («Status») |
Блок «BudgetIndex» обязателен в случае, если осуществлено поступление средств на банковский счет получателя средств (AccountNumber), первые цифры которого НЕ равны «40302» |
307 |
В извещении о приеме к исполнению распоряжения не указаны сведения о плательщике (идентификатор плательщика) |
Контроль обязательности в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны «40302») |
Тег PayerIdentifier обязателен в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) НЕ равны «40302» |
308 |
В извещении о приеме к исполнению распоряжения не указан КБК |
Контроль обязательности тэга в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны «40302») |
Тэг КБК обязателен в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) НЕ равны «40302» |
309 |
В извещении о приеме к исполнению распоряжения не указан код по ОКТМО |
Контроль обязательности тэга в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны «40302») |
Тэг «ОКТМО» обязателен в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) НЕ равны «40302» |
310 |
Некорректный формат понижающего коэффициента, (MultiplierSize) |
Контроль значения тега «Value», если значение тега «Name» равно «MultiplierSize» (блок данных «AdditionalData») |
Проверка корректности понижающего коэффициента |
311 |
В извещении о начислении не могут быть одновременно указаны «DiscountSize» и «MultiplierSize» |
Контроль невозможности указания в извещении о начислении процента скидки от суммы начисления и понижающего коэффициента, |
В извещении о начислении не могут одновременно присутствовать блоки данных «AdditionalData» с указанием значений «DiscountSize» и «MultiplierSize» в соответствующих тегах «Name» |
312 |
Некорректный формат значения скидки (DiscountSize) |
Контроль значения тега «Value», если значение тега «Name» равно «DiscountSize» (блок данных «AdditionalData») |
Проверка корректности указания процента скидки от суммы начисления |
313 |
Некорректный формат значения даты, до которой действует скидка (DiscountDate) |
Контроль значения тега «Value», если значение тега «Name» равно «DiscountDate» (блок данных «AdditionalData») |
Проверка корректности даты, до которой действует скидка |
314 |
При указании скидки в извещении о начислении должны одновременно присутствовать значения «DiscountSize» и «DiscountDate» |
Контроль указания одновременного указания процента скидки и сроки действия скидки |
При указании в извещении о начислении значения тега «Name», равного «DiscountSize» должен присутствовать и тег «Name», равный «DiscountDate» (блок данных «AdditionalData») |
316 |
Дублирование значения поля «Name» в блоке данных «AdditionalData» недопустимо |
Контроль отсутствия дублирования блока данных «AdditionalData» со тегом «Name» |
Проверка отсутствия указания дважды в теге «Name» значения «DiscountSize» и/или «DiscountDate» и/или «MultiplierSize» (блок данных «AdditionalData») |
317 |
Начисление с УИН «<УИН>» уже сквитировано в системе |
Контроль того, что извещение о начислении, которое требуется принудительно сквитировать с отсутствующим в ГИС ГМП извещением о приеме к исполнению распоряжения, не было сквитировано ранее |
Извещение о начислении, УИН которого указан в запросе на проведение принудительного квитирования с отсутствующим в ГИС ГМП извещением о приеме к исполнению распоряжения по инициативе АН/ГАН, уже сквитировано и итоговый баланс начисления меньше или равен «0» |
330 |
Невозможно принять извещение об уточнении распоряжения. Общая сумма возвратов денежных средств превышает сумму платежа |
Контроль соотношения суммы извещения об уточнении распоряжения с общей суммой всех актуальных неаннулированных извещений о возврате |
Сумма извещения об уточнении распоряжения не должна быть меньше общей суммы всех актуальных неаннулированных извещений о возврате по данному платежу |
331 |
Невозможно принять извещение об аннулировании. По извещению о приеме к исполнению распоряжения осуществлен возврат денежных средств |
Контроль наличия в ГИС ГМП извещений о возврате средств по аннулируемому извещению о приеме к исполнению распоряжения |
Аннулирование извещения о приеме к исполнению распоряжения не допускается, если по указанному в извещении УИП существует активное извещение о возврате плательщику |
777 |
Превышено время ожидания ответа |
Время обработки запроса превысило 60 секунд |
Необходимо сократить временной интервал, за который запрашиваются сущности (интервал, указанный в блоке Timeslot) |
888 |
Запрошено слишком большое количество объектов |
Время обработки запроса превысило 60 секунд |
Рекомендуется указать дополнительные ограничения в параметрах запроса |
5000 (EBPP5000 ) | Общая ошибка, необходимо повторить вызов. | Системный сбой | Разовый отказ ГИС ГМП, необходимо повторить вызов, с рекомендуемым интервалом 1-5 минут. |
50013 | Получение статуса платежа. | Платеж с указанным идентификатором не найден. | Платеж с указанным идентификатором не найден. |
Описание ошибок по кодам в ГИС ГМП
При отправке запроса в СМЭВ (ГИС ГМП) появляются ошибки, часть из которых читаема и понятна, но причину некоторых из них трудно определить, поэтому необходимо смотреть в логи СП, а также в папку gisgmplog, в нем сохраняются файлы запрос-ответов.
Так вот, в этих файлах есть блок MessageData, которая хранит информацию о результате запроса. Код можно увидеть в блоке ResultCode
<ns2:MessageData> <ns2:AppData> <mes:ResponseMessage Id="u_ae3ed146-074e-42e8-a621-ab90ade18848" rqId="IMPNEWPAYMENT_71824ca2-5837-45f6-b938-476977c****" senderIdentifier="95****" timestamp="2019-02-22T06:29:10.019+03:00" xmlns:mes="http://roskazna.ru/gisgmp/xsd/116/Message" xmlns:rev="http://smev.gosuslugi.ru/rev120315" xmlns:smev="http://roskazna.ru/gisgmp/02000000/SmevGISGMPService/"> <mes1:Ticket xmlns:mes1="http://roskazna.ru/gisgmp/xsd/116/MessageData"> <tic:RequestProcessResult xmlns:tic="http://roskazna.ru/gisgmp/xsd/116/Ticket"> <err:ResultCode xmlns:err="http://roskazna.ru/gisgmp/xsd/116/ErrInfo">0</err:ResultCode> <err:ResultData xmlns:err="http://roskazna.ru/gisgmp/xsd/116/ErrInfo">ID_610e0818-ea7b-42ea-a26c-305523cb****</err:ResultData> </tic:RequestProcessResult> </mes1:Ticket> </mes:ResponseMessage> </ns2:AppData> </ns2:MessageData>
Описание ошибок по кодам можно увидеть в файле
P.S. Код «0» означает успешность обработки сообщения на стороне СМЭВ (ГИС ГМП)
Популярные сообщения из этого блога
TRUNCATE / DELETE / DROP или как очистить таблицу
ИМЕЕМ: Таблица MSG (сообщения) с большим количеством записей. SQL> CREATE TABLE msg (id INTEGER NOT NULL PRIMARY KEY, description CHAR (50) NOT NULL, date_create DATE); ЗАДАЧА: Необходимо очистить таблицу от данных РЕШЕНИЕ: Для решения данной задачи есть несколько способов. Ниже описание и пример каждого из них. Способ №1 — используем DELETE Самый простой способ (первый вариант) — выполнение оператора удаления записи. При его выполнении вы будете видеть результат (сколько записей удалено). Удобная штука когда необходимо точно знать и понимать правильные ли данные удалены. НО имеет недостатки перед другими вариантами решения поставленной задачи. SQL> DELETE FROM msg; —Удалит все строки в таблице SQL> DELETE FROM msg WHERE date_create = ‘2019.02.01’; —Удалит все строки у которых дата создания «2019.02.01» Способ №2 — используем TRUNCATE Использование оператора DML для очистки всех строк в та
Linux (РедОС). Сброс пароля
Используется ОС РедОС 7.1, которая установлена в VBox. В процессе установки ОС, был задан только пароль для «root», дополнительных пользователей не создавалось. В рекомендациях на сайте производителя ОС указано: Помимо администратора РЕД ОС (root) в систему необходимо добавить, по меньшей мере, одного обычного пользователя. Работа от имени администратора РЕД ОС считается опасной (можно по неосторожности повредить систему), поэтому повседневную работу в РЕД ОС следует выполнять от имени обычного пользователя, полномочия которого ограничены. После перезапуска и попытке войти в систему под root, система выдает сообщение «Не сработало .попробуйте еще раз». Поэтому для решения проблемы было решено создать пользователя, для этого выполняем такие действия: После загрузки, в момент выбора системы, быстро нажимаем стрелки вверх и вниз (приостанавливаем обратный отсчет). Выбираем ядро и нажимаем «e». Находим строку, которая относится к ядру: здесь будет ряд «boot parameter
КБК. КВФО — Код вида финансового обеспечения (деятельности)
НПА: Приказ Минфина России от 01.12.2010 N 157н Письмо Минфина России от 18 января 2018 г. N 02-06-10/2715 В целях организации и ведения бухгалтерского учета, утверждения Рабочего плана счетов применяются следующие коды вида финансового обеспечения (деятельности): для государственных (муниципальных) учреждений, организаций, осуществляющих полномочия получателя бюджетных средств, финансовых органов соответствующих бюджетов и органов, осуществляющих их кассовое обслуживание: 1 — деятельность, осуществляемая за счет средств соответствующего бюджета бюджетной системы Российской Федерации (бюджетная деятельность); 2 — приносящая доход деятельность (собственные доходы учреждения); 3 — средства во временном распоряжении; 4 — субсидии на выполнение государственного (муниципального) задания; 5 — субсидии на иные цели; 6 — субсидии на цели осуществления капитальных вложений; 7 — средства по обязательному медицинскому страхованию; для отражения органами Федерального казн
ЭС с ЦБ РФ. РЕКВИЗИТНЫЙ СОСТАВ ЭС
4 РЕКВИЗИТНЫЙ СОСТАВ ЭС ED101 Платежное поручение ED103 Платежное требование ED104 Инкассовое поручение ED105 Платежный ордер ED107 Поручение банка ED108 Платежное поручение на общую сумму с реестром ED109 Банковский ордер ED110 ЭПС сокращенного формата ED111 Мемориальный ордер в электронном виде ED113 Выставляемое на оплату платежное требование ED114 Выставляемое на оплату инкассовое поручение ED201 Извещение о результатах контроля ЭС (пакета ЭС) ED202 Запрос по ЭПС (пакету ЭПС) ED203 Запрос по группе ЭПС ED204 Запрос об отзыве/аннулировании ЭС (пакета ЭС). ED205 Извещение о состоянии ЭПС (пакета ЭПС) ED206 Подтверждение
SQL Error [53200]: ОШИБКА: нехватка разделяемой памяти Подсказка: Возможно, следует увеличить параметр max_locks_per_transaction
При выполнении запросов на БД (Postgres) возникла ошибка: 24.02.21 13:50:38.219,main,ERROR,ExecSql,null com.bssys.db.jdbc.DBSQLException: ОШИБКА: нехватка разделяемой памяти Подсказка: Возможно, следует увеличить параметр max_locks_per_transaction. Подробная информация по параметру здесь . Коротко ниже: max_locks_per_transaction (integer) Этот параметр управляет средним числом блокировок объектов, выделяемым для каждой транзакции; отдельные транзакции могут заблокировать и больше объектов, если все они умещаются в таблице блокировок. Значение по умолчанию = 64 рядом также находится параметр max_pred_locks_per_transaction (integer) В файле postgresql.conf (Postgres/data/) указано так: #———————————————————————- # LOCK MANAGEMENT #———————————————————————- #deadlock_timeout = 1s # max_locks_per_transaction = 64 # min 10 # (change requires restart) # max_pred_locks_per_transaction = 64
Сведения приведены в документе Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 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;
- убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе «Новости».
Содержание
- 1 Система исполнения регламентов
- 1.1 Инструкция по организации запросов РосреестрКадастровую палату
- 2 Единая система администрирования прикладных решений
- 2.1 Настройка прав пользователя в СИР
- 2.1.1 Запросы от ФОИВ
- 2.1.2 Определение роли для запросов на оказание услуги в электронном виде
- 2.2 Создание роли
- 2.1 Настройка прав пользователя в СИР
- 3 ГИС ГМП / ЕСП.Начисления
- 3.1 Регистрация пользователя в системе
- 3.2 ПО и другие компоненты необходимые для работы в ЕСП.Начисления
- 3.3 Техническая поддержка
- 3.4 Какие данные необходимо вносить в ГИС ГМП
- 3.5 Ошибки начислений при проверке статуса импорта в ГИС ГМП
- 3.6 Ошибка «Допустимо загружать только по одному контейнеру сертификата каждого вида»
- 4 ГАС «Управление»
- 5 Ситуационный центр Минсвязи РФ
- 6 ГИС ЖКХ
Система исполнения регламентов
Страница с документацией на minsvyaz.donland.ru
Реестр соглашений с Минсвязи РО о межведомственном взаимодействии
Сервис печати XML-файлов кадастровых выписок, паспортов, кадастровых планов территории
- Для того что бы оказывать услугу ч-з СИР необходимо регистрировать организацию в ЕСИА?
- Регистрировать организацию в ЕСИА, привязывать к ней пользователя, который будет в СИР работать и добавлять ему роль на эту услугу.
Внести строку, на машине с которой будут входить, в файл %SystemRoot%System32driversetchosts
172.21.102.144 61.sir.egov.local
Добавить сотрудника в группу СИР 3.0 в профиле организации.
Для исключения проблем, входить через СНИЛС!
Для завершения «повисших» процессов писать письмо с темой «Прошу завершить процессы», в теле указать ID процесса.
При обращении в службу технической поддержки указывать наименование ведомства, ФИО пользователя, идентификатор процесса tpNumber в СИР, по которому возникла ошибка, а также полное описание возникшей проблемы.
TODO: Проверить работу chromium и КриптоПро с КриптоПро ЭЦП plug-in.
Инструкция по организации запросов РосреестрКадастровую палату
- В главном интерфейсе нажать зелёную кнопку «Запуск процессов»
- В открывшемся окне, в строке фильтра ввести «Адаптер Запрос в Росреестр»
- Слева от ссылки «Адаптер Запрос в Росреестр» нажать треугольник, развернув ссылку в список ссылок.
- Выбрать 56 версию адаптера запроса.
- В открывшемся окне ввести данные в поля отмеченные красными звёздочками.
Единая система администрирования прикладных решений
- Что это вообще такое?
- Официальная панель администрирования для СИР и АРМ «Платежи». По факту, частично справляется только с первым.
- Уровень Ведомство — уровень для управления привязанными к Вам ведомствами.
- Уровень Личный — просто пользователь, без права редактирования данных в ЕСАПР.
Для нового рядового пользователя порядок ~ таков:
- Зарегистрировать пользователя на gosuslugi.ru
- Подтвердить учётную запись пользователя на gosuslugi.ru
- Прислать приглашение пользователю на присоединение к профилю своей организации в ЕСИА
- Пользователь должен принять приглашение на присоединение к профилю организации в ЕСИА
- В профиле организации в ЕСИА внести пользователя в группу «СИР 3.0»
- В ЕСАПР завести пользователя. Обязательно указать СНИЛС!
- В ЕСАПР назначить ему права доступа, как минимум:
- specialist_executor_ARM61 (для АРМ МВ)
- AdapterLibrary
- adapterLibrary
- service_start
- Работать
Для нового пользователя с правами администратора порядок ~ таков:
- Зарегистрировать пользователя на gosuslugi.ru
- Подтвердить учётную запись пользователя на gosuslugi.ru
- Прислать приглашение пользователю на присоединение к профилю своей организации в ЕСИА
- Пользователь должен принять приглашение на присоединение к профилю организации в ЕСИА
- В профиле организации в ЕСИА внести пользователя в группу «СИР 3.0»
- В ЕСАПР завести пользователя. Обязательно указать СНИЛС!
- Направить заявку по СЭДД «Дело» в адрес начальника отдела информатизации С.В. Мусиенко, в приложении прислать таблицу:
Информация о пользователях информационных систем
Муниципальное образование «Город Волгодонск» | |||||
Наименование ИС | ФИО | Должность | СНИЛС | Контактный телефон (с указанием кода) | Адрес электронной почты |
---|---|---|---|---|---|
Единая система администрирования программных решений региональной инфраструктуры электронного правительства Ростовской области | Сидоров Иван Иванович | Главный специалист | 123-456-789 10 | (8639) 22-43-41 | sidorov_ii@vlgd61.ru |
Настройка прав пользователя в СИР
Запросы от ФОИВ
- Качаем файл с кодами услуг и сведениями.
- Ищем строки начинающиеся с FSU_, вставляем свое ОКТМО и в поиск в ЕСАПР.
- Коды запросов от ФОИВ указывать с _sign на конце и без. Где _sign это право подписи.
Например
FSU_60712000_service_402_sign FSU_60712000_service_402
Иначе пользователь не увидит запросы.
Определение роли для запросов на оказание услуги в электронном виде
Роль это «код формы»_»код идентификатора цели услуги»
Код формы для услуг смотрим в файле с сайта минсвязи РО, обычно это 5-значное число. Например 61020
Код идентификатора цели услуги = Код цели ФРГУ, обычно это 19-значное число. Например 6140100010000134961
Если у услуги есть кнопка:
- То из ссылки на услугу на портале извлекаем числовую часть и меняем местами вокруг знака _.
- Иначе кода для ЕСАПР не будет.
- (Если кнопки нет, это означает, что вы её не подавали в форме ф1. ранее этим («прикручиванием кнопки») занимался Гарегинян Эдгар Рафикович.
- Даже если подавали ф1 услуга в РГУ должна быть со статусом опубликована.)
Пример:
- Одна из наших услуг https://www.gosuslugi.ru/pgu/service/6140100010000134961_61069.html#!_consulting
- «Утверждение схемы расположения земельного участка на кадастровом плане территории» в .xls ей соответствует код формы 61069.
- Из ссылки на ЕПГУ берем ее код цели — 6140100010000134961
- Пишем в формате ЕСАПРа роль СИР: 61069_6140100010000134961
Создание роли
Создать запрос в СЦ Минсвязи РФ:
- Услуга: Поддержка пром. СМЭВ
-
- Тип запроса: 01. Консультация/запрос информации по СМЭВ 2
- Приблизительное содержание:
Необходимо создать роль в информационной системе "Система исполнения регламентов" для полное_ФИО_исполнителя_услуги в целях исполнения услуги: наименование_услуги
И приложить .xls файл с приблизительным содержимым:
Наименование роли (видимое) | ФИО | Логин | Новые группы | Удаляемые группы |
---|---|---|---|---|
Тыжпрограммист всея района | Забегайцев Всевед Батькович | zabegvb | 61006_6140100010000094308 |
В случае положительного решения, роль появится в ЕСАПР.
ГИС ГМП / ЕСП.Начисления
Адреса сред (единые для всех субъектов):
- 61.espn.com.local
Для доступа на рабочих местах в файле hosts (C:WindowsSystem32driversetc) необходимо прописать:
172.21.108.13 61.espn.com.local
Краткое описание ошибок и способов их обхода:
- Не соответствует схеме — проще пересоздать начисление, обычно помогает.
- Нет прав — не зарегистрирована ЭП ОВ, или перепутана с ЭП СП.
Реквизиты Администрации города Волгодонска:
- Мнемоника информационной системы — 4480
- Код ГИС ГМП/УНИФО/УРН — 30ba77
- Роль ГИС ГМП — Главный администратор доходов бюджета
Регистрация пользователя в системе
Учётные записи создаются Администратором ведомства.
ПО и другие компоненты необходимые для работы в ЕСП.Начисления
Поскольку реализовано только серверное подписание, то теоретически достаточно современного браузера.
Техническая поддержка
Оказание консультационной помощи, а также техническая поддержка Региональной инфраструктуры электронного правительства осуществляется теперь ООО «ЭнигмаДон».
По проблемам, возникающим при работе с системами: ГИС ГМП, ЕСП.Начисления, АРМ «Ведомство», СИР, ЕСАПР, СЦ, ЕСИА, а также с подключением учреждений к системе ГАС «Управление» и регистрацией новых пользователей в Реестре госуслуг можно обращаться:
- +7 (863) 333 24 31 (Антон и Вероника Андреева),
- smev@enigmadon.ru
При возникновении проблемы и обращении в службу технической поддержки указывать:
наименование ведомства, ФИО пользователя, ИД начисления, по которому возникла ошибка, а также полное описание возникшей проблемы.
По вопросам изготовления электронных подписей продолжаем обращаться в ГБУ РО «РЦИС».
- Служба технической поддержки ГИС ГМП
Какие данные необходимо вносить в ГИС ГМП
В соответствии с ч. 2 ст. 160.1 Бюджетного кодекса Российской Федерации администраторы доходов предоставляют информацию, необходимую для уплаты денежных средств физическими и юридическими лицами за государственные и муниципальные услуги, а также иных платежей, являющихся источниками формирования доходов бюджетов бюджетной системы Российской Федерации, в Государственную информационную систему о государственных и муниципальных платежах в соответствии с порядком, установленным Федеральном законом от 27 июля 2010 года № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг».
Если более конкретно, то в соответствии с Бюджетным Кодексом в ГИС ГМП необходимо направлять следующую информацию:
- начисление или оплата государственной пошлины;
- межбюджетные трансферы;
- любые финансовые взаимоотношения связанные с госконтрактами;
- прочие поступления от денежных взысканий (штрафов) и иных сумм в возмещение ущерба;
- пени;
- субсидии;
- субвенции;
- возврат в доход бюджета неиспользованных остатков прошлых лет;
- удержание обеспечения исполнения контракта в доход бюджета по решению суда;
- возврат в доход бюджета неиспользованных остатков прошлых лет по результатам мониторинга и контроля исполнения государственного задания.
Любые средства, которые поступают на доходный счёт администратора доходов областного бюджета должны быть незамедлительно направлены в ГИС ГМП.
Ошибки начислений при проверке статуса импорта в ГИС ГМП
- Импортируемые данные уже присутствуют в Системе Код ошибки: 5:
-
- Скопировать УИН начисления, если начисление с ошибкой одно
- Перейти на страницу «Запрос сущностей из ГИС ГМП»
- Тип экспорта выбрать «Запрос начислений и статусов их квитирования (Код: CHARGESTATUS)»
- Если начисление одно:
- Тип запроса выбрать «По УИН»
- Вставить УИН и нажать на кнопку «ЗАПРОСИТЬ»
- Если начислений несколько:
- Тип запроса выбрать «За период» и указать необходимый диапазон дат
- Нажать на кнопку «ЗАПРОСИТЬ»
- Попытка загрузки в систему информации другого участника Код ошибки: 302:
-
- Пока неясно как с ней бороться. Ожидается ответ от минсвязи РО.
- SMEV-101007: При обработке запроса возникла ошибка: Внешний сервис поставщика временно недоступен:
-
- Ошибка на стороне сервиса ФК, повторить попытку через 1 минуту.
- Формат запроса (файла) не соответствует xsd-схеме Код ошибки: 11:
-
- В ГИС ГМП был установлен контроль заполнения контейнера BudgetIndex со следующими параметрами:
- 1) элемент Charge/BudgetIndex/Purpose (Показатель основания платежа). Если в импортируемом начислении значение элемента Charge/KBK (КБК) не начинается со «153» или «182», то значение элемента Charge/BudgetIndex/Purpose должно быть равно «0».
- 2) элемент Charge/BudgetIndex/TaxPeriod (Налоговый период или код таможенного органа ). Если в импортируемом начислении значение элемента Charge/KBK (КБК) не начинается со «153» или «182», то значение элемента Charge/BudgetIndex/TaxPeriod должно быть равно «0».
- 3) элемент Charge/BudgetIndex/TaxDocDate (Показатель даты документа). Если в импортируемом начислении значение элемента Charge/KBK (КБК) не начинается со «153» или «182», то значение элемента Charge/BudgetIndex/TaxDocDate должно быть равно «0».
- Всё вышеперечисленное означает, что в начислении необходимо указать следующее:
- Данный контроль установлен на основании Правил указания информации в реквизитах распоряжений о переводе денежных средств в уплату платежей в бюджетную систему Российской Федерации, утвержденных приказом Минфина России от 12.11.2013 № 107н, а также будет учтен в Форматах взаимодействия государственной информационной системы о государственных и муниципальных платежах с информационными системами участников версии 1.16.6.
- В ГИС ГМП был установлен контроль заполнения контейнера BudgetIndex со следующими параметрами:
Ошибка «Допустимо загружать только по одному контейнеру сертификата каждого вида»
При попытке подгрузить контейнер электронной подписи с сертификатом в информационную систему «ЕСП.Начисления» выдаёт ошибку «Допустимо загружать только по одному контейнеру сертификата каждого вида».
Означает, что в информационной системе «ЕСП.Начисления» уже есть контейнер электронной подписи с сертификатом и старый надо предварительно удалить.
ГАС «Управление»
Телефоны кураторов в минсвязи РО:
-
- (863) 244-16-08
- (863) 240-33-67
Требования к программному обеспечению:
- Internet Explorer 11
- КриптоПро CSP 4 или выше
- КриптоПро CADeS plugin
- Электронная подпись по стандарту ГОСТ 2012
Настройки:
- для корректной работы в модуле «Мониторинг государственных (муниципальных) услуг» пользователю ГАС «Управление» необходимо присвоить полномочие «Специалист».
При входе в модуль «Мониторинг государственных (муниципальных) услуг» (далее Модуль) осуществляется проверка ОГРН пользователя ГАС «Управление» и ОГРН организации, ответственной за предоставление государственной (муниципальной услуги). ОГРН организации, ответственной за предоставление государственной (муниципальной услуги) размещается в Федеральном реестре государственных (муниципальных) услуг (далее ФРГУ), поэтому если при входе в Модуль вы увидели сообщение, что ОГРН Вашей организации не найден в базе ФРГУ, необходимо актуализировать информацию по вашей организации, после чего попробовать зайти в Модуль еще раз.
Ситуационный центр Минсвязи РФ
Инструкция как через Ситуационный центр посылать заявки на подключение к сервисам:
- Нажимаете кнопку «Добавить запрос»
- Далее выбираете «Выбор услуги» — «Поддержка промышленной СМЭВ», «Тип запроса» — «№15 Запрос на доступ к электронному сервису».
- Указываете электронную почту и номер телефона.
- В теме указываете Кого и куда нужно подключить.
- В описании тоже что и в теме только более расширено.
- Прикладываете скан заявки.
- Сохранить
Далее статус можно отслеживать в разделе «Мои заявки», или по электронной почте, если указывали.
ГИС ЖКХ
Подключение новых пользователей:
- Сотрудник должен подтвердить свою учётную запись на сайте gosuslugi.ru;
- Администратору прислать приглашение на присоединение к организации;
- Сотрудник принимает приглашение на присоединение;
- Администратор добавляет сотрудника в группу «Министерство связи и массовых коммуникаций Российской ФедерацииГосударственная информационная система жилищно-коммунального хозяйстваУполномоченный специалист организации в ГИС ЖКХ»;
Добавление в группу «Уполномоченный специалист организации в ГИС ЖКХ» в профиле организации в ЕСИА
- Сотруднику войти в ГИС ЖКХ как представитель организации;
- Сотруднику согласиться с пользовательским соглашением ГИС ЖКХ;
- Администратору выдать необходимые сотруднику для работы права в ГИС ЖКХ. Часть прав могут требовать подтверждения в виде скана документа заверенной ЭП организации!.
Список прав доступных для добавления сотруднику.
Перейти к контенту
Описание ошибок по кодам в ГИС ГМП
При отправке запроса в СМЭВ (ГИС ГМП) появляются ошибки, часть из которых читаема и понятна, но причину некоторых из них трудно определить, поэтому необходимо смотреть в логи СП, а также в папку gisgmplog, в нем сохраняются файлы запрос-ответов.
Так вот, в этих файлах есть блок MessageData, которая хранит информацию о результате запроса. Код можно увидеть в блоке ResultCode
<ns2:MessageData> <ns2:AppData> <mes:ResponseMessage Id="u_ae3ed146-074e-42e8-a621-ab90ade18848" rqId="IMPNEWPAYMENT_71824ca2-5837-45f6-b938-476977c****" senderIdentifier="95****" timestamp="2019-02-22T06:29:10.019+03:00" xmlns:mes="http://roskazna.ru/gisgmp/xsd/116/Message" xmlns:rev="http://smev.gosuslugi.ru/rev120315" xmlns:smev="http://roskazna.ru/gisgmp/02000000/SmevGISGMPService/"> <mes1:Ticket xmlns:mes1="http://roskazna.ru/gisgmp/xsd/116/MessageData"> <tic:RequestProcessResult xmlns:tic="http://roskazna.ru/gisgmp/xsd/116/Ticket"> <err:ResultCode xmlns:err="http://roskazna.ru/gisgmp/xsd/116/ErrInfo">0</err:ResultCode> <err:ResultData xmlns:err="http://roskazna.ru/gisgmp/xsd/116/ErrInfo">ID_610e0818-ea7b-42ea-a26c-305523cb****</err:ResultData> </tic:RequestProcessResult> </mes1:Ticket> </mes:ResponseMessage> </ns2:AppData> </ns2:MessageData>
Описание ошибок по кодам можно увидеть в файле
P.S. Код «0» означает успешность обработки сообщения на стороне СМЭВ (ГИС ГМП)
Популярные сообщения из этого блога
TRUNCATE / DELETE / DROP или как очистить таблицу
ИМЕЕМ: Таблица MSG (сообщения) с большим количеством записей. SQL> CREATE TABLE msg (id INTEGER NOT NULL PRIMARY KEY, description CHAR (50) NOT NULL, date_create DATE); ЗАДАЧА: Необходимо очистить таблицу от данных РЕШЕНИЕ: Для решения данной задачи есть несколько способов. Ниже описание и пример каждого из них. Способ №1 — используем DELETE Самый простой способ (первый вариант) — выполнение оператора удаления записи. При его выполнении вы будете видеть результат (сколько записей удалено). Удобная штука когда необходимо точно знать и понимать правильные ли данные удалены. НО имеет недостатки перед другими вариантами решения поставленной задачи. SQL> DELETE FROM msg; —Удалит все строки в таблице SQL> DELETE FROM msg WHERE date_create = ‘2019.02.01’; —Удалит все строки у которых дата создания «2019.02.01» Способ №2 — используем TRUNCATE Использование оператора DML для очистки всех строк в та
КБК. КВФО — Код вида финансового обеспечения (деятельности)
НПА: Приказ Минфина России от 01.12.2010 N 157н Письмо Минфина России от 18 января 2018 г. N 02-06-10/2715 В целях организации и ведения бухгалтерского учета, утверждения Рабочего плана счетов применяются следующие коды вида финансового обеспечения (деятельности): для государственных (муниципальных) учреждений, организаций, осуществляющих полномочия получателя бюджетных средств, финансовых органов соответствующих бюджетов и органов, осуществляющих их кассовое обслуживание: 1 — деятельность, осуществляемая за счет средств соответствующего бюджета бюджетной системы Российской Федерации (бюджетная деятельность); 2 — приносящая доход деятельность (собственные доходы учреждения); 3 — средства во временном распоряжении; 4 — субсидии на выполнение государственного (муниципального) задания; 5 — субсидии на иные цели; 6 — субсидии на цели осуществления капитальных вложений; 7 — средства по обязательному медицинскому страхованию; для отражения органами Федерального казн
Linux (РедОС). Сброс пароля
Используется ОС РедОС 7.1, которая установлена в VBox. В процессе установки ОС, был задан только пароль для «root», дополнительных пользователей не создавалось. В рекомендациях на сайте производителя ОС указано: Помимо администратора РЕД ОС (root) в систему необходимо добавить, по меньшей мере, одного обычного пользователя. Работа от имени администратора РЕД ОС считается опасной (можно по неосторожности повредить систему), поэтому повседневную работу в РЕД ОС следует выполнять от имени обычного пользователя, полномочия которого ограничены. После перезапуска и попытке войти в систему под root, система выдает сообщение «Не сработало .попробуйте еще раз». Поэтому для решения проблемы было решено создать пользователя, для этого выполняем такие действия: После загрузки, в момент выбора системы, быстро нажимаем стрелки вверх и вниз (приостанавливаем обратный отсчет). Выбираем ядро и нажимаем «e». Находим строку, которая относится к ядру: здесь будет ряд «boot parameter
ТФФ 34.0. Полный перечень документов альбома ТФФ (Таблица 2)
Для удобства и поиска информации по томам, маркерам и обозначении версии ТФФ. Таблица актуальна — версия 34.0 — (дата начала действия с 01.01.2023 г.) Ссылки на предыдущие версии форматов: ТФФ 33.0 — https://albafoxx.blogspot.com/2021/01/320-2.html ТФФ 32.0 — https://albafoxx.blogspot.com/2020/01/310-2.html ТФФ 31.0 — https://albafoxx.blogspot.com/2020/01/310-2.html ТФФ 30.0 — https://albafoxx.blogspot.com/2019/12/300-2.html ТФФ 29.0 — https://albafoxx.blogspot.com/2019/05/290-2.html ТФФ 28.0 — https://albafoxx.blogspot.com/2019/04/2.html Наименование документа (справочника) Маркер Номер версии ТФО документа № тома Казначейское уведомление SU TXSU190101 2 Расходное расписание, Реестр расходных расписаний AP TXAP190101 1 Перечень целевых субсидий TL TXTL170101 1 Уведомление (протокол), Ин
SQL Error [53200]: ОШИБКА: нехватка разделяемой памяти Подсказка: Возможно, следует увеличить параметр max_locks_per_transaction
При выполнении запросов на БД (Postgres) возникла ошибка: 24.02.21 13:50:38.219,main,ERROR,ExecSql,null com.bssys.db.jdbc.DBSQLException: ОШИБКА: нехватка разделяемой памяти Подсказка: Возможно, следует увеличить параметр max_locks_per_transaction. Подробная информация по параметру здесь . Коротко ниже: max_locks_per_transaction (integer) Этот параметр управляет средним числом блокировок объектов, выделяемым для каждой транзакции; отдельные транзакции могут заблокировать и больше объектов, если все они умещаются в таблице блокировок. Значение по умолчанию = 64 рядом также находится параметр max_pred_locks_per_transaction (integer) В файле postgresql.conf (Postgres/data/) указано так: #———————————————————————- # LOCK MANAGEMENT #———————————————————————- #deadlock_timeout = 1s # max_locks_per_transaction = 64 # min 10 # (change requires restart) # max_pred_locks_per_transaction = 64
Памятка Участника ГИС ГМП при обращении в ЕКЦ
roskazna.gov.ru/upload/iblock/e0f/pamyat…shchenii-v-ekts.docx
Действия Участника ГИС ГМП в случае обращения по электронной почте Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра.
При обращении в ЕКЦ по электронной почте Вам необходимо обязательно заполнить следующие поля письма:
- в теме письма укажите:
«ГИС ГМП» и краткое описание проблемы
- в тексте письма укажите:
— Уникальный регистрационной номер Участника ГИС ГМП;
— Наименование организации Участника ГИС ГМП;
— ИНН организации Участника ГИС ГМП;
— Вашу Фамилию, Имя, Отчество;
— Адрес электронной почты;
— подробно опишите проблему, указав уникальный идентификатор начисления (в случае вопросов, связанных с конкретным начислением), уникальный идентификатор платежа (в случае вопросов, связанных с конкретным фактом оплаты);
— в случае технических вопросов, касающихся экспорта и импорта данных, приложите файлы с примерами запросов к ГИС ГМП и ответов от ГИС ГМП. Наличие файла является обязательным. (максимальный объем одного направляемого файла – 7,5 МБ, общий объем вложений – 50 МБ. Направляемые файлы необходимо архивировать.)
Обращаем внимание, что информация, выделенная жирным шрифтом, является обязательной для регистрации вашей заявки.
Проверка оплаты по группе начислений
Проверка оплаты по группе начислений аналогична проверке оплаты по одному начислению за исключением того, что требуется выбрать несколько начислений с помощью отметки их галочкой в первом столбце реестра:
Можно также отметить все начисления, отметить только видимые или снять отметки со всех начислений для проверки оплаты с помощью специальной группы кнопок:
-
Проверка оплаты по не оплаченным начислениям
В системе есть возможность проверить оплату только по неоплаченным начислениям. Для выполнения такого действия нужно отфильтровать начисления ГИС ГМП по признаку «не оплаченные начисления».
В реестре начислений ГИС ГМП раздела «Администратор начислений ГИС ГМП» это делается с помощью отметки признака в окне реестра «только не оплаченные начисления», нажатии кнопки «обновить» и выделения всех видимых начисления с помощью кнопки «Отметить видимые начисления».
Затем нужно нажать кнопку «Загрузить платежи и квитирования по выбранному начислению» или «Загрузить статус квитирования», как описано в пунктах 3.9.1 и 3.9.2 настоящего руководства.
Для проверки оплаты не оплаченных начислений из операций лица нужно выбрать не оплаченные начисления с помощью кнопки «Отметить не оплаченные начисления», а затем нажать кнопку «Загрузить платежи и квитирования по выбранному начислению» или «Загрузить статус квитирования», как описано в пунктах 3.9.1 и 3.9.2 настоящего руководства.
-
Ввод начислений в областной версии программы
Система позволяет производить ввод начислений за все районы в областной версии. Это может быть удобно, если вводом начислений занимается один ответственный сотрудник, а не каждый инспектор по отдельности.
Для ввода начислений в областной версии нужно продублировать все районные ОКТМО, привязав их к областной инспекции (№0). Для этого откройте в главном меню «Справочники — Платежи — Справочник ОКТМО». Теперь поочередно введите каждый районный ОКТМО для областной инспекции.
После наполнения справочника ОКТМО вы можете производить ввод начислений согласно Руководству пользователя.
-
Ошибки при отправке начислений
Код ошибки 302. «Попытка загрузки в Систему информации другого Администратора доходов бюджета».
Это сообщение означает, что указан неверный «Код участника ГИС ГМП», либо неверно указан один из реквизитов «ИНН», «КПП», «ОГРН».
Для проверки реквизитов «ИНН», «КПП», «ОГРН» откройте в главном меню «Справочники — Справочник инспекций».
Код ошибки 11. «Формат сообщения не соответствует xsd-схеме».
Скорее всего указана неверная длина одного из основных реквизитов. Правила заполнения реквизитов указаны в разделе «Работа с начислениями через вкладку «ГИС ГМП» в операциях лица».
-
Работа с начислениями из раздела «Адм. правонарушения»
В системе возможно создание начислений ГИС ГМП из раздела административных правонарушений при создании адм. правонарушения с постановлением. Для активации такой возможности должна быть включена областная опция во вкладке «ГИС ГМП» -> «Использовать ГИС ГМП в адм. практике».
Содержание
- Подписаться на этот блог
- Follow by Email
- Описание ошибок по кодам в ГИС ГМП
- Комментарии
- Отправить комментарий
- Популярные сообщения из этого блога
- ГИС ГМП. Подключение, тестирование, работа.
- ГИС ГМП 2.0 / СМЭВ 3.XX (Актуальные адреса для обращений к ЕСМЭВ 3.0)
- TRUNCATE/ DELETE/ DROP. Или как очистить таблицу
Система государственных и муниципальных платежей
Распространенной ошибкой при размещении начисления в ГИС ГМП является следующая: неверные банковские реквизиты. В «Истории» начисления это соответствует коду возврата [11], фактически это означает, что начисления не прошли форматно-логический контроль при размещении в ГИС ГМП.
Просим учесть в своей работе следующую информацию: фрагмент из НПА
РЕШЕНИЕ: откорректируйте услугу (или иные доходы), явно пропишите и КБК (здесь тоже часто встречается неправильно выбранный КБК), и расчетный счет (корректный!). В противном случае (когда поля пустые) система берет эти параметры из настроек ведомства, которые установлены по умолчанию. В результате у вас создаются начисления с некорректными КБК и рсчетом. Причиной кода возврата [11] может быть и неправильный ОКТМО (он должен быть 8-ми разрядный).
Мои рабочие заметки
Подписаться на этот блог
Follow by Email
Описание ошибок по кодам в ГИС ГМП
- Получить ссылку
- Электронная почта
- Другие приложения
- Получить ссылку
- Электронная почта
- Другие приложения
Комментарии
Отправить комментарий
Популярные сообщения из этого блога
ГИС ГМП. Подключение, тестирование, работа.
ГИС ГМП 2.0 / СМЭВ 3.XX (Актуальные адреса для обращений к ЕСМЭВ 3.0)
TRUNCATE/ DELETE/ DROP. Или как очистить таблицу
Дано: Таблица MSG (сообщения) с большим количеством записей.
CREATETABLEmsg( idINTEGERNOTNULLPRIMARYKEY,descriptionCHAR(50)NOTNULL, date_createDATE);
Задача:
Необходимо очистить таблицу от данных/
Решение: Для решения данной задачи есть несколько способов. Ниже описание и пример каждого из них.
Самый простой способ (первый вариант) — выполнение оператора удаления записи. При его выполнении вы будете видеть результат (сколько записей удалено). Удобная штука когда необходимо точно знать и понимать правильные ли данные удалены. НО имеет недостатки перед другими вариантами решения поставленной задачи.
DELETE FROMmsg;—Удалит все строки в таблице—Удалит все строки у которых дата создания «2019.02.01» DELETE FROMmsg WHEREdate_create=’2019.02.01′;
Второй вариант. Использование оператораDML для очистки всех строк в таблице.
TRUNCATETABLEmsg;
При этом несколько особенностей использования данного оператора:
Его нет в Firebird, поэтому пользуемся первым и третьим вариантом.После выпо…
Документ в котором произошла ошибка
Квитанции в ГИС ГМП (администратор начислений)
Внешний сервис поставщика временно не доступен
Снять эцп,подписать, переотправить.
Квитанции в ГИС ГМП (администратор начислений)
Не найден исходный документ
Проверить правильность заполнения
Запрос в ГИС ГМП
Формат запроса файла не соответствует xsd-схеме
Проверить правильность заполнения
Запрос в ГИС ГМП
Попытка загрузить в систему информацию другого участника
Обратиться в службу поддержки Service desk
Запрос в ГИС ГМП
У вас недостаточно прав на проведение данной операции
Обратиться в службу поддержки Service desk
Запрос в ГИС ГМП
В запросе на экспорт не указаны основные параметры запроса
Проверить правильность заполнения
Запрос в ГИС ГМП
SMEV-1: Внутренняя ошибка сервиса
Снять эцп, подписать, переотправить.
Запрос в ГИС ГМП
SMEV-101005: При обработке запроса возникла ошибка: Ошибка вызова внешнего сервиса поставщика
Снять эцп, подписать, переотправить.
Запрос в ГИС ГМП
1 позиция 1297: Элемент «http://roskazna.ru/gisgmp/xsd/116/Charge:UnifiedPayerIdentifier» недействителен: значение «267321026750» недействительно с точки зрения его типа данных «String» — Сбой ограничения Pattern.;
Обратиться в службу поддержки Service desk
Запрос в ГИС ГМП
Не найден или уже аннулирован документ, который требуется аннулировать
Повторное аннулирование не требуется.
Запрос в ГИС ГМП
Импортируемые данные уже присутствуют в Системе
Данные отправлены, повторный запрос не требуется.
Запрос в ГИС ГМП
Ошибка при выполнении макрофункций «Meta.Document.Sign».
SqlException2: Incorrect syntax near `2`
@Msg 102. Level 15. State 1. Line 1.
@в команде `dbo.execute_service_modes`.
Не соответствие уровня ЭЦП. Обратиться в департамент бюджета и финансов к Кондрашову Владимиру Владимировичу для смены уровня эцп.
Квитанции в ГИС ГМП (администратор начислений)
Начисление с УИН «0317511700007000001455980» не найдено в системе
Снять эцп, изменить статус на новый, подписать, переотправить .