гис гмп код ошибки 239

Подключение к ГИС ГМП

Настройки прокси в порядке

Вот это изучу подробнее. За статьи тоже спасибо!

В общем, скорее всего, у нас не проходит обмен из-за того, что мы не дали заявку на подключения к тестовой среде. Наверное, в этом ключе и продолжим.

Большое спасибо за помощь.

(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.

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Согласно новости, размещенной 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-ми разрядный).

Источник