Алгоритм устранения ошибки «Код 332» по извещениям о начислении
Алгоритм устранения ошибки «Код 332» по извещениям о начислении.
Алгоритм устранения ошибки «Код 332» по извещениям о начислении.
Внимание: При создании начислений из режима «Извещения о приеме к исполнению распоряжений (администратор начислений)» необходимо обращать внимание на БИК банка получателя. БИК банка получателя – 046614001.
Правильность БИК можно проверить при открытии распоряжения в разделе «Платежное поручение». Правильно указан БИК:
Неправильно указан БИК:
В режиме «Извещения о начислении (администратор начислений)», созданные из платежа с неправильным БИК и отправленные в ГИС ГМП извещения забракованы, в графе «Результат выполнения»: «Код: «332» Текст: Указан некорректный расчетный счет получателя средств или неверный контрольный ключ в номере счета».
Порядок устранения ошибки:
Рекомендации: перед тем, как удалить квитанцию рекомендуется скопировать или записать УИП полностью или 5-6 последних цифр, например, 078301(использовать при выполнении шага 10):
Шаг 2. Перейти в режим «Извещения о начислении (администратор начислений)». Найти и выделить забракованное (-ые) начисление (-я).
Шаг 3. Выделить извещение о начислении. Нажать кнопку на панели инструментов 
, открыть меню
, нажать «Установить статус –Новое и удалить основание».
Шаг 4. Нажать кнопку «Редактировать» 
, откроется извещение о начислении.
Шаг 6. Сохранить 
. Закрыть начисление.
Шаг 7. Подписать ЭП.
Шаг 8. Передать в ГИС ГМП.
Шаг 9. После того, как извещение о начислении перейдёт в состояние «Исполнен», в режиме «Извещение о начислении (администратор начислений)» выделить это начисление и на панели инструментов нажать кнопку 
«Перейти к квитанции».
Откроется шаблон квитанции, раздел «Квитанция» автоматически заполнен.
Шаг 10. Перейти в раздел «Платежи» квитанции.
Щелкнуть дважды по строке, выделенной голубым цветом, в графе «УИП», откроется окно «Поиск документов»:
В окне «Поиск документов» поиск можно вести по сумме, дате платежа.
Правительство Cамарской области
Система государственных и муниципальных платежей
1. Созданные и сохраненные начисления ДО 16ч00м. 31.05.19, но не отправленные в ГИС ГМП (и не доставленные) к сожалению могут так и не пройти форматно-логический контроль в ГИС ГМП и СМЭВ3. Поэтому рекомендация: эти начисления надо «простучать» (режим Финоператора\Оператора, кнопка «Редактирование» (между «самолетиком» и «урной»). Практика показала, что достаточно просто открыть начисление и «Сохранить»\»Сохранить и отправить», или сразу «Сохранить и отправить». Это помогает в большинстве случаев. Если это не помогает, то рекомендуем более тщательно пройтись по начислению, например перевыбрав услугу\функцию более внимательно.
2. Если начисление подписывается и отправляется, но надолго «зависает» в состоянии «Отправляется» (несколько часов, и даже сутки). Исследования показали, что в строковых данных (например «Назначение платежа») имеются невидимые спецсимволы. Это ломает логику бизнес-процесса на СМЭВ3. Перенаберите всю строку, побуквенно, не используя Ctrl+С, Ctrl+V из какого-то внешнего источника. Скорее всего такие символы появились в процессе выгрузки из внешних ИС, включая процедуру загрузки из Excel). Раньше такие символы не вызывали проблем.
В конце текстовых строк «Наименование получателя», «Наименование плательщика», услуг, функций, процедур не должно быть пробела. Форматно-логический контроль на стороне ГИС ГМП бракует такие начисления. Будьте внимательны!
Подключение к ГИС ГМП
Настройки прокси в порядке
Вот это изучу подробнее. За статьи тоже спасибо!
В общем, скорее всего, у нас не проходит обмен из-за того, что мы не дали заявку на подключения к тестовой среде. Наверное, в этом ключе и продолжим.
Большое спасибо за помощь.
(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 определяется по электронной подписи, которой подписывается отправляемое сообщение.
Поэтому, если обмен с региональной системой, то можно выполнять на прямую обмен, без ГАНа, именно для этого и нужны региональные системы.
Объявление
| Описание решения: Добрый день! Причина проблемы была исправлена в рамках работ по установке критичных обновлений ГИС ГМП без прерывания работы сервиса 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
Кто как решал/решает/планирует решать эту проблему?
Оператор ГИС ГМП, может быть вы что-то новое по этой проблеме сообщите?