Зміни у форматі електронного підпису повідомлень, що надсилаються до ГІС ГМП.

З 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 – розділ "Нормативно довідкова інформація", панель навігації "Див. також - Довідка щодо взаємодії з ГІС ГМП".

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

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

Про формати взаємодії ГІС ГМП з інформаційними системами учасників версії 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 платник має бути фізичною особою або ІП з ідентифікацією за ІПН!".