номер участника в гис гмп
Регистрационный номер в гис гмп как узнать
РБНСФЛБ хЮБУФОЙЛБ зПУХДБТУФЧЕООПК ЙОЖПТНБГЙПООПК УЙУФЕНЩ П ЗПУХДБТУФЧЕООЩИ Й — НХОЙГЙРБМШОЩИ РМБФЕЦБИ РТЙ ПВТБЭЕОЙЙ Ч еДЙОЩК ЛПОФБЛФОЩК ГЕОФТ жЕДЕТБМШОПЗП ЛБЪОБЮЕКУФЧБ РП ЧПРТПУБН ПЛБЪБОЙС ФЕИОЙЮЕУЛПК РПДДЕТЦЛЙ
чОЙНБОЙЕ. тЕЗЙУФТБГЙС ПВТБЭЕОЙС РПДФЧЕТЦДБЕФУС РХФЕН БЧФПНБФЙЮЕУЛПК ПФРТБЧЛЙ хЮБУФОЙЛХ зйу знр РПЮФПЧПЗП ХЧЕДПНМЕОЙС У ХЛБЪБОЙЕН ОПНЕТБ ЪБТЕЗЙУФТЙТПЧБООПК ЪБСЧЛЙ. лПОФТПМШ ЪБ РПМХЮЕОЙЕН РПЮФПЧПЗП ХЧЕДПНМЕОЙС МЕЦЙФ ОБ ПВТБФЙЧЫЕНУС Ч елг хЮБУФОЙЛЕ зйу знр.
рПУМЕ ПВТБЭЕОЙС чБЫБ ЪБСЧЛБ ВХДЕФ ЪБТЕЗЙУФТЙТПЧБОБ Ч уЙУФЕНЕ ХРТБЧМЕОЙС ЬЛУРМХБФБГЙЕК жЕДЕТБМШОПЗП ЛБЪОБЮЕКУФЧБ Й ОБ БДТЕУ ЬМЕЛФТПООПК РПЮФЩ, У ЛПФПТПЗП ВЩМБ ОБРТБЧМЕОБ ЪБСЧЛБ, ЙМЙ ОБ БДТЕУ ЬМЕЛФТПООПК РПЮФЩ, ЛПФПТЩК ВЩМ УППВЭЕО ПРЕТБФПТХ елг РТЙ ПВТБЭЕОЙЙ РП НОПЗПЛБОБМШОПНХ ФЕМЕЖПОХ, ВХДЕФ ОБРТБЧМЕОП РПЮФПЧПЕ ХЧЕДПНМЕОЙЕ П ТЕЗЙУФТБГЙЙ ЪБСЧЛЙ У ХЛБЪБОЙЕН ОПНЕТБ ЪБТЕЗЙУФТЙТПЧБООПК ЪБСЧЛЙ.
Порядок регистрации Участников в ГИС ГМП
перечень администраторов начислений, взаимодействующих с оператором ГИС ГМП через главного администратора начислений, по форме, установленной приложением N 3 к настоящему Порядку (код формы по КФД 0531492) (далее — Перечень администраторов начислений) — в двух экземплярах;
перечень обособленных подразделений, наделенных полномочиями по информационному взаимодействию с оператором ГИС ГМП, по форме, установленной приложением N 2 к настоящему Порядку (код формы по КФД 0531491) (далее — Перечень обособленных подразделений) (в случае наделения обособленного подразделения оператора по переводу денежных средств полномочиями по информационному взаимодействию с оператором ГИС ГМП) — в двух экземплярах.
Уникальный регистрационный номер гис гмп как узнать
В соответствии с пунктом 2 части 1 статьи 7 Федерального закона от 27.07.2010 года № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг» с 1 января 2013 года органы, предоставляющие государственные услуги, не вправе требовать от заявителей документы, подтверждающие факт внесения платы за услугу, в том числе об оплате государственной пошлины, взимаемой за предоставление государственных и муниципальных услуг. Для подтверждения этого факта они должны использовать сведения, содержащиеся в Государственной информационной системе о государственных и муниципальных платежах (далее — ГИС ГМП).
ч УМХЮБЕ РПМХЮЕОЙС ОБ ХЛБЪБООЩК ЧЩЫЕ БДТЕУ ЬМЕЛФТПООПК РПЮФЩ РЙУШНБ У ЪБРТПУПН ДПРПМОЙФЕМШОПК ЙОЖПТНБГЙЙ, чБН ОЕПВИПДЙНП РТЕДПУФБЧЙФШ ЪБРТБЫЙЧБЕНХА ЙОЖПТНБГЙА, ХЛБЪБЧ Ч ФЕЛУФЕ РЙУШНБ ОПНЕТ чБЫЕК ЪБСЧЛЙ, РП ЛПФПТПК РТЕДПУФБЧМСЕФУС ДПРПМОЙФЕМШОБС ЙОЖПТНБГЙС, ЙМЙ ЧМПЦЕОЙЕ.
Что такое ГИС ГМП? Государственная информационная система о государственных и муниципальных платежах
Что такое ГИС ГМП на практике? Администратор доходов отправляет в Федеральное казначейство информацию о появившейся задолженности гражданина или организации. В свою очередь казначейство как главный орган, который несет ответственность за все сведения в системе, передает поступившую информацию в первую очередь порталу государственных услуг и в МФЦ. А данные организации уже сообщают сведения гражданину или организации, которые внесли соответствующую оплату посредством банка или любой известной платежной системы.
Ответы на часто задаваемые вопросы о Государственной информационной системе о государственных и муниципальных платежах (ГИС ГМП)
Ответ: Если учреждение является администратором доходов бюджета федерального уровня, то ему необходимо обратиться к дорожной карте ГИС ГМП, размещенной на официальном сайте УФК по Тюменской области (www. tumen. *****) в разделе «Информационные блоки» в блоке «ГИС ГМП», далее организовывать подключение к СМЭВ и дальнейшие необходимые действия для осуществления информационного взаимодействия с ГИС ГМП.
Ответ: При выборе децентрализованного способа взаимодействия с ГИС ГМП необходимо осуществить подключение к СМЭВ, выработку ключа электронной подписи (далее – ЭП) для работы в системе, подать в территориальный орган Федерального казначейства Заявку на регистрацию в ГИС ГМП, доработать программное обеспечение в соответствие с форматами взаимодействия ГИС ГМП с информационными системами и провести тестирование. Более подробная информация размещена на официальном сайте УФК по Тюменской области (www. tumen. *****) в разделе «Информационные блоки» в блоке «ГИС ГМП» в документе «Дорожная карта ГИС ГМП».
Штрафы ГИС ГМП на официальном сайте
Это означает, что когда Вы ищите информацию о штрафах ГИБДД, например, на сайте Яндекс.Денег или прямо на нашем сайте, Ваш запрос обрабатывается системой ГИС ГМП (о том, как найти и оплатить штрафы через Яндекс.Деньги, читайте здесь). Как только Вы оплатили штраф, эта информация также направляется в систему.
ГИС ГМП – единая система платежей, которая позволяет гражданам РФ получать информацию о своих бюджетных обязательствах. Из материала ниже Вы узнаете больше об этой системе, а также о том, с какими организациями она работает, и как можно проверить штрафы с помощью базы ГИС ГМП.
Письмо Казначейства России от N 42-7
3. Если участник ГИС ГМП, зарегистрировавшийся в ГИС ГМП самостоятельно, является главным администратором доходов, имеющим в своем ведении администраторов доходов, он передает агрегатору начислений Заявление на перерегистрацию и информацию о своих подведомственных учреждениях с указанием уникального регистрационного номера участника, присвоенного ему в ГИС ГМП, по форме, установленной приложением N 3 к Порядку (далее — Перечень администраторов начислений).
4. Агрегатор начислений формирует Перечень администраторов начислений и предоставляет его в территориальный орган Федерального казначейства с приложением полученных Писем в адрес территориального органа (дополнительно предоставляется электронная копия Перечня администраторов начислений). При этом Главного администратора доходов, выразившего желание на перерегистрацию, включают в общий список наравне с подведомственными ему администраторами доходов.
О перерегистрации участников ГИС ГМП (фактически не применяется)
3. Если участник ГИС ГМП, зарегистрировавшийся в ГИС ГМП самостоятельно, является главным администратором доходов, имеющим в своем ведении администраторов доходов, он передает агрегатору начислений Заявление на перерегистрацию и информацию о своих подведомственных учреждениях с указанием уникального регистрационного номера участника, присвоенного ему в ГИС ГМП, по форме, установленной приложением N 3 к Порядку (далее — Перечень администраторов начислений).
4. Агрегатор начислений формирует Перечень администраторов начислений, и предоставляет его в территориальный орган Федерального казначейства с приложением полученных Писем в адрес территориального органа (дополнительно предоставляется электронная копия Перечня администраторов начислений). При этом Главного администратора доходов, выразившего желание на перерегистрацию, включают в общий список наравне с подведомственными ему администраторами доходов.
Гис гмп проверить уведомление по уин
В противном случае вам придется обратиться в бухгалтерию организации. Блог девелопера Важно Женские вопросы 20 странных татуировок, о которых люди определенно жалеют Согласно опросу, по меньшей мере 78% людей в Соединенных Штатах и Великобритании довольны своими татуировками.
Приказ Федерального казначейства от 30 ноября 2012 г
9.4. В случае если денежные средства подлежат зачислению на лицевой счет, открытый государственному (муниципальному) учреждению, имеющему тип «бюджетное» или «автономное», в органе Федерального казначейства, извещение о приеме к исполнению распоряжения должно содержать следующую информацию:
6.7. Информация, необходимая для осуществления перевода денежных средств, предусмотренная пунктами 6.2-6.5 настоящего Порядка, содержащаяся в извещении о начислении, за исключением даты формирования администратором начислений извещения о начислении, полученная от оператора ГИС ГМП, подлежит включению в распоряжение в соответствии с приказом Минфина России от 24 ноября 2004 г. № 106н и совместным положением Центрального банка Российской Федерации и Министерства финансов Российской Федерации от 13 декабря 2006 г. № 298-П и № 173н «Об особенностях расчетно-кассового обслуживания территориальных органов Федерального казначейства»*** (зарегистрировано в Министерстве юстиции Российской Федерации 26 января 2007 г., регистрационный номер № 8853; Бюллетень нормативных актов федеральных органов исполнительной власти, 2007, № 8).
Что такое ГИС ГМП? Подключение к ГИС ГМП
Что такое ГИС ГМП для кредитно-финансовой организации, мы рассмотрели выше — это инструмент коммуникации с большим количеством других субъектов правоотношений, с которыми банк должен взаимодействовать исходя из требований, установленных законодательством. Подключение банка к системе, о которой идет речь, предполагает решение 2 задач. А именно:
Если для плательщика данная модель — более предпочтительна, то он, прежде всего, должен связаться с региональной организацией, отвечающей за внедрение рассматриваемой системы в субъекте РФ, и пройти регистрацию в установленном порядке. После этого плательщику необходимо создать специальное рабочее место, которое будет оснащено необходимой инфраструктурой — прежде всего, защищенным каналом связи, посредством которого будет возможно соединение с агрегатором. Соответствующая организация, как правило, бесплатно предоставляет заявителю в пользование необходимо ПО для получения доступа к системе ГИС ГМП. Инструкция к нему также обычно прилагается.
Инструкция по подключению оив и омсу самарской области к государственной информационной системе
Для подключения Участника к промышленной среде ГИС ГМП необходимо соблюдение следующих условий:
Памятка Участника Государственной информационной системы
о государственных и муниципальных платежах при обращении
в Единый контактный центр Федерального казначейства
по вопросам оказания технической поддержки
Единый контактный центр Федерального казначейства (далее – ЕКЦ) осуществляет прием заявок, в том числе от Участников Государственной информационной системы о государственных и муниципальных платежах (далее – ГИС ГМП) на оказание технической поддержки.
1. Способы обращения в ЕКЦ по вопросам оказания технической поддержки
Заявку можно зарегистрировать одним из следующих способов:
· Отправить электронное письмо на адрес электронной почты:
Порядок действия Участника ГИС ГМП в случае обращения
по электронной почте приведен в разделе 2 настоящего документа.
· Позвонить оператору[1] ЕКЦ по многоканальному телефону:
Порядок действия Участника ГИС ГМП в случае обращения по телефону приведен в разделе 3 настоящего документа.
Обращаем внимание, что способ обращения по электронной почте является приоритетным при обращении в ЕКЦ.
После обращения Ваша заявка будет зарегистрирована в Системе управления эксплуатацией Федерального казначейства и на адрес электронной почты, с которого была направлена заявка, или на адрес электронной почты, который был сообщен оператору ЕКЦ при обращении по многоканальному телефону, будет направлено почтовое уведомление о регистрации заявки
с указанием номера зарегистрированной заявки.
Внимание. Регистрация обращения подтверждается путем автоматической отправки Участнику ГИС ГМП почтового уведомления
с указанием номера зарегистрированной заявки. Контроль за получением почтового уведомления лежит на обратившемся в ЕКЦ Участнике ГИС ГМП.
Если Вы не получили почтовое уведомление о регистрации Вашей заявки, следует позвонить оператору ЕКЦ по многоканальному телефону
8 (800) 222-2777.
В ряде случаев, после выполнения работ по Вашему обращению, операторы ЕКЦ свяжутся с Вами и узнают о качестве выполненных работ.
2. Действия Участника ГИС ГМП в случае обращения по электронной почте
При обращении в ЕКЦ по электронной почте Вам необходимо обязательно заполнить следующие поля письма:
в теме письма укажите:
«ГИС ГМП» и краткое описание проблемы
в тексте письма укажите:
Уникальный регистрационной номер Участника ГИС ГМП;
Наименование организации Участника ГИС ГМП;
ИНН организации Участника ГИС ГМП;
Вашу Фамилию, Имя, Отчество;
Адрес электронной почты;
подробно опишите проблему, указав уникальный идентификатор начисления (в случае вопросов, связанных с конкретным начислением), уникальный идентификатор платежа (в случае вопросов, связанных с конкретным фактом оплаты);
в случае технических вопросов, касающихся экспорта и импорта данных, приложите файлы с примерами запросов к ГИС ГМП
и ответов от ГИС ГМП. Наличие файла является обязательным.
(максимальный объем одного направляемого файла – 7,5 МБ, общий объем вложений – 50 МБ. Направляемые файлы необходимо архивировать.)
Обращаем внимание, что информация, выделенная жирным шрифтом, является обязательной для регистрации вашей заявки.
В результате успешной регистрации Вашей заявки на адрес электронной почты, с которого было отправлено письмо, будет направлено соответствующее почтовое уведомление с информацией о номере зарегистрированной заявки.
В случае если Вы не получили по электронной почте подтверждение
о регистрации заявки, то Вам необходимо позвонить оператору ЕКЦ
по многоканальному телефону, который указан в разделе 1 настоящего документа.
3. Действия Участника ГИС ГМП в случае обращения по телефону
При обращении в ЕКЦ по многоканальному телефону Вам необходимо сообщить оператору ЕКЦ:
Уникальный регистрационной номер Участника ГИС ГМП;
Наименование организации Участника ГИС ГМП;
ИНН организации Участника ГИС ГМП;
Вашу Фамилию, Имя, Отчество;
Адрес электронной почты.
В случае не предоставления данной информации, в регистрации Вашей заявки будет отказано.
Сообщите оператору ЕКЦ суть своей проблемы. Детально опишите проблему. Если есть необходимость, сообщите Ваши предшествующие действия или другие события, которые могли бы повлиять на возникшую ситуацию.
Содействуйте правильному оформлению обращения оператором.
После регистрации Вашей заявки на адрес электронной почты, который был указан при обращении по многоканальному телефону, Вам будет направлено соответствующее почтовое уведомление с информацией о номере зарегистрированной заявки.
4. Действия Участника ГИС ГМП при получении сообщения
о запросе информации
В некоторых случаях для выполнения Вашей заявки требуется дополнительная информация.
Для запроса дополнительной информации, Оператор ЕКЦ свяжется
с Вами по адресу электронной почты, с которого была принята Ваша заявка,
или по адресу электронной почты, который был сообщен оператору ЕКЦ при обращении по многоканальному телефону.
В случае получения на указанный выше адрес электронной почты письма с запросом дополнительной информации, Вам необходимо предоставить запрашиваемую информацию, указав в тексте письма номер Вашей заявки,
по которой предоставляется дополнительная информация, или вложение.
В случае не предоставления дополнительной информации в течение
10 рабочих дней после получения письма с соответствующим запросом, работы по Вашей заявке прекращаются, заявка автоматически закрывается.
5. Действия Участника ГИС ГМП для получения информации
о выполнении ранее поданного обращения
Позвоните оператору ЕКЦ по многоканальному телефону
8 (800) 222-2777.
Сообщите оператору номер Вашей заявки, по которому делается запрос.
Получите информацию от оператора о ходе работ по данной заявке.
6. Действия Участника ГИС ГМП в случае несогласия
с предоставленным решением по обращению
Если Вы не удовлетворены качеством исполнения Вашей заявки,
Вы можете повторно, в течение 5 рабочих дней, обратиться в ЕКЦ любым
из указанных в разделе 1 настоящего документа способов (по многоканальному телефону или по адресу электронной почты), сообщив номер Вашей заявки,
с решением которой Вы не согласны.
Оператор повторно отправит Вашу заявку в работу или зарегистрирует новую.
Работа с платежами через ГИС ГМП¶
Что такое АРМ «ГИС ГМП»¶
Работа с АРМ ведется в каталоге «ГИС ГМП», который включает в себя:
каталог «Запросы в ГИС ГМП» с реестрами запросов начислений и платежей, направленных в ГИС ГМП через СМЭВ ;
реестры начислений и платежей.
Как сформировать начисление на оплату¶
Для работы с начислениями на оплату пользователю в карточке услуги предусмотрен раздел «Информация об оплате».
Если создание начисления недоступно, возможно, пользователю не назначена соответствующая системная роль. Для назначения роли для работы с ГИС ГМП обратитесь к администратору системы.
Откроется карточка начисления.
Заполните поля карточки следующей информацией:
[Оплатить до] — дата, до которой актуально выставленное начисление (включительно). По истечении этой даты заявление в ГИС ГМП аннулируется автоматически;
[Сумма начисления] — сумма, подлежащая оплате за оказание услуги, выставленная плательщику;
[Плательщик] — введите данные плательщика. Плательщиком может быть физическое лицо, юридическое лицо (разидент РФ / нерезидент РФ) или индивидуальный предприниматель. В карточке плательщика обязательно должны быть указаны данные:
При заполнении карточки «Начисление» часть полей заполнится системой автоматически:
[УИН] — формируется в системе автоматически. Используется для автоматического квитирования с платежом.
[Запросы начислений в ГИС ГМП] — система автоматически устанавливает связь с запросами начисления, отправленными в СМЭВ. Запрос начисления содержит техническую информацию для отладки ошибок и при стандартном сценарии работы пользователю нет необходимости работать с этими карточками.
[Статус отправки начисления] — отображает статус передачи начисления в ГИС ГМП.
Статусы в поле изменяются и могут принимать следующие значения:
Статус оплаты может принимать значения:
Как отправить начисление¶
После отправки начисления в поле [Запросы начислений ГИС ГМП] автоматически отобразится информация о запросе, который был отправлен в СМЭВ.
Ответ на «Запрос начисления», как правило, должен прийти в течении 30 минут. Указанное время ожидания зависит от настройки временных интервалов в Конфигураторе системы.
Как передать квитанцию плательщику¶
Также после успешной отправки начисления в ГИС ГМП появится возможность сформировать квитанцию для оплаты, которую можно передать плательщику.
Как платежи попадают с систему¶
Система периодически в автоматическом режиме опрашивает ГИС ГМП на получение информации о новых платежах. Интервал опросов настраивает администратор системы.
Время после которого, платеж появляется в системе зависит от настроек вашей системы и времени появления информации о платеже в самой ГИС ГМП.
Платеж не попадет в систему в случае, если при оплате начисления плательщик не указал КБК, либо был указан КБК, не соответствующий настроенным в системе.
После получения ответа на запрос в системе создается объект «Платеж». Все платежи отображаются в реестре ГИС ГМП / Платеж.
Как просмотреть платеж¶
При создании платежа в системе происходит попытка квитирования этого платежа с начислением. Система выполняет поиск начисления по УИН, указанному в платеже.
Если начисление с таким УИН найдено, то квитирование платежа и начисления будет выполнено. В этом случае в карточке «Начисление» в поле [Платежи] автоматически выполнится привязка к карточке платежа.
Если начисление с УИН, указанным в платеже, не будет найдено в системе, то квитирование не выполнится и платеж не сопоставится ни с одним начислением в системе.
Все поля в карточке «Платеж» заполняются автоматически, их нельзя редактировать.
Отчеты по начислениям¶
В каталоге «Отчеты по начислениям» можно посмотреть начисления, которые сгруппированы по статусу:
полностью оплаченные начисления;
частично оплаченные начисления;
Если просмотр отчетов по начислениям недоступен, возможно, пользователю не назначена соответствующая системная роль. Для назначения роли для работы с ГИС ГМП обратитесь к администратору системы.
Порядок обращения в службу поддержки веб-сервиса ГИС ГМП Федерального Казначейства
Порядок обращения в службу поддержки веб-сервиса ГИС ГМП Федерального Казначейства.
Данные регистрации участника взаимодействия
Для обращения в службу поддержки веб-сервиса ГИС ГМП Федерального Казначейства вы должны являться участником взаимодействия. Для того, чтобы стать участником взаимодействия необходимо направить заявку на регистрацию Участника в Государственной информационной системе о государственных и муниципальных платежах (ГИС ГМП). Если вы зарегистрировались как участник взаимодействия с веб-сервисом ГИС ГМП или уже им являетесь, то вам должен быть присвоен уникальный регистрационный номер (УРН). Данный номер устанавливается в системных настройках СМЭВ-интегратора (веб интерфейс, раздел «Администрирование => Системные настройки => Системная настройка ‘Уникальный идентификатор, присвоенный Федеральным Казначейством’ с кодом 102012«).
Контакты службы поддержки веб-сервиса
Порядок обращения
При обращении в службу поддержки веб-сервиса через e-mail в теме письма необходимо указывать уникальный регистрационный номер (УРН) и наименование участника взаимодействия (см. раздел «Данные регистрации участника взаимодействия»).
При обращении в службу поддержки веб-сервиса через e-mail по инциденту взаимодействия (например, если веб-сервис вернул ошибку приема по запросу) к письму необходимо прикреплять SOAP сообщения запроса/ответа.
Так, например, если инцидент произошел при отправке данных по платежу XML SOAP сообщения запроса/ответа можно скачать с веб-интерфейса адаптера ГИС ГМП (см. Рисунок 1).
Рисунок 1. Запрос/Ответ по платежному сообщению в окне веб интерфейса адаптера ГИС ГМП.
Номер участника в гис гмп
(1).jpg "номер участника в гис гмп. Смотреть фото номер участника в гис гмп. Смотреть картинку номер участника в гис гмп. Картинка про номер участника в гис гмп. Фото номер участника в гис гмп")
Об актуальных изменениях в КС узнаете, став участником программы, разработанной совместно с АО «Сбербанк-АСТ». Слушателям, успешно освоившим программу выдаются удостоверения установленного образца.
Программа разработана совместно с АО «Сбербанк-АСТ». Слушателям, успешно освоившим программу, выдаются удостоверения установленного образца.
Обзор документа
Государственная информационная система о государственных и муниципальных платежах “Форматы взаимодействия Государственной информационной системы о государственных и муниципальных платежах с информационными системами участников” версия 1.16.0 (утв. Федеральным казначейством 25 сентября 2014 г.)
Краткое содержание изменений
Введение
В настоящем документе описываются форматы взаимодействия Государственной информационной системы о государственных и муниципальных платежах (ГИС ГМП) с информационными системами участников.
1. Общие положения
1.1. Термины и обозначения
1.2. Наименование системы
Полное наименование системы: Государственная информационная система о государственных и муниципальных платежах.
Сокращенное наименование системы: ГИС ГМП, Система.
1.3. Информация о версии форматов взаимодействия
2. Сущности ГИС ГМП
ГИС ГМП принимает, хранит и выдает по запросам участников следующие сущности:
Далее в настоящей главе описываются назначения сущностей и состав параметров сущностей. Перемещение сущностей между ГИС ГМП и участниками взаимодействия схематически показано на Рисунке № 1 и фактически осуществляется с учетом полномочий участника.
Рисунок №1 «Потоки данных между ГИС ГМП и участниками взаимодействия»
2.1. Описание параметров сущностей ГИС ГМП и запросов участников
Сущности ГИС ГМП и запросы участников описаны в формате XSD как XML-типы. Каждый параметр является тегом или атрибутом XML-типа.
Параметры сведены в таблицу со следующими полями:
Наименование. Наименование тега или атрибута XML-типа.
Тип данных. Возможные значения:
String. Строка произвольной длины.
unsignedLong. Целое неотрицательное число от 0 до 18446744073709551615.
dateTime. Дата и время, формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#dateTime.
Date. Дата, формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date.
Boolean. Логический тип (Истина/Ложь).
base64Binary. Данные в кодировке Base64, формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#base64Binary.
Контейнер. Указывает на присутствие вложенных тегов. Наименования тегов и атрибутов, вложенных в контейнер, включаются в поле «Наименование» таблицы параметров со смещением вправо.
ID. Уникальный в рамках XML-документа идентификатор, начинающийся с латинской буквы.
Token. Формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#token.
Другой тип. В поле «Тип данных» таблицы присутствует ссылка на соответствующий пункт, в котором описан тип.
Комментарий. Объясняет назначение тега.
2.2. Начисление
Данные начисления описываются типом ChargeType, приведенным в файле Charge.xsd (глава 7. «XML-схемы сущностей XML-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице № 1. «Тип ChargeType»
Таблица № 1. «Тип ChargeType»
2.3. Платеж
Данные о платежах приведены в файле Payment.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице № 2. «Тип PaymentType».
Таблица № 2. «Тип PaymentType»
2.4. Квитанция
В ГИС ГМП выполняется автоматическое квитирование (сопоставление данных начисления и платежей). Квитирование может осуществляться по следующим параметрам (параметрам квитирования): УИН, сумма, КБК, код ОКТМО, ИНН получателя, КПП получателя, номер банковского счета, БИК банка получателя, идентификатор плательщика. Перечислен полный перечень параметров, которые могут участвовать в квитировании. В зависимости от внутренних настроек ГИС ГМП, может быть исключен из процедуры квитирования любой из перечисленных параметров квитирования, кроме УИН и суммы.
Данные квитанций приведены в файле Quittance.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице № 3. «Тип QuittanceType».
Таблица № 3. «Тип QuittanceType»
2.5. Вспомогательные типы
2.5.1. Тип OrganizationType
Тип предназначен для описания данных организаций, являющихся получателями средств.
Описание типа приведено в файле Оrganization.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице № 4. «Тип OrganizationType».
Таблица № 4. «Тип OrganizationType»
| Наименование | Кол-во тегов, обязательность тега или атрибута | Тип данных | Комментарий |
|---|---|---|---|
| Name | 1, обязательно | String | Наименование организации. |
| INN | 1, обязательно | INNType (см. описание в п. 2.5.6.2) | ИНН организации. |
| KPP | 1, обязательно | KPPType (см. описание в п. 2.5.6.3) | КПП организации. |
| OGRN | 0..1, необязательно | OGRNType (см. описание в п. 2.5.6.6) | ОГРН организации. |
| Account | 1, обязательно | AccountType (см. описание в п. 2.5.2) | Реквизиты счета организации. |
2.5.2. Тип AccountType
Тип предназначен для описания реквизитов банковских счетов, открытых следующим организациям:
— ТОФК (для учета поступлений в бюджеты бюджетной системы РФ);
— финансовым органам (для учета средств соответствующих государственных (муниципальных) учреждений);
— государственным (муниципальным) учреждениям (для учета средств государственных (муниципальных) автономных учреждений).
Описание типа приведено в файле Organization.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице № 5. «Параметры типа AccountType».
Таблица № 5. «Параметры типа AccountType»
| Наименование | Кол-во тегов, обязательность тега или атрибута | Тип данных | Комментарий |
|---|---|---|---|
| Account | 1, обязательно | AccountNumType (см. описание в пункте 2.5.6.1) | Номер банковского счета. |
| Bank | 1, обязательно | BankType (см. описание в пункте 2.5.3) | Данные банка, в котором открыт счет. |
2.5.3. Тип BankType
Тип предназначен для указания реквизитов структурных подразделений кредитных организаций, или подразделений Банка России, являющихся банками получателя, банками плательщика.
Описание типа приведено в файле Organization.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП») и, описание параметров приведено в Таблице № 6. «Тип BankType».
Таблица № 6. «Тип BankType»
| Наименование | Кол-во тегов, обязательность тега или атрибута | Тип данных | Комментарий |
|---|---|---|---|
| Name | 0..1, необязательно | String | Наименование структурного подразделения кредитной организации или подразделения Банка России, в котором открыт счет. |
| BIK | 1, обязательно | BIKType (описание см. в п. 2.5.6.7) | БИК структурного подразделения кредитной организации или подразделения Банка России, в котором открыт счет. Наличие этого тега исключает тег SWIFT. |
| SWIFT | 1, обязательно | SWIFTType (описание см. в п. 2.5.6.8) | Код SWIFT иностранного банка, в котором открыт счет. Наличие этого тега исключает тег BIK. |
2.5.4. Тип PaymentIdentificationDataType
Тип описывает данные, необходимые и достаточные для идентификации платежа.
Описание типа приведено в файле Payment.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице № 7. «PaymentIdentificationDataType».
Таблица № 7. «PaymentIdentificationDataType»
| Наименование | Кол-во тегов, обязательность тега или атрибута | Тип данных | Комментарий |
|---|---|---|---|
| Bank | 1, обязательно | BankType (см. описание в пункте 2.5.3) | Реквизиты структурного подразделения кредитной организации, принявшего платеж. Наличие данного тега исключает появление тегов UFK и Other. |
| Other | 1, обязательно | String | В случае приема в кассу получателя платежа наличных денежных средств от плательщика, тег должен быть заполнен значением «CASH». Наличие данного тега исключает появление тегов Bank и UFK. |
| UFK | 1, обязательно | String | Если платеж принят ТОФК, то тег должен быть заполнен значением четырехсимвольного кода ТОФК. Если платеж принят организацией, не являющейся кредитной организацией или не являющейся ТОФК, указывается УРН организации. Наличие данного тега исключает появление тегов Bank и Other. |
| SystemIdentifier | 1, обязательно | String | УИП, присвоенный участником, принявшим платеж. Алгоритм формирования УИП описан в пункте 3.3. |
2.5.5. Тип BudgetIndexType
Тип описывает реквизиты платежа 101, 106-110, предусмотренные приказом Минфина России от 12 ноября 2013 г. №107н и положением Банка России от 19 июня 2012 г. №383-П «О правилах осуществления перевода денежных средств».
Описание типа приведено в файле BudgetIndex.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице № 8. «Тип BudgetIndexType».
Таблица № 8. «Тип BudgetIndexType»
2.5.6. Простые типы
Тип предназначен для указания номера банковского счета.
Основан на типе Token, 20 цифр 4.
Тип предназначен для указания ИНН юридического лица.
Основан на типе String, 10 цифр 9.
Тип предназначен для указания КПП юридического лица.
Основан на типе String, 9 цифр 9.
Тип предназначен для указания кода по ОКТМО.
Основан на типе String, 11 цифр 1 или 8 цифр 5 или значение «0».
Тип предназначен для указания КБК.
Основан на типе String, 20 цифр или значение «0».
Тип предназначен для указания ОГРН юридического лица.
Основан на типе String, 13 цифр 7.
Тип предназначен для указания банковского идентификационного кода.
Основан на типе String, 9 цифр 7.
Основан на типе String, 11 или 8 символов [A-Z, 0-9].
Тип предназначен для указания УИН.
Основан на типе String, 20 или 25 цифр 4.
Тип предназначен для указания УРН участника.
Основан на типе String, 6 символов.
3. Порядок формирования идентификаторов в Системе
3.1. Идентификатор начисления
3.1.1. Структура УИН для АН и ГАН, являющихся федеральными органами государственной власти
3.1.2. Структура УИН для АН и ГАН, являющихся органами государственной власти субъектов Российской Федерации, органами местного самоуправления, государственными (муниципальными) учреждениями
3.1.3. Правила расчета контрольного разряда УИН
Контрольный разряд УИН формируется по следующим правилам:
каждому разряду УИН, начиная со старшего разряда, присваивается набор весов, соответствующий натуральному ряду чисел от 1 до 10, далее набор весов повторяется;
каждая цифра УИН умножается на присвоенный вес разряда и вычисляется сумма полученных произведений;
контрольный разряд для УИН представляет собой остаток от деления полученной суммы на модуль «11». Контрольный разряд должен иметь значение от 0 до 9;
если получается остаток, равный 10, то для обеспечения одноразрядного контрольного разряда необходимо провести повторный расчет, применяя вторую последовательность весов, сдвинутую на два разряда влево (3, 4, 5, 6, 7, 8, 9, 10, 1, 2). Если, в случае повторного расчета, остаток от деления вновь сохраняется равным 10, то значение контрольного разряда проставляется равным «0».
3.2. Идентификатор плательщика
Правила формирования идентификатора плательщика для ИП следующие:
Правила формирования идентификатора плательщика для ФЛ следующие:
Таблица № 9. «Правила формирования идентификатора плательщика для ФЛ»
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | … | 22 | 23 | 24 | 25 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Тип документа | Серия и номер документа (в одну строку, без разделителей) | Гражданство | ||||||||||||
Таблица № 10. «Коды типов документов»
3.3. Идентификатор платежа
Каждый платеж должен иметь УИП.
УИП для кредитных организаций должен иметь следующую структуру:
Таблица № 11. «Структура УИП для кредитных организаций»
| 1 | 2 | … | 10 | 11 | 12 | … | 16 | 17 | 18 | … | 22 | 23 | … | 31 | 32 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | БИК | Номер подразделения | Дата платежа | Уникальный номер платежа в течение дня для данного подразделения | |||||||||||
УИП для ТОФК должен иметь следующую структуру:
Таблица № 12. «Структура УИП для ТОФК»
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | … | 16 | 17 | 18 | … | 22 | 23 | … | 31 | 32 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2 | ТОФК | Резерв | Дата платежа | Уникальный номер платежа в течение дня для данного ТОФК | ||||||||||||
УИП для остальных участников, принимающих платежи, должен иметь следующую структуру:
Таблица № 13. «Структура УИП для остальных участников»
| 1 | 2 | … | 7 | 8 | 9 | … | 13 | 14 | 15 | … | 19 | 20 | … | 28 | 32 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 3 | УРН | Уникальный номер платежа в учетной системе участника | |||||||||||||
4. Порядок взаимодействия ГИС ГМП с информационными системами участников
ГИС ГМП взаимодействует с ИС участников посредством веб-сервиса ГИС ГМП SmevGISGMPService, размещенного в СМЭВ.
Описание веб-сервиса SmevGISGMPService приведено в файле SmevGISGMPService.wsdl (глава 8. «WSDL веб-сервиса, размещенного в СМЭВ»).
4.1. Порядок формирования ответов веб-сервиса на запросы участников
Для обслуживания входящих запросов веб-сервис предоставляет один метод GISGMPTransferMsg, который обрабатывает все запросы от ИС участников. По результатам обработки запроса к веб-сервису, вне зависимости от результата его обработки, формируется ответ веб-сервиса и возвращается ИС участника, направившему запрос. Форматы сообщений запросов и ответов веб-сервиса описаны в главе 5. «Форматы сообщений веб-сервиса, размещенного в СМЭВ».
В случае несоответствия формата запроса настоящим Форматам, отсутствия или невалидности ЭП и прочих ошибках в запросе, участник получит уведомление об отказе в приеме к обработке запроса с информацией о выявленной в запросе ошибке. Информация об ошибках, возникающих в процессе обработки запросов, представлена в главе 6. «Перечень контролей».
4.2. Электронные подписи запросов и ответов
Подпись под сущностью и подпись под запросом должны накладываться в соответствии с алгоритмом, описанным в пункте 4.3.
4.3. Подпись под сущностью, запросом
Значение ЭП должно рассчитываться для элемента сущности, запроса и его составных элементов.
В процессе создания электронной подписи информационной системы должны использоваться алгоритмы для расчета хеш-сумм, формирования подписи и каноникализации, приведенные в Таблице № 14. «Алгоритмы формирования подписи».
Таблица № 14. «Алгоритмы формирования подписи»
| Наименование | URI | |
|---|---|---|
| Расчет хэш-сумм | ГОСТ Р 34.11-94 | http://www.w3.org/2001/04/xmldsig-more#gostr3411 |
| Формирования подписи | ГОСТ Р 34.10-2001 | http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411, http://www.w3.org/TR/XAdES/ |
| Каноникализация | Exclusive XML Canonicalization от 18 July 2002 | http://www.w3.org/2001/10/xml-exc-c14n# |
Формирование блока ЭП осуществляется в следующем порядке:
1 Формирование шаблона документа:
1.1 Создается элемент Signature;
1.2 К элементу Signature добавляется дочерний элемент SignedInfo;
1.3 К элементу SignedInfo добавляется дочерний элемент CanonicalizationMethod;
1.4 К элементу SignedInfo добавляется дочерний элемент SignatureMethod;
1.5 К элементу SignedInfo добавляется первый дочерний элемент Reference;
1.6 К элементу Reference добавляется дочерний элемент Transforms;
1.7 К элементу Transforms элемента Reference добавляется дочерний элемент Transform (два элемента);
1.8 К элементу Reference добавляется элемент DigestMethod;
1.9 К элементу Reference добавляется элемент DigestValue;
1.10 К элементу Signature добавляется дочерний элемент SignatureValue;
1.11 К элементу Signature добавляется дочерний элемент KeyInfo;
1.12 К элементу KeyInfo добавляется дочерний элемент X509Data;
1.13 К элементу X509Data добавляется дочерний элемент X509Certificate;
1.14 К элементу Signature добавляется дочерний элемент Object;
1.15 К элементу Object добавляется дочерний элемент QualifyingProperties;
1.16 К элементу QualifyingProperties добавляется дочерний элемент SignedProperties;
1.17 К элементу SignedProperties добавляется дочерний элемент SignedSignatureProperties;
1.18 К элементу SignedProperties добавляется дочерний элемент SignedDataObjectProperties;
1.19 К элементу QualifyingProperties добавляется дочерний элемент UnSignedProperties;
1.20 К элементу UnSignedProperties добавляется дочерний элемент UnsignedSignatureProperties;
2 Установка предопределенных значений
2.1 Для элемента CanonicalizationMethod и для второго элемента Transform элемента Reference значения атрибута Algorithm устанавливается в «http://www.w3.org/2001/10/xml-exc-c14n#».
2.2 Для первого элемента Transform алгоритм выставляется значение «http://www.w3.org/2000/09/xmldsig#enveloped-signature».
2.3 Для элементов DigestMethod первого значения атрибута Algorithm устанавливается в «http://www.w3.org/2001/04/xmldsig-more#gostr3411».
2.4 Для элемента SignatureMethod значение атрибута Algorithm устанавливается в «http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411».
2.5 Атрибут URI элемента Reference должен быть заполнен значением атрибута Id подписываемой сущности.
3 Установка подписи
3.1 Открытый ключ подписи, закодированный по алгоритму «http://www.w3.org/2000/09/xmldsig#base64», добавляется к элементу X509Certificate как дочерний текстовый узел.
3.2 Подписываются элементы документа, выбранные посредством XPATH выражения на основе значения атрибута URI элемента Reference (если элемент URI имеет пустое значение, то подписывается полностью весь тег сущности). Полученное значение кодируется по алгоритму «http://www.w3.org/2000/09/xmldsig#base64» и добавляется как дочерний текстовый узел к элементу DigestValue первого элемента Reference.
3.3 Элемент SignedInfo трансформируется в соответствии с алгоритмом «http://www.w3.org/2001/10/xml-exc-c14n#». Затем на основании полученной строки и ключа подписи формируется значение ЭП в соответствии с алгоритмом «http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411». Полученное значение ЭП кодируется в соответствии с алгоритмом «http://www.w3.org/2000/09/xmldsig#base64», и значение добавляется как дочерний текстовый узел к элементу SignatureValue.
5. Форматы сообщений веб-сервиса, размещенного в СМЭВ
5.1. Общий формат веб-сервиса
Права участников на выполнение различных типов запросов определены Порядком ведения ГИС ГМП и приведены в Таблице № 15. «Права участников на выполнение различных типов запросов».
Таблица № 15. «Права участников на выполнение различных типов запросов»
| Типы запросов | ГАН/АН | ГАП/АП | ГАЗ/АЗ |
|---|---|---|---|
| Импорт начислений | + | ||
| Импорт платежей | + | ||
| Запрос статуса обработки импортируемого пакета | + | + | |
| Экспорт начислений | + | + | + |
| Экспорт платежей | + | + | + |
| Экспорт квитанций | + | + | |
| Квитирование начисления с платежами по инициативе АН/ГАН | + | ||
| Квитирование начисления с отсутствующим в ГИС ГМП платежом | + | ||
| Формирование начисления с признаком «Предварительное начисление» | + | ||
| Загрузка и обновление сертификатов ключа проверки ЭП участников | + | + | + |
5.1.1. Сообщение запроса к веб-сервису
Описание сообщения запроса к веб-сервису приведено в Таблице № 16. Сообщения запросов к ГИС ГМП передаются в структуре сообщения СМЭВ (см. Методические рекомендации версии 2.5.6) в элементе AppData. В данный элемент должен быть подставлен элемент RequestMessage, описанный в файле Message.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»).
Таблица № 16. «Структура сообщения запроса к веб-сервису»
| Наименование | Кол-во тегов, обязательность тега или атрибута | Тип данных | Комментарий |
|---|---|---|---|
| GISGMPTransferMsg | 1, обязательно | Контейнер | Корневой тег запроса. |
| Message | 0..1, необязательно | Контейнер | Служебный блок атрибутов СМЭВ. |
| Sender | 1, обязательно | orgExternalType | Данные о системе-инициаторе взаимодействия. Указывается информация об ИС участника, обращающегося в ГИС ГМП. |
| Code | 1, обязательно | String | Идентификатор системы. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6. |
| Name | 1, обязательно | String | Наименование системы. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6. |
| Recipient | 1, обязательно | orgExternalType | Данные о системе-получателе сообщения. Указывается идентификатор и наименование ГИС ГМП. |
| Code | 1, обязательно | String | Идентификатор системы. Будет уточнен после публикации электронного сервиса в промышленном контуре СМЭВ. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6. |
| Name | 1, обязательно | String | Наименование системы. Будет уточнено после публикации электронного сервиса в промышленном контуре СМЭВ. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6. |
| Originator | 0..1, необязательно | orgExternalType | Данные о системе, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6. ГИС ГМП не регламентируется порядок заполнения данного тега. |
| Code | 1, обязательно | String | Идентификатор системы. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6. |
| Name | 1, обязательно | String | Наименование системы. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6. |
| ServiceName | 1, обязательно | String | Мнемоника электронного сервиса ГИС ГМП. Будет уточнена после публикации электронного сервиса в промышленном контуре СМЭВ. Наличие этого тега исключает тег Service. |
| Service | 1, обязательно | ServiceType | Данные об электронном сервисе ГИС ГМП. Будут уточнены после публикации электронного сервиса в промышленном контуре СМЭВ. Наличие этого тега исключает тег ServiceName. |
| Mnemonic | 1, обязательно | String | Мнемоника электронного сервиса ГИС ГМП. Будет уточнена после публикации электронного сервиса в промышленном контуре СМЭВ. |
| Version | 1, обязательно | VersionType | Номер версии электронного сервиса ГИС ГМП. Будет уточнен после публикации электронного сервиса в промышленном контуре СМЭВ. |
| TypeCode | 1, обязательно | TypeCodeType | Тип сообщения. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| Status | 1, обязательно | StatusType | Статус сообщения. Принимает значение «REQUEST». |
| Date | 1, обязательно | dateTime | Дата создания сообщения. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6. |
| ExchangeType | 1, обязательно | String | Категория взаимодействия. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6. |
| RequestIdRef | 0..1, необязательно | idType | Не используется. |
| OriginRequestIdRef | 0..1, необязательно | idType | Не используется. |
| ServiceCode | 0..1, необязательно | String | Не используется. |
| CaseNumber | 0..1, необязательно | String | Не используется. |
| SubMessages | 0..1, необязательно | Контейнер | Не используется. |
| TestMsg | 0..1, необязательно | String | Признак тестового взаимодействия. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| OKTMO | 0..1, необязательно | String | Не используется. |
| MessageData | 1, обязательно | Контейнер | Блок-обертка данных СМЭВ. |
| AppData | 1, обязательно | AppDataType | Блок структурированных сведений. Элемент RequestMessage, описанный в файле Message.xsd. |
| AppDocument | 0..1, необязательно | AppDocumentType | Не используется. |
Описание формата элемента RequestMessage приведено в Таблице № 17. «Структура RequestMessage».
Таблица № 17. «Структура RequestMessage»
5.1.2. Сообщение ответа от веб-сервиса
Сообщения ответов ГИС ГМП передаются в структуре сообщения СМЭВ (согласно методическим рекомендациям версии 2.5.6) в элементе AppData. В данный элемент должен быть подставлен элемент ResponseMessage, описанный в файле Message.xsd. Заполнение полей базового сообщения СМЭВ для ответа ГИС ГМП указано в Таблице № 18. «Структура сообщения ответа к веб-сервису».
Таблица № 18. «Структура сообщения ответа к веб-сервису»
| Наименование | Кол-во тегов, обязательность тега или атрибута | Тип данных | Комментарий |
|---|---|---|---|
| GISGMPTransferMsg | 1, обязательно | Контейнер | Корневой тег ответа. |
| Message | 0..1, необязательно | Контейнер | Служебный блок атрибутов СМЭВ. |
| Sender | 1, обязательно | orgExternalType | Данные о системе-отправителе сообщения. Указываются идентификатор и наименование ГИС ГМП. |
| Code | 1, обязательно | String | Идентификатор системы. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| Name | 1, обязательно | String | Наименование системы. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| Recipient | 1, обязательно | orgExternalType | Данные о системе-получателе сообщения. Указывается информация об ИС участника, обращающегося в ГИС ГМП. |
| Code | 1, обязательно | String | Идентификатор системы. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| Name | 1, обязательно | String | Наименование системы. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| Originator | 0..1, необязательно | orgExternalType | Данные о системе, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. ГИС ГМП не регламентируется порядок заполнения данного тега. |
| Code | 1, обязательно | String | Идентификатор системы. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| Name | 1, обязательно | String | Наименование системы. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| ServiceName | 1, обязательно | String | Мнемоника электронного сервиса ГИС ГМП. Будет уточнена после публикации электронного сервиса в промышленном контуре СМЭВ. Наличие этого тега исключает тег Service. |
| Service | 1, обязательно | ServiceType | Данные об электронном сервисе ГИС ГМП. Будут уточнены после публикации электронного сервиса в промышленном контуре СМЭВ. Наличие этого тега исключает тег ServiceName. |
| Mnemonic | 1, обязательно | String | Мнемоника электронного сервиса ГИС ГМП. Будет уточнена после публикации электронного сервиса в промышленном контуре СМЭВ. |
| Version | 1, обязательно | VersionType | Номер версии электронного сервиса ГИС ГМП. Будет уточнен после публикации электронного сервиса в промышленном контуре СМЭВ. |
| TypeCode | 1, обязательно | String | Тип сообщения. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| Status | 1, обязательно | StatusType | Статус сообщения. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. В ответе может принимать значение «RESULT», «INVALID», «REJECT» или «FAILURE». |
| Date | 1, обязательно | dateTime | Дата создания сообщения. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| ExchangeType | 1, обязательно | String | Категория взаимодействия. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| RequestIdRef | 0..1, необязательно | idType | Не используется. |
| OriginRequestIdRef | 0..1, необязательно | idType | Не используется. |
| ServiceCode | 0..1, необязательно | String | Совпадает со значением одноименного реквизита сообщения запроса. |
| CaseNumber | 0..1, необязательно | String | Не используется. |
| SubMessages | 0..1, необязательно | Контейнер | Не используется. |
| TestMsg | 0..1, необязательно | String | Признак тестового взаимодействия. Заполняется в соответствии с методическими рекомендациями версии 2.5.6. |
| OKTMO | 0..1, необязательно | String | Не используется. |
| MessageData | 1, обязательно | Контейнер | Блок-обертка данных СМЭВ. |
| AppData | 1, обязательно | AppDataType | Блок структурированных сведений. Содержит элемент ResponseMessage, описанный в файле Message.xsd. |
| AppDocument | 0..1, необязательно | AppDocumentType | Не используется. |
Формат элемента ResponseMessage приведен в Таблице № 19. «Структура ResponseMessage».
Таблица № 19. «Структура ResponseMessage»
5.2. Порядок импорта новых сущностей, уточнения или аннулирования ранее загруженных сущностей в ГИС ГМП
Направление извещения о начислении / приеме к исполнению распоряжения в ГИС ГМП участником осуществляется путем выполнения запроса к Системе на импорт начисления/платежа, с указанием в теге ChangeStatus@meaning значения «1».
Направление извещения об уточнении начисления / распоряжения в ГИС ГМП осуществляется путем выполнения запроса к Системе на импорт начисления / платежа, с указанием в теге ChangeStatus@meaning значения «2». При этом должен быть использован тот же УИН / УИП, что и в уточняемом начислении / платеже. Извещением об уточнении начисления, таким образом, является извещение о начислении, аналогичное уточняемому извещению во всех полях, кроме уточняемых, и содержащее в теге ChangeStatus@meaning значение «2». Аналогично, извещением об уточнении распоряжения является извещение о приеме к исполнению распоряжения, аналогичное уточняемому извещению во всех полях, кроме уточняемых, и содержащее в теге ChangeStatus@meaning значение «2».
Направление извещения об аннулировании начисления / распоряжения в ГИС ГМП осуществляется путем выполнения запроса к системе на импорт начисления / платежа, с указанием в теге ChangeStatus@meaning значения «3» и основания аннулирования. При этом должен быть указан тот же УИН / УИП, что и в аннулируемом начислении / платеже соответственно.
5.2.1. Формат запроса на импорт начисления
В сообщении запроса в теге RequestMessage должен передаваться тег ImportRequest. Данные импортируемых начислений должны передаваться в тегах Package/Document/Charge (см. описание в пункте 2.2). Одновременно в составе одного пакета (контейнер Package) в ГИС ГМП может быть передано несколько начислений. В атрибуте originatorID для каждого начисления должен передаваться УРН участника, сформировавшего начисление. Если УРН участника, сформировавшего начисление, совпадает с УРН участника, передающего начисление в ГИС ГМП, то допустимо тег OriginatorID не заполнять.
Запрос на импорт начислений обрабатывается в асинхронном режиме. При этом ответ на запрос будет содержать код одного из трех возможных результатов:
— пакет принят в обработку (ResultCode=”10”);
— установлено несоответствие XML-схеме (ResultCode=”11”);
— установлена ошибка в ЭП-ОВ (ResultCode=”27”).
Принятому пакету на стороне ГИС ГМП присваивается идентификатор, возвращаемый в теге ResponseMessage/Ticket/RequestProcessResult/ResultData.
5.2.2. Формат запроса на импорт платежа
В сообщении запроса в теге RequestMessage должен передаваться тег ImportRequest. Данные импортируемых платежей должны передаваться в тегах Package/Document/FinalPayment (см. описание в пункте ). Одновременно в составе одного пакета (контейнер Package) в ГИС ГМП может быть передано несколько платежей. В тегах OriginatorID для каждого платежа должен передаваться УРН участника, сформировавшего платеж. Если УРН участника, сформировавшего платеж, совпадает с УРН участника, передающего платеж в ГИС ГМП, то допустимо тег OriginatorID не заполнять.
Запрос на импорт платежей обрабатывается в асинхронном режиме. При этом ответ на запрос будет содержать код одного из трех возможных результатов:
— пакет принят в обработку (ResultCode=”10”);
— установлено несоответствие XML-схеме (ResultCode=”11”);
— установлена ошибка в ЭП-ОВ (ResultCode=”27”).
Пакету на стороне ГИС ГМП присваивается идентификатор, возвращаемый в теге ResponseMessage/Ticket/RequestProcessResult/ResultData.
Участник взаимодействия для проверки окончательного статуса приема пакета на стороне ГИС ГМП должен осуществить отдельный запрос статуса обработки импортируемого пакета, описанный в пункте 5.3.
5.2.3. Формат ответа
В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/RequestProcessResult с типом ResultInfo, структура которого приведена в файле ErrInfo.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»). Описание параметров приведено в Таблице № 20. «Структура ответа на запрос импорта».
Таблица № 20. «Структура ответа на запрос импорта»
5.3. Запрос статуса обработки импортируемого пакета
В результате выполнения запросов импорта обеспечивается предварительный прием в ГИС ГМП пакета сущностей. Полный форматно-логический контроль осуществляется после отправки системой участнику сообщения ResponseMessage. Для того, чтобы получить информацию о статусе обработки пакета и о принятии / отклонении извещений на стороне ГИС ГМП, необходимо отправить запрос на получение протокола обработки пакета.
5.3.1. Формат запроса
5.3.2. Формат ответа
В случае, если обработка пакета на стороне ГИС ГМП еще не завершена, в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/RequestProcessResult с типом ResultInfo (см. описание типа ResultInfo в пункте ); при этом ResultCode будет равен значению «50».
В случае, если обработка пакета на стороне ГИС ГМП завершена, в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/TicketPackageProcessResult.
Описание параметров приведено в Таблице № 21. «Структура ответа на запрос импорта”.
Таблица № 21. «Структура ответа на запрос статуса обработки импортируемого пакета (если обработка пакета завершена)»
5.4. Экспорт сущностей из ГИС ГМП
5.4.1. Общий формат запроса
В сообщении запроса в теге RequestMessage должен передаваться тег ExportRequest, структура которого приведена в файле MessageData.xsd (глава 7. XML-схемы сущностей и сообщений ГИС ГМП) приведено в Таблице № 22. «Структура запроса на экспорт».
Таблица № 22. «Структура запроса на экспорт»
5.4.2. Передача ГИС ГМП извещений о начислениях
Атрибут kind запроса ExportRequest может принимать одно из следующих значений:
Запросы CHARGE, CHARGENOTFULLMATCHED, CHARGEPRIOR, CHARGEPRIORNOTFULLMATCHED, CHARGETEMP, CHARGETEMPNOTFULLMATCHED доступны для АП/ГАП и АЗ/ГАЗ. Запрос CHARGESTATUS доступен АН/ГАН, АП/ГАП и АЗ/ГАЗ. Запросы CHARGEPRIORSTATUS, CHARGETEMPSTATUS доступны АН/ГАН.
В ответ на запрос начислений, осуществляемый АН, возвращаются только те начисления, получателем средств по которым является данный АН. В случае запроса начислений ГАН возвращаются начисления, получателем средств по которым является либо сам ГАН, либо его участники косвенного взаимодействия.
5.4.3. Формат ответа на запрос начислений
В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/ExportChargesResponse, структура которого приведена в файле MessageData.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице № 23. «Структура ответа на запрос экспорта начислений».
Таблица № 23. «Структура ответа на запрос экспорта начислений»
В случае возникновения ошибки при обработке запроса на экспорт начислений код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в пункте 5.2.3.
5.4.4. Передача ГИС ГМП извещений о приеме к исполнению распоряжений
Атрибут kind запроса ExportRequest может принимать одно из следующих значений:
5.4.5. Формат ответа на запрос платежей
Таблица № 24 «Структура ответа на запрос экспорта платежей»
В случае возникновения ошибки при обработке запроса на экспорт начислений код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в главе 5.2.3.
5.4.6. Экспорт квитанций из ГИС ГМП
В квитанции передается статус квитирования начисления со всеми платежами, но отражается результат квитирования только с последним полученным платежом.
Атрибут kind запроса ExportRequest может принимать одно из следующих значений:
5.4.7. Формат ответа на запрос квитанций
В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/ExportQuittanceResponse, структура которого приведена в файле MessageData.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице № 25 «Структура ответа на запрос квитанций».
Таблица № 25 «Структура ответа на запрос квитанций»
В случае возникновения ошибки при обработке запроса на экспорт квитанций код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в пункте 5.2.3.
5.5. Квитирование начисления с платежами по инициативе АН/ГАН
Сервис предназначен для проведения принудительного квитирования начисления с платежами по запросу АН / ГАН в тех случаях, когда начисление и платеж не могут быть сквитированы ГИС ГМП автоматически (УИН в начислении и платеже не совпадают, либо УИН отсутствует в платеже). С помощью данного сервиса нельзя изменить уже имеющиеся в ГИС ГМП результаты квитирования. Право на принудительное квитирование начисления с платежами имеет АН или ГАН, сформировавший соответствующее начисление.
5.5.1. Формат запроса
В сообщении ответа в теге AppData присутствует тег RequestMessage/DoAcknowledgmentRequest, структура которого приведена в файле MessageData.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице № 26 «Структура запроса на проведение квитирования начисления с платежами по инициативе АН/ГАН».
Таблица № 26 «Структура запроса на проведение квитирования начисления с платежами по инициативе АН/ГАН»
5.5.2. Формат ответа
В случае успешной обработки запроса в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/DoAcknowledgmentResponse, структура которого приведена в файле MessageData.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице № 27 «Структура ответа на запрос проведения квитирования начисления с платежами по инициативе АН».
Таблица № 27 «Структура ответа на запрос проведения квитирования начисления с платежами по инициативе АН»
| Наименование | Кол-во тегов, обязательность тега или атрибута | Тип данных | Комментарий |
|---|---|---|---|
| DoAcknowledgmentResponse | 1, обязательно | DoAcknowledgmentResponseType | Корневой тег ответа. |
| Quittances | 0..1, необязательно | Контейнер | Перечень квитанций. |
| Quittance | 1..n, обязательно | QuittanceType | Данные созданной квитанции. |
В случае возникновения ошибки при обработке запроса код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в пункте 5.2.3.
5.6. Квитирование начисления с отсутствующим в ГИС ГМП платежом
Сервис предназначен для проведения принудительного квитирования начисления при отсутствии в ГИС ГМП платежей, соответствующих данному начислению. Право на принудительное квитирование такого начисления имеют АН и ГАН, сформировавший это начисление и получивший информацию о его оплате иным способом (не из ГИС ГМП).
5.6.1. Формат запроса
Запрос на принудительное квитирование начисления с отсутсвующим в ГИС ГМП платежом осуществляется посредством того же сообщения, что и запрос на принудительное квитирование начисления с платежами по инициативе АН / ГАН, описанного в пункте 5.5.1. Для указания необходимости принудительного квитирования с отсутствующим в ГИС ГМП платежом в контейнере Payments должен содержаться единственный элемент PaymentSystemIdentifier, заполненный значением «PaymentNotLoaded».
5.6.2. Формат ответа
Ответ на запрос на принудительного квитирования начисления с отсутсвующим в ГИС ГМП платежом возвращается посредством того же сообщения, что и ответ на запрос на принудительного квитирования начисления с платежами по инициативе АН/ ГАН, описанного в пункте 5.5.2.
В случае появления ошибки при обработке запроса в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/RequestProcessResult типа ResultInfo, который описан в пункте 5.2.3.
5.7. Установление платежу статуса «Услуга предоставлена»
Сервис предназначен для установления платежам, переданным в ГИС ГМП, статуса «Услуга предоставлена». Права на проставление платежу статуса «Услуга предоставлена» имеют:
— АЗ с полномочиями органа ЗАГС;
— ГАЗ, участником косвенного взаимодействия которого является АЗ с полномочиями органа ЗАГС.
5.7.1. Формат запроса
Запрос на установление платежам, загруженным в ГИС ГМП, статуса «Услуга предоставлена» осуществляется посредством того же сообщения, что и запрос на принудительное квитирование начисления с платежами, загруженными в ГИС ГМП, описанного в главе 5.5.1.
Тег SupplierBillID должен быть заполнен значенем «ChargeNotLoaded».
Контейнер Payments должен содержать уникальные идентификаторы платежей, которым необходимо проставить статус «Услуга предоставлена».
5.7.2. Формат ответа
В случае, если установление статуса «Услуга предоставлена» прошло успешно для всех указанных в запросе платежей, сообщение ответа в теге AppData будет содержать тег AppData/ResponseMessage/Ticket/RequestProcessResult типа ResultInfo, который описан в главе 5.2.3. В теге ResultCode будет передаваться значение «0».
В случае появления ошибки (платежи отсутствуют в ГИС ГМП), сообщение ответа в теге AppData будет содержать тег ResponseMessage/DoAcknowledgmentResponse, описанный в главе 5.5.2. Тег будет содержать контейнер PaymentsNotFound, в котором будут перечислены те УИП из запроса, по которым не были найдены платежи. Если какой-либо УИП из запроса не был возвращен в контейнере PaymentsNotFound, это значит, что платеж с таким УИП был найден, и ему был успешно проставлен статус «Услуга предоставлена».
5.8. Формирование ГИС ГМП начисления с признаком «Предварительное начисление»
Сервис предназначен для формирования ГИС ГМП начисления с признаком «Предварительное начисление». Права на отправку запроса на формирование начисления с признаком «Предварительное начисление» имеют АЗ и ГАЗ.
5.8.1. Формат запроса
В сообщении запроса в теге AppData должен присутствовать тег RequestMessage/ChargeCreationRequest, структура которого приведена в файле MessageData.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание элементов приведено в Таблице № 28 «Структура запроса на формирование предварительного начисления».
Таблица № 28 «Структура запроса на формирование предварительного начисления»
Таблица № 29. «Тип ChargeTemplateType»
| Наименование | Кол-во тегов, обязательность тега или атрибута | Тип данных | Комментарий |
|---|---|---|---|
| ValidUntil | 1, обязательно | Date | Дата, вплоть до которой актуально предварительное начисление, сформированнное ГИС ГМП по запросу участника. Дату указывает участник, направивший запрос на формирование предварительного начисления. |
| SupplierOrgInfo | 1, обязательно | OrganizationType (см. описание в п. 2.5.1) | Данные организации, являющейся получателем средств. |
| BillFor | 1, обязательно | String | Назначение платежа. |
| TotalAmount | 1, обязательно | unsignedLong | Сумма начисления. Целое число, показывающее сумму в копейках. |
| KBK | 1, обязательно | KBKType (см. описание в п. 2.5.6.5) | КБК. |
| OKTMO | 1, обязательно | OKTMOType (см. описание в п. 2.5.6.4) | Код ОКТМО получателя средств. |
| BudgetIndex | 1, обязательно | BudgetIndexType (см. описание в пункте 2.5.5) | Дополнительные реквизиты платежа, заполняемые в платежном поручении при оплате государственной услуги. |
| UnifiedPayerIdentifier AltPayerIdentifier | 1, обязательно | String | Идентификатор плательщика для ЮЛ или ИП. Алгоритм формирования идентификатора плательщика для ЮЛ или ИП описан в пункте 3.2. Наличие данного тега исключает наличие тега AltPayerIdentifier. |
| AltPayerIdentifier | 1, обязательно | String | Идентификатор плательщика для ФЛ. Алгоритм формирования идентификатора плательщика для ФЛ описан в пункте 3.2. Наличие данного тега исключает наличие тега UnifiedPayerIdentifier. |
| TreasureBranch | 1, обязательно | String | Сокращенное наименование органа Федерального казначейства. |
| TOFK | 0..1, необязательно | String | Код ТОФК, в котором открыт лицевой счет получателю или финансовому органу. |
| FOName | 0..1, необязательно | String | Наименование финансового органа. |
| LSvUFK | 0..1, необязательно | String | Номер лицевого счета получателя или финансового органа в ТОФК. |
| LsvFO | 0..1, необязательно | String | Номер лицевого счета получателя в финансовом органе. |
| AdditionalData | 0..n, необязательно | Контейнер | Дополнительные поля начисления. |
| Name | 1, обязательно | String | Наименование поля. |
| Value | 1, обязательно | String | Значение поля. |
5.8.2. Формат ответа
В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/ChargeCreationResponse, структура которого приведена в файле MessageData.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание элементов приведено в Таблице № 30. «Структура ответа на запрос формирования предварительного начисления».
Таблица № 30. «Структура ответа на запрос формирования предварительного начисления»
| Наименование | Кол-во тегов, обязательность тега или атрибута | Тип данных | Комментарий |
|---|---|---|---|
| ChargeCreationResponse | 1, обязательно | ChargeCreationResponceType | Ответ на запрос формирования предварительного начисления. |
| ChargeData | 1, обязательно | Base64Binary | Данные предварительного начисления, сформированного ГИС ГМП по запросу участника. |
В случае возникновения ошибки при обработке запроса формирования предварительного начисления код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в пункте 5.2.3.
5.9. Загрузка и обновление сертификатов ключа проверки ЭП участников
Сервис предназначен для централизованного сбора и обновления сертификатов ключа проверки ЭП участников прямого взаимодействия.
5.9.1. Формат запроса
В сообщении запроса в теге AppData должен присутствовать тег RequestMessage/ImportCertificateRequest, структура которого приведена в файле MessageData.xsd (глава 7. «XML-схемы сущностей и сообщений ГИС ГМП»), описание элементов приведено в Таблице № 31 «Структура запроса на загрузку или обновление сертификата ключа проверки ЭП участников».
Таблица № 31 «Структура запроса на загрузку или обновление сертификата ключа проверки ЭП участников»
5.9.2. Формат ответа
6. Перечень контролей
В процессе обработки запросов ГИС ГМП осуществляет контроли и результаты обработки доводит до инициатора запросов с описанием выявленных ошибок.
В таблице ниже приводится перечень проводимых контролей и возможных ошибок.
Таблица № 32. «Перечень контролей»
7. XML-схемы сущностей и сообщений ГИС ГМП
Файлы с XML-схемами находятся в прикрепленном архиве: