Гис гмп версия 1.16 1. Изменение формата формирования уникального идентификатора начисления

Гис гмп версия 1.16 1. Изменение формата формирования уникального идентификатора начисления

Министерство финансов Российской Федерации

ФЕДЕРАЛЬНОЕ КАЗНАЧЕЙСТВО

О форматах взаимодействия ГИС ГМП с информационными системами участников версии 1.16.5 и 2.0

Настоящим сообщаем о разработке Федеральным казначейством Форматов взаимодействия Государственной информационной системы о государственных и муниципальных платежах с информационными системами участников версии 2.0 (далее - форматы 2.0), предусматривающих использование единого электронного сервиса системы межведомственного электронного взаимодействия, функционирующего в соответствии с Методическими рекомендациями по работе с системой межведомственного электронного взаимодействия версии 3.ХХ.

Вместе с тем, для обеспечения взаимодействия участников с Государственной информационной системой о государственных и муниципальных платежах (далее - ГИС ГМП) в период перехода на вышеуказанные форматы, информируем о соответствующих данным форматам изменениях, отраженных Федеральным казначейством в Форматах взаимодействия Государственной информационной системы о государственных и муниципальных платежах с информационными системами участников версии 1.16.5 (далее - форматы 1.16.5) электронного сервиса ГИС ГМП единой системы межведомственного электронного взаимодействия, функционирующего в соответствии с Методическими рекомендациями по работе с системой межведомственного электронного взаимодействия версии 2.ХХ.

Форматы 2.0 и форматы 1.16.5 размещены на официальном сайте Федерального казначейства в сети "Интернет" в разделе "ГИС ГМП" (roskazna.ru/gis) и вступают в силу с 15 марта 2018 года.

Участники ГИС ГМП могут приступить к тестированию разработанных в соответствии с Форматами 2.0 видов сведений ГИС ГМП с использованием эмулятора системы межведомственного электронного взаимодействия в декабре 2017 года. При этом возможность тестирования с ГИС ГМП будет предоставлена участникам с 15 января 2018 года.

Одновременно информируем, что электронный сервис ГИС ГМП, функционирующий в единой системе межведомственного электронного взаимодействия, в соответствии с Форматами взаимодействия Государственной информационной системы о государственных и муниципальных платежах с информационными системами участников версии 1.16.4 будет обновлен до форматов 1.16.5. в тестовом контуре (SID0003663) - 1 февраля 2018 года, в промышленном контуре (SID0003998) - 15 марта 2018 года. При этом в соответствии с Планом перехода федеральных органов исполнительной власти и государственных внебюджетных фондов на предоставление сведений с использованием единого электронного сервиса системы межведомственного электронного взаимодействия в соответствии с методическими рекомендациями по работе с системой межведомственного электронного взаимодействия версии 3.ХХ, одобренным на заседании подкомиссии по использованию информационных технологий при предоставлении государственных и муниципальных услуг Правительственной комиссии по использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности, данный электронный сервис ГИС ГМП (SID0003998) будет выведен из эксплуатации в декабре 2018 года.

Прошу довести вышеуказанную информацию до участников ГИС ГМП, сообщив о необходимости обеспечения настройки используемых ими информационных систем в соответствии форматами 1.16.5 в срок до 15 марта 2018 года, а также обеспечения перехода на взаимодействие с ГИС ГМП в соответствии с форматами 2.0 в срок до 1 декабря 2018 года.

И.о. руководителя

Федерального казначейства

С.Е.Прокофьев

Электронный текст документа

подготовлен АО "Кодекс" и сверен по.

В рамках поддержки альбома форматов ГИС ГМП 1.16.2 и законодательства (подпункт «б» п. 1 Приказа №148 Министерства Финансов РФ от 23.09.2015, дата вступления в силу с 28.03.16) реализованы следующие проверки:

Внести реализованные ранее проверки по альбому форматов 1.16.2 в релиз 1.6.0:

1. Для поля SupplierBillID :

1.1. Если значение поля = "0".

Если значение поля = "0", то проверить, что поле «PayerIdentifier» имеет ненулевое значение. Если оба поля равны "0", то вернуть ошибку «УИН и идентификатор плательщика не могут одновременно быть равны нулю!»

1.2. Если длина поля 20 символов .

1.2.1. 16 цифр, указанных в разрядах с 4 по 19, не могут все одновременно быть = 0. При нулевых значениях возвращать ошибку «Возможные значения УИН: "0" или строка размерностью 20 непробельных символов или 25 цифр в соответствии с альбомом форматов 1.16.2!»

1.2.2 Значение поля УИН не должно совпадать со значением поля КБК. При совпадении возвращать ошибку «КБК не может совпадать с УИН»

1.2.3 Если значение в 20-м разряде УИН не соответствует рассчитанному значению, то возвращается ошибка «Контрольный разряд УИН имеет некорректное значение».


Контрольный разряд УИН формируется по следующим правилам :

  • значение реквизита УИН состоит из цифр;
  • каждому разряду УИН, начиная со старшего разряда, присваивается набор весов, соответствующий натуральному ряду чисел от 1 до 10, далее набор весов повторяется;
  • каждая цифра УИН умножается на присвоенный вес разряда и вычисляется сумма полученных произведений;
  • контрольный разряд для УИН представляет собой остаток от деления полученной суммы на модуль «11». Контрольный разряд должен иметь значение от 0 до 9;
  • если получается остаток, равный 10, то для обеспечения одноразрядного контрольного разряда необходимо провести повторный расчет, применяя вторую последовательность весов, являющуюся результатом циклического сдвига исходной последовательности на два разряда влево (3, 4, 5, 6, 7, 8, 9, 10, 1, 2...). Если, в случае повторного расчета, остаток от деления вновь сохраняется равным 10, то значение контрольного разряда проставляется равным «0».

Пример:

УИН (без контрольного разряда) равен 1881035013021000001

Расчет значения контрольного разряда УИН:

Расчет значения контрольного разряда с первыми весовыми коэффициентами:

1 * 1 + 8 * 2 + 8 * 3 + 1 * 4 + 0 * 5 + 3 * 6 + 5 * 7 + 0 * 8 + 1 * 9 + 3 * 10 + 0 * 1 + 2 * 2 + 1 * 3 + 0 * 4 + 0 * 5 + 0 * 6 + 0 * 7 + 0 * 8 + 1 * 9 = 1 + 16 + 24 + 4 + 0 + 18 + 35 + 0 + 9 + 30 + 0 + 4 + 3 + 0 + 0 + 0 + 0 + 0 + 9 = 153

153 \ 11 = 10 (остаток от деления)

Так как остаток от деления равен 10, производится расчет со вторыми весовыми коэффициентами:

1 * 3 + 8 * 4 + 8 * 5 + 1 * 6 + 0 * 7 + 3 * 8 + 5 * 9 + 0 * 10 + 1 * 1 + 3 * 2 + 0 * 3 + 2 * 4 + 1 * 5 + 0 * 6 + 0 * 7 + 0 * 8 + 0 * 9 + 0 * 10 + 1 * 1 = 3 + 32 + 40 + 6 + 0 + 24 + 45 + 0 + 1 + 6 + 0 + 8 + 5 + 0 + 0 + 0 + 0 + 0 + 1 = 171

171 \ 11 = 6 (остаток от деления)

Полный УИН: 18810350130210000016

1.3. Если длина поля 25 символов.

1.3.1. 16 цифр, указанных в разрядах с 9 по 24, не могут все одновременно быть = 0. При нулевых значениях возвращать ошибку «Возможные значения УИН: "0" или строка размерностью 20 непробельных символов или 25 цифр в соответствии с альбомом форматов 1.16.2!»

Если значение в 25-м разряде УИН не соответствует рассчитанному значению (по алгоритму из п. 1.2.3), то возвращается ошибка «Контрольный разряд УИН имеет некорректное значение»

1.4. Добавить проверку в валидацию значения УИН: последний разряд (20 или 25 символ) должен быть цифрой.

2. Если значение поля "PayerIdentifier " = "0", то проверить, что поле SupplierBillID имеет ненулевое значение. Если оба поля равны "0", то вернуть ошибку «УИН и идентификатор плательщика не могут одновременно быть равны нулю!»

3. Изменить формат поля "Narrative " - разрешен ввод от 1 до 210 символов.

4. В поле "Purpose " добавить возможные значения ВУ, ДК, ПК, КК, ТК.

5. Изменить формат поля "TaxDocNumber ": допустимы значения от 1 до 15 символов.

6. Изменить регулярное выражение для поля "PaymentType ", допукается значение "0" или ввод 2 заглавных букв кириллицы.

Маска ввода:

или значение «0».

7. Изменить формат поля "PayeeName ": допустимы значения от 1 до 500 символов.

8. Для поля КБК :

8.1. Поле может принимать значение "0"

8.2 При ненулевом значении поле КБК не должно совпадать со значением поля УИН. При совпадении возвращать ошибку «КБК не может совпадать с УИН»

8.3 В случае, если зачисление средств происходит на счет "40101%", то значение КБК должно быть ненулевым. В противном случае выдать ошибку "Значение КБК при счете получателя 40101% не должно быть равным нулю!"

9. Для поля ОКТМО :

9.1. Не допускается наличие в значении поля трех нулей в старших разрядах (слева)

Маски ввода:

([^0^\D]\d{2}|\d{2}[^0^\D]|\d[^0^\D]\d)\d{8}

значение «0»

9.2 В случае, если зачисление средств происходит на счет "40101%", то значение ОКТМО должно быть ненулевым. В противном случае выдать ошибку "Значение ОКТМО при счете получателя 40101% не должно быть равным нулю!"

10. Для реквизитов КБК (CBC, значение "0" или 20 знаков), ОКАТО (значение "0", 8 или 11 знаков), КИО (5 знаков) и УИН (PaymentID, 20 или 25 знаков) УФЭБС все знаки одновременно не могут принимать значение ноль ("0");

11. Для реквизитов ИНН (INN, 10 или 12 знаков) и КПП (KPP, 9 знаков) первые два знака не могут одновременно принимать значение ноль ("0"). В настоящий момент реализована проверка на недопустимость трех начальных знаков ноль ("0").

Кроме того, для КПП 5 и 6 символ могут быть заглавными латинскими буквами или цифрами, а символы 1-4 и 7-9 - только цифрами.

Маска ввода ИНН получателя ("PayeeINN"):

([^0^\D]\d|\d[^0^\D])\d{8}

Маска ввода КПП получателя ("PayeeKPP"):

([^0^\D]\d|\d[^0^\D])\d{2}{2}\d{3}

12. Реализвать проверку, что PaymentDate не больше текущей системной даты. При превышении даты выдать ошибку "Дата платежа не должна превышать текущую дату и время!"

13. В системную настройку с кодом 102012 ("Уникальный идентификатор, присвоенный Федеральным Казначейством") добавить проверку вводимого значения. Допустимо значение из 6 символов (буквы и цифры). В противном случае выводить текст ошибки "Допустимые значения 4 цифры или 6 букв и цифр!"

Маска ввода:

^(\d{4}|{6})$

14. Заполнение ИНН плательщика-физического лица (INN, 12 знаков) становится обязательным при следующих условиях:

а) Status = "03","16","19","20","24", TaxDocNumber = "0", SupplierBillID = "0".

б) Status = "09" - "14", SupplierBillID = "0".

В случае, если при данных условиях ИНН не заполнен, то выдать ошибку "При условиях УИН = 0, номер документа = 0, код статуса плательщика = 03,16,19,20 или 24, а также для УИН = 0 и код статуса плательщика = 09, 10, 11, 12, 13 или 14 плательщик должен быть физическим лицом или ИП с идентификацией по ИНН!".

С 1 июля 2015 года для взаимодействия Государственной информационной системы о государственных и муниципальных платежах (ГИС ГМП) и информационных систем участников применяются новые форматы - 1.16 (актуальная версия 1.16.1 ). В соответствии с форматами версии 1.16 введен эксплуатацию новый сервис ГИС ГМП. Тестовый сервис и промышленный сервис зарегистрированы в системе межведомственного электронного взаимодействия с присвоением SID0003663 и SID0003998 соответственно.

Изменение форматов связано с изменением порядка взаимодействия с ГИС ГМП. В типовых конфигурациях программы «1С:Бухгалтерия государственного учреждения 8» редакции 1 (с версии 1.0.34), далее - БГУ1, и редакции 2 (с версии 2.0.34), далее – БГУ2, учтено изменение порядка взаимодействия с ГИС ГМП и реализован обмен данными с ГИС ГМП в формате версии 1.16.1. Взаимодействие с ГИС ГМП в форматах версии 1.15 также возможно.*

Изменения в формате электронной подписи сообщений, отправляемых в ГИС ГМП

Согласно форматам версии 1.16 должна использоваться электронная подпись (ЭП) в формате XadES-T, который предполагает установку штампа времени. Для этого при формировании подписи производится обращение к серверу доверенного времени (TimeStamp Authority), далее - TSA-сервер.

Согласно информации от тех.поддержки ГИС ГМП «Участник может обращаться к любому TSA-серверу. На данный момент Федеральное казначейство не предоставляет TSA-сервер для проставления меток времени».

TSA-сервер – это достаточно дорогостоящий программный продукт. Он продаётся как готовое решение различными компаниями. Вероятно, предполагается, что участник сам должен озаботиться наличием у себя данного сервиса.

В программе «1С:Бухгалтерия государственного учреждения 8» реализовано взаимодействие с TSA-сервером, заданным в настройках участника, по TSP-протоколу. Обращение к TSA-серверу происходит по http-протоколу.

Адрес TSA-сервера задается в (в БГУ1: меню "Расчеты – Взаимодействие с ГИС ГМП/ИС РНИП/УНП", в БГУ2: команда Настойки организаций для обмена с ГИС ГМП, УНП в Панели навигации карточки организации). В типовой конфигурации по умолчанию используется тестовый сервис Крипто-Про, размещенный по адресу http://www.cryptopro.ru/tsp/tsp.srf , который указан в Настройках участника обмена с ГИС ГМП в качестве адреса TSA-сервера.

Согласно информации с сайта Крипто-Про: «данный TSP-сервер следует использовать только в тестовых целях. Не следует доверять штампам времени, выданным этим сервером».

Ограничение в использовании ЭП при передаче ГАНом начислений подведомственных учреждений

Согласно форматам 1.16 недопустимо подписывать подписью ГАНа (участника прямого взаимодействия) начисления, сформированные его подведомственными учреждениями - АН (участниками косвенного взаимодействия). Каждый участник должен подписать свои начисления своей электронной подписью.

Согласно пункту 2.26 Порядка информационного взаимодействия Участников с оператором ГИС ГМП (Приказ Казначейства России от 30.11.2012 № 19н) взаимодействие администраторов начислений (АН) с ГИС ГМП возможно как через главного администратора начислений (ГАН) - при регистрации в ГИС ГМП главного администратора начислений с перечнем администраторов начислений, которые будут взаимодействовать с ГИС ГМП через ГАНа, так и самостоятельное - при регистрации АН в ГИС ГМП в качестве администратора начислений.

В программе «1С:Бухгалтерия государственного учреждения 8» реализовано взаимодействие администраторов начислений с ГИС ГМП как самостоятельное, так и через главного администратора начислений.

В программе «1С:Бухгалтерия государственного учреждения 8» реализованы два способа формирования ЭП начислений:

1. При выполнении обмена с сервисом (выполняется в базе участника-отправителя) – в этом случае по отправляемым в ГИС ГМП документам - начислениям формируются файлы, и каждое начисление в файле подписывается подписью участника, сформировавшего это начисление.

Данный способ подходит участникам прямого взаимодействия, а так же участникам косвенного взаимодействия (при наличии в базе ГАНа технической возможности формирования ЭП для начислений подведомственных).

2. Отдельный процесс (выполняется в базе участника, сформировавшего начисление) - в этом случае в документах участника «Квитанция на оплату» появляется кнопка «Подписать ЭП» при нажатии на которую формируется xml-файл и подписывается ЭП сертификата, указанного в настройках данного участника. Сформированный и подписанный файл сохраняется в регистре сведений «Подписанные начисления» , а сам подписанный документ становится не доступным для редактирования (пока не будет удалена подпись). При отправке начислений участника с данной настройкой отправляется ранее сохраненный и подписанный xml-файл. Не подписанные начисления отправить нельзя.

Изменения порядка взаимодействия с ГИС ГМП

Значительно изменился порядок передачи начислений:

  • При передаче начислений в ГИС ГМП по форматам 1.16 в одном файле может находиться несколько начислений.
  • Сама передача начислений стала асинхронной:
  • в ГИС ГМП передается файл, содержащий несколько начислений (пакет начислений). Если формат пакета не содержит ошибок, то он встает в сервисе в очередь на обработку, а в ответ сервис передает регистрационный номер пакета.
  • позднее участник формирует запрос об обработке данного пакета и передает в сервис. Если к этому времени пакет обработан, то возвращается результат загрузки по каждому из начислений в пакете. Если начисление загружено успешно, то в ответ ему возвращается код "0". Если не успешно, то указывается код и сообщение ошибки.

Перечень кодов ошибок и их значение перечислены в форматах обмена с ГИС ГМП 1.16 в разделе «6. Перечень контролей».

Передача начислений в ГИС ГМП в программе «1С:Бухгалтерия государственного учреждения 8»

При обмене в форматах 1.16 в ГИС ГМП передаются не документы «Квитанция на оплат у», а документы «Пакеты начислений» .

В табличной части документа «Пакет начислений» содержится перечень документов «Квитанция на оплату» и/или «Начисление от подведомственного» (при передаче начислений подведомственных АН из удаленно расположенных баз). По одному документу «Пакета начислений» формируется один файл, содержащий начисления, перечисленные в табличной части документа. Каждое начисление в файле подписывается ЭП участника, заданной в настройках.

При отправке документа «Пакет начислений» в сервис, если он не содержит ошибок, ему присваивается регистрационный номер. Документам «Квитанция на оплату» присваивается статус «Передан в обработку» .

Позднее участник формирует запрос о результате обработки пакета, и если к этому времени пакет обработан, то в документ для каждого начисления загружается результат обработки начисления. Если начисление - документ «Квитанция на оплату» загружен успешно, ему присваивается статус «На исполнени и». Если же при загрузке были обнаружены ошибки, статус меняется обратно на «Подготовлен» .

В программе «1С:Бухгалтерия государственного учреждения 8» для обмена с ГИС ГМП применяется обработка «, позволяющая отправлять начисления участников, запрашивать результат обработки пакетов начислений, платежи, выполнять квитирование начислений как по платежам, так и без платежа.

Обработка «Формирование квитанций и обмен данными с ГИС ГМП / ИС РНИП / УНП» предусматривает обмен с ГИС ГМП как по форматам 1.15, так и по форматам 1.16. Параметры обмена задаются на соответствующих закладках обработки.


Для форматов 1.16 в обработке отмечаются необходимые начисления. Далее автоматически формируются документы «Пакеты начислений» , по ним формируются xml-файлы и подписываются ЭП. Подписанные файлы передаются в ГИС ГМП.

