Подключение к ГИС ГМП
Настройки прокси в порядке
Вот это изучу подробнее. За статьи тоже спасибо!
В общем, скорее всего, у нас не проходит обмен из-за того, что мы не дали заявку на подключения к тестовой среде. Наверное, в этом ключе и продолжим.
Большое спасибо за помощь.
(103)Открытый это подразуемевается, что не требуется защищенного канала связи.
Например, ссылка на тестовый стенд открывается в браузере у всех http://smev3-n0.test.gosuslugi.ru:7500/smev/v1.2/ws?wsdl
А ссылка на пром. сервис http://172.20.3.12:7500/smev/v1.2/ws?wsdl
откроется только если установлен защищенный канал связи.
При отправке сообщения в тестовый сервис СМЭВ 3 участник определяется по сертификату ЭП, которым подписано сообщение.
Послать в тестовый сервис СМЭВ 3 сообщение может любой. Но если СМЭВ не найдет зарегистрированного участника с таким сертификатом, вернется ответ, что участник не зарегистрирован.
У вас же сообщение не отправляется в принципе, регистрация участника в СМЭВ эту проблему не решит.
Что еще можно проверить?
П.С. На какой адрес отправляете?
(112) Это работает не так.
С ГИС ГМП на прямую обмениваются только участники прямого взаимодействия.
Участники косвенного взаимодействия (подведомственные АН) с ГИС ГМП взаимодействуют через своего ГАНа.
В БГУ это реализовано примерно так, если АН ведет учет в одной базе, а ГАН в другой:
Настраивается обмен между базами АН и ГАН.
АН в своей базе:
— создает документы Квитанция на оплату.
— в обработке Обмен с ГИС ГМП 2.0 создает Пакеты начислений.
Далее выполняется обмен с базой ГАНа.
ГАН в своей базе:
— создает документы Квитанция на оплату от себя.
— в обработке Обмен с ГИС ГМП 2.0 создает Пакеты начислений для своих начислений.
— в обработке Обмен с ГИС ГМП 2.0 отправляет в ГИС ГМП как свои пакеты начислений, так и пакеты начислений подведомственных АН.
— запрашивает результаты обработки из ГИС ГМП.
Результат отправки пакета начислений АН возвращается в базу АН.
Это если обмен именно с ГИС ГМП, а не с региональными системами, типа ИС УНП, ИС РНИП, Енисей ГУ и др.
Для региональных систем свои особенности.
(115) Вот собственно это и нужно выяснить.
У вас участник косвенного взаимодейстия. Сам он обмениваться с ГИС ГМП не может.
ГАН при регистрации в ГИС ГМП зарегистрировал вашего участника как подведомственного.
Нужно выяснить у ГАНа, как вам выполнять обмен с ГИС ГМП.
Может в ЛО есть своя региональная система, и надо обмениваться с ней, а не с ГИС ГМП, тут я не в курсе.
Участник в СМЭВ 3 определяется по электронной подписи, которой подписывается отправляемое сообщение.
Поэтому, если обмен с региональной системой, то можно выполнять на прямую обмен, без ГАНа, именно для этого и нужны региональные системы.
«Руководитель бюджетной организации», 2013, N 10
Федеральное казначейство до внедрения ГИС ГМП получало информацию о поступлении платежей в бюджеты всех уровней в соответствии с бюджетной классификацией, но никогда не имело сведений о том, что фактически должно поступить. С внедрением ГИС ГМП (если, конечно, она заработает в полную силу) появится возможность сравнить, что должно поступить в бюджет (начислено) и что фактически поступило (оплачено или зачислено). Это дает совершенно новые возможности для администрирования доходов бюджетов всех уровней и получения аналитической информации нового качества для принятия решений в сфере межбюджетных отношений.
По моему мнению, очень правильно, что в ГИС ГМП должны размещать информацию о начислениях не только администраторы доходов бюджета, но и бюджетные, автономные и казенные учреждения, оказывающие услуги. Они являются получателями бюджетных средств, и при планировании бюджета необходимо обладать достоверной информацией об их собственных доходах.
Как задумана ГИС ГМП
Наш опыт работы с ГИС ГМП
Мы в муниципалитете опробовали ГИС ГМП на одном учреждении. Все работоспособно, но использовать систему в полноценном режиме пока не представляется возможным по ряду причин, главной из которых является отсутствие устойчивой обратной связи от платежных организаций (в нашем случае это Сбербанк и Почта России).
Вторая проблема также связана с платежными организациями. Их много больше, чем предполагает Федеральное казначейство. Например, у нас на муниципальном уровне существует расчетно-кассовый центр (РКЦ) ЖКХ, который осуществляет и начисления за соцнаем. Разумеется, РКЦ ЖКХ обязан размещать эту информацию в ГИС ГМП. Но тот же РКЦ ведет и сбор средств как через свои кассы и терминалы, так и по договорам с предприятиями и организациями при вычете квартплаты из зарплаты. То есть по факту РКЦ ЖКХ является одновременно и «администратором» доходов, и платежной организацией. Впрочем, как и каждое учреждение, перечисляющее квартплату за работника. Выходит, что ГИС ГМП намного масштабнее, чем даже «Сбербанк Онлайн». По сути, она является платежной системой в масштабах страны. К такой системе должны предъявляться и соответствующие требования по каналам связи, мощности вычислительных ресурсов и применяемому программному обеспечению.
Из всего сказанного выше делаю вывод, что использование СМЭВ в качестве транспорта при взаимодействии с ГИС ГМП неоправданно из-за огромных объемов информации, не соответствующей целям, для которых создавалась СМЭВ. Эта система создавалась для обмена электронными документами (сведениями) между ведомствами, чтобы не запрашивать документы с заявителя, которые есть в распоряжении какого-либо ведомства (федерального, муниципального или субъектового). И грузить ее функциями платежной системы не совсем правильно, у нее другие задачи.
Но не использовать каналы связи, используемые СМЭВ, было бы преступно, так как альтернативой является построение такой же параллельной защищенной сети с соответствующими затратами на ее создание и сопровождение.
О подключении к ГИС ГМП администраторов
Заключение
Объявление
| Описание решения: Добрый день! Причина проблемы была исправлена в рамках работ по установке критичных обновлений ГИС ГМП без прерывания работы сервиса 18.01.2021 16:16:00. Просьба переотправить проблемные запросы и сообщить нам о результатах. |
Комментарий
Причина проблемы была исправлена в рамках работ по установке критичных обновлений ГИС ГМП без прерывания работы сервиса 18.01.2021 16:16:00.
Комментарий
Комментарий
Комментарий
Комментарий
Комментарий
Комментарий
Согласно новости, размещенной 10 апреля 2020 г. (16:57) на Портале СМЭВ Федеральным казначейством, сервис SID0003998 «Электронный сервис государственной информационной системы о государственных и муниципальных платежах» должен быть выведен из эксплуатации с 31 декабря 2020 г. по Московскому времени.
В связи с высокой загруженностью сервиса он будет выводиться планомерно в течение января 2021 г.
Потребителям сервиса необходимо оперативно обеспечить переход на информационное взаимодействие через единый электронный сервис единой системы межведомственного электронного взаимодействия (далее – СМЭВ 3) с использованием следующих видов сведений:
∙ «Прием запроса на формирование необходимой для уплаты информации»;
∙ «Предоставление информации о возврате»;
∙ «Прием информации о возврате»;
∙ «Предоставление необходимой для уплаты информации»;
∙ «Прием необходимой для уплаты информации (начисления)»;
∙ «Предоставление информации об уплате»;
∙ «Прием информации об уплате (информации из распоряжения плательщика)»;
∙ «Предоставление информации о результатах квитирования»;
∙ «Прием информации о сертификате ключа проверки электронной подписи»;
∙ «Прием информации о погашении начисления»;
∙ «Предоставление уведомлений по подписке»;
∙ «Подписка на предоставление уведомлений».
Для повышения эффективности межведомственного обмена посредством видов сведений и снижения траффика рекомендуем использовать виды сведений: «Предоставление уведомлений по подписке» и «Подписка на предоставление уведомлений».
Мы достаточно давно переключились на СМЭВ3, но сохраняем на СМЭВ2 запросы начислений т.к. они синхронные. приходит клиент (ногами или в ДБО) оплатить штраф от МВД, запрашиваем реквизиты по УИН. понятно, что ни ногами, ни в ДБО никто не будет ждать больше 30 секунд.
Т.к. сервис «Предоставление необходимой для уплаты информации» расположенный в СМЭВ3 отвечал то за секунду, то за тысячу секунд, мы продолжали использовать СМЭВ2 для запроса реквизитов.
Судя по нашим наблюдениям, ситуация с долгими ответами о реквизитах сохраняется и по сей день.
Мы пробовали обращаться в ТП и СМЭВа и ГИС ГМП, я описывал чем это закончилось здесь: https://bankir.ru/dom/forum/департам. 88#post4869488
Кто как решал/решает/планирует решать эту проблему?
Оператор ГИС ГМП, может быть вы что-то новое по этой проблеме сообщите?
Правительство Cамарской области
Система государственных и муниципальных платежей
1. Созданные и сохраненные начисления ДО 16ч00м. 31.05.19, но не отправленные в ГИС ГМП (и не доставленные) к сожалению могут так и не пройти форматно-логический контроль в ГИС ГМП и СМЭВ3. Поэтому рекомендация: эти начисления надо «простучать» (режим Финоператора\Оператора, кнопка «Редактирование» (между «самолетиком» и «урной»). Практика показала, что достаточно просто открыть начисление и «Сохранить»\»Сохранить и отправить», или сразу «Сохранить и отправить». Это помогает в большинстве случаев. Если это не помогает, то рекомендуем более тщательно пройтись по начислению, например перевыбрав услугу\функцию более внимательно.
2. Если начисление подписывается и отправляется, но надолго «зависает» в состоянии «Отправляется» (несколько часов, и даже сутки). Исследования показали, что в строковых данных (например «Назначение платежа») имеются невидимые спецсимволы. Это ломает логику бизнес-процесса на СМЭВ3. Перенаберите всю строку, побуквенно, не используя Ctrl+С, Ctrl+V из какого-то внешнего источника. Скорее всего такие символы появились в процессе выгрузки из внешних ИС, включая процедуру загрузки из Excel). Раньше такие символы не вызывали проблем.
В конце текстовых строк «Наименование получателя», «Наименование плательщика», услуг, функций, процедур не должно быть пробела. Форматно-логический контроль на стороне ГИС ГМП бракует такие начисления. Будьте внимательны!
Коды ошибок в гис гмп
Мои рабочие заметки
Подписаться на этот блог
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» не найдено в системе
Система государственных и муниципальных платежей
Распространенной ошибкой при размещении начисления в ГИС ГМП является следующая: неверные банковские реквизиты. В «Истории» начисления это соответствует коду возврата [11], фактически это означает, что начисления не прошли форматно-логический контроль при размещении в ГИС ГМП.
Просим учесть в своей работе следующую информацию: фрагмент из НПА
РЕШЕНИЕ: откорректируйте услугу (или иные доходы), явно пропишите и КБК (здесь тоже часто встречается неправильно выбранный КБК), и расчетный счет (корректный!). В противном случае (когда поля пустые) система берет эти параметры из настроек ведомства, которые установлены по умолчанию. В результате у вас создаются начисления с некорректными КБК и рсчетом. Причиной кода возврата [11] может быть и неправильный ОКТМО (он должен быть 8-ми разрядный).