На отдельной закладке обработки есть возможность отправить в ГИС ГМП сформированные самостоятельно документы «Пакеты начислений» или по отправленным в обработку документам запросить результат обработки.

В типовые конфигурации БГУ1 и БГУ 2 включена Инструкция по настройке конфигурации «Бухгалтерия государственного учреждения» для взаимодействия с ГИС ГМП по форматам 1.16

В Инструкции по настройке конфигурации «Бухгалтерия государственного учреждения» для взаимодействия с ГИС ГМП по форматам 1.16 (раздел «Порядок обмена данными с ГИС ГМП – Экспорт квитанций») рассмотрены примеры передачи начислений в ГИС ГМП как с использованием данной обработки, так и без использования.

Изменение формата формирования уникального идентификатора начисления

При переходе на форматы 1.16 следует в справочнике «Шаблоны идентификаторов документов "Квитанция на оплату"» для каждого учреждения перезаполнить настройку.


Изменение алгоритма формирования идентификаторов плательщика

Согласно форматам 1.16 Единый идентификатор плательщика возможен только для физических лиц, являющихся индивидуальными предпринимателями (ИП). Для физических лиц, не являющихся ИП, возможен только альтернативный идентификатор плательщика - по ИНН, СНИЛС, паспорту и др. документам и определенного перечня.

Поэтому при переходе на форматы 1.16 следует проверить для элементов справочника «Номенклатура» с типом «Гос.услуга» используемые настройки для формирования идентификаторов плательщика и при необходимости добавить новые.

Переход с форматов 1.15 на форматы 1.16

Для перехода на обмен с сервисом SID0003998 в формате 1.16 необходимо выполнить следующее.

1. Загрузить форматы ГИС ГМП 1.16 из файла поставки конфигурации (GIS GMP 1.16.xml).

Файл форматов GIS GMP 1.16.xml размещен в каталоге шаблона конфигурации \v82\1c\StateAccounting\1_0_2Х_Х\ECExchangeFormats.

См. пункт 4. Загрузка форматов обмена с ГИС ГМП раздела Настройка БГУ для взаимодействия с ГИС ГМП Инструкции по настройке конфигурации «Бухгалтерия государственного учреждения» для взаимодействия с ГИС ГМП по форматам 1.16 .

2. Задать настройки участников обмена для всех участников - прямых и косвенных.

Подробнее см. пункт 7. Настройка участников для обмена с ГИС ГМП раздела Настройка БГУ для взаимодействия с ГИС ГМП Инструкции по настройке конфигурации «Бухгалтерия государственного учреждения» для взаимодействия с ГИС ГМП по форматам 1.16 .

3. Изменить Шаблон формирования уникального идентификатора начислений в документе «Квитанция на оплату» .

Подробнее см. пункт 8. Шаблон формирования уникального идентификатора начисления раздела Настройка БГУ для взаимодействия с ГИС ГМП Инструкции по настройке конфигурации «Бухгалтерия государственного учреждения» для взаимодействия с ГИС ГМП по форматам 1.16 .

4. Проверить используемые виды идентификаторов плательщика в настройке номенклатуры и при необходимости добавить новые (СНИЛС или другие).


5. По возможности заполнить в номенклатуре реквизит «Статус составителя (101)» , т.к. это обязательное поле в документе «Квитанция на оплату» .

Подробнее о взаимодействии с ГИС ГМП – в Инструкции по настройке конфигурации «Бухгалтерия государственного учреждения» для взаимодействия с ГИС ГМП по форматам 1.16:

  • БГУ1 – меню Расчеты - Взаимодействие с ГИС ГМП / ИС РНИП / УНП - Справка по взаимодействию с ГИС ГМП".
  • БГУ2 – раздел "Нормативно справочная информация", панель навигации "См. также - Справка по взаимодействию с ГИС ГМП".


top