GIS gmp формати 1.16. Промени във формата на електронния подпис на съобщенията, изпращани към GIS GMP

GIS gmp формати 1.16. Промени във формата на електронния подпис на съобщенията, изпращани към GIS GMP
30.10.2019

Като част от поддръжката на албума на GIS GMP 1.16.2 формати и законодателство (алинея „b“ от клауза 1 от Заповед № 148 на Министерството на финансите на Руската федерация от 23 септември 2015 г., в сила от 28 март 2016 г.), са извършени следните проверки:

Въведете въведените преди това проверки срещу албума с формати 1.16.2 във версия 1.6.0:

1. За поле SupplierBillID:

1.1. Ако стойността на полето е = "0".

Ако стойността на полето е = "0", проверете дали полето "PayerIdentifier" има ненулева стойност. Ако и двете полета са равни на "0", тогава се връща грешката "UIN и идентификаторът на платеца не могат да бъдат равни на нула едновременно!"

1.2. Ако дължината на полето е 20 знака .

1.2.1. 16-те цифри, посочени в цифри от 4 до 19, не могат да бъдат едновременно = 0. За нулеви стойности върнете грешката „Възможни стойности на UIN: „0“ или низ от 20 символа без интервал или 25 цифри в съответствие с албумът на форматите 1.16.2! »

1.2.2 Стойността на полето UIN не трябва да съвпада със стойността на полето CCF. Ако съвпада, връща грешката „CBC не може да съвпадне с UIN“

1.2.3 Ако стойността в 20-тата цифра на UIN не съответства на изчислената стойност, тогава се връща грешката "Контролната цифра на UIN има неправилна стойност".

Контролната цифра UIN се формира по следните правила :

  • стойността на атрибута UIN се състои от числа;
  • на всяка цифра от UIN, като се започне от най-високата цифра, се присвоява набор от тегла, съответстващи на естествената серия от числа от 1 до 10, след което наборът от тегла се повтаря;
  • всяка цифра от UIN се умножава по зададеното тегло на категорията и се изчислява сумата на получените произведения;
  • контролната цифра за UIN е остатъкът от деленето на получената сума на модула "11". Контролната цифра трябва да е между 0 и 9;
  • ако се получи остатък от 10, тогава за да се осигури еднобитова контролна цифра, е необходимо да се преизчисли с помощта на втората последователност от тегла, която е резултат от циклично изместване на оригиналната последователност два бита наляво (3, 4, 5, 6, 7, 8, 9, 10, 12...). Ако в случай на преизчисление остатъкът от делението отново е равен на 10, тогава стойността на контролната цифра се задава равна на "0".

Пример:

UIN (без контролна цифра) е равно на 1881035013021000001

Изчисляване на стойността на контролната цифра UIN:

Изчисляване на стойността на контролната цифра с първите тегловни коефициенти:

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 (остатък)

Пълен UIN: 18810350130210000016

1.3. Ако дължината на полето е 25 знака.

1.3.1. 16-те цифри, посочени в цифри от 9 до 24, не могат да бъдат едновременно = 0. За нулеви стойности върнете грешката „Възможни UIN стойности: „0“ или низ от 20 символа без интервали или 25 цифри в съответствие с албумът на форматите 1.16.2! »

Ако стойността в 25-та цифра на UIN не съответства на изчислената стойност (съгласно алгоритъма от точка 1.2.3), тогава се връща грешката „Контролната цифра на UIN има неправилна стойност“.

1.4. Добавете проверка към валидирането на стойността на UIN: последната цифра (знак 20 или 25) трябва да е цифра.

2. Ако стойността на полето " PayerIdentifier" = "0", след това проверете дали полето SupplierBillID има ненулева стойност. Ако и двете полета са равни на "0", тогава върнете грешката "UIN и ID на платец не могат да бъдат нула едновременно!"

3. Промяна на формата на полето " Разказ" - разрешено е въвеждане от 1 до 210 знака.

4. В кутията Предназначение" добавете възможните стойности на VU, DK, PC, KK, TK.

5. Промяна на формата на полето " TaxDocNumber": Валидни стойности са от 1 до 15 знака.

6. Променете регулярния израз за полето " Вид плащане“, се допуска стойността „0“ или въвеждането на 2 главни букви на кирилица.

Маска за въвеждане:

или стойността "0".

7. Промяна на формата на полето" Име на платеца": Валидни стойности са от 1 до 500 знака.

8. За полето KBK:

8.1. Полето може да приема стойност "0"

8.2 Ако стойността е различна от нула, полето BCF не трябва да съвпада със стойността на полето UIN. Ако съвпада, връща грешката „CBC не може да съвпадне с UIN“

8.3 Ако средствата са кредитирани по сметката "40101%", тогава стойността на BCC трябва да бъде различна от нула. В противен случай издава грешка "Стойността на BCC със сметката на получателя 40101% не трябва да е равна на нула!"

9. За полето OKTMO:

9.1. Три водещи нули не са разрешени в стойността на полето (вляво)

Маски за въвеждане:

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

стойност "0"

9.2 Ако средствата са кредитирани по сметката "40101%", тогава стойността на OKTMO трябва да бъде различна от нула. В противен случай издава грешка "Стойността на OKTMO със сметка на получателя 40101% не трябва да е равна на нула!"

10. За подробности за CBC (CBC, стойност "0" или 20 знака), OKATO (стойност "0", 8 или 11 знака), KIO (5 знака) и UIN (PaymentID, 20 или 25 знака) UFEBS, всички знаци не са едновременно могат да приемат стойност нула ("0");

11. За Подробности за TIN (INN, 10 или 12 знака) и KPP (KPP, 9 знака) първо двезнакът не може едновременно да приема стойност нула ("0"). В момента се извършва проверка за невалидност. триводещи знаци нула ("0").

Освен това за контролни точки 5 и 6 знакът може да бъде главни латински букви или цифри, а знаците 1-4 и 7-9 могат да бъдат само цифри.

Маска за въвеждане на TIN на получателя („PayeeINN“):

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

KPP входна маска на получателя („PayeeKPP“):

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

12. Приложете проверка на това Дата за плащанене по-голяма от текущата системна дата. Ако датата е надвишена, издайте грешка „Дата на плащане не трябва да надвишава текуща датаи време!"

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

Маска за въвеждане:

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

14. Пълнеж ТИНиндивидуален платец (INN, 12 цифри) става задължително при следните условия:

a) Статус = "03", "16", "19", "20", "24", TaxDocNumber = "0", SupplierBillID = "0".

b) Статус = "09" - "14", SupplierBillID = "0".

Ако при тези условия TIN не е попълнен, тогава издайте грешка „При условия UIN = 0, номер на документ = 0, код на статус на платеца = 03,16,19,20 или 24, а също и за UIN = 0 и платец статус код = 09, 10, 11, 12, 13 или 14 платецът трябва да е физическо лице или индивидуален предприемач с идентификация по TIN!".

От 1 юли 2015 г. за взаимодействие на Държавната информационна система за държавни и общински плащания (ГИС ГМП) и информационни системиучастниците прилагат нови формати - 1.16 (актуален версия 1.16.1). В съответствие с пуснатите в експлоатация формати на версия 1.16 нова услуга GIS GMP. Тестовата услуга и индустриалната услуга са регистрирани в системата за междуведомствено електронно взаимодействие със съответно SID0003663 и SID0003998.

Промяната във форматите е свързана с промяна в реда на взаимодействие с GIS GMP. В стандартните конфигурации на програмата "1C: Счетоводство на държавна институция 8", издание 1 (от версия 1.0.34), наричано по-долу BGU1, и издание 2 (от версия 2.0.34), наричано по-долу BGU2 , беше взета предвид промяна в реда на взаимодействие с GIS GMP и осъществен обмен на данни с GIS GMP във формат версия 1.16.1. Възможно е и взаимодействие с GIS GMF във формати версия 1.15.*

Промени във формата на електронния подпис на съобщенията, изпращани към GIS GMP

Съгласно форматите на версия 1.16 трябва да се използва електронен подпис (ES) във формат XadES-T, което включва задаване на клеймо за време. За да направите това, при генериране на подпис се прави обжалване към надеждния сървър за време (TimeStamp Authority), след това TSA сървъра.

Според информацията от техническата поддръжка на GIS GMP, „Участникът има достъп до всеки TSA сървър. На този моментФедералното министерство на финансите не предоставя TSA сървър за маркиране на време."

TSA сървърът е доста скъп софтуер. Продава се като решение до ключот различни компании. Вероятно се предполага, че самият участник трябва да се погрижи за наличието на тази услуга.

Програмата "1C: Счетоводство на публична институция 8" осъществява взаимодействие с TSA сървъра, посочен в настройките на участника, използвайки протокола TSP. Достъпът до TSA сървъра се осъществява чрез http протокола.

Адресът на TSA-сървъра се задава в (в BGU1: меню "Изчисления - Взаимодействие с ГИС GMP/IS RNIP/UNP", в BSU2: команда Организационни настройки за обмен с GIS GMP, UNP V Ленти за навигацияорганизационни карти). В типична конфигурация тестовата услуга Crypto-Pro се използва по подразбиране, намираща се на http://www.cryptopro.ru/tsp/tsp.srf, което е посочено в Настройки на борсовия участник с GIS GMPкато адрес на TSA сървъра.

Според информация от уебсайта на Crypto-Pro: „Този ​​TSP сървър трябва да се използва само за тестови цели. Не вярвайте на клеймото за време, издадено от този сървър."

Ограничение за използването на ES при прехвърляне на начисления към подчинени институции от GAN

Съгласно формати 1.16 е неприемливо да се подписват начисления, образувани от неговите подчинени институции - AN (участници в непряко взаимодействие) с подписа на GAN (участник в пряко взаимодействие). Всеки участник трябва да подпише своите начисления с електронен подпис.

Съгласно клауза 2.26 от Процедурата за информационно взаимодействие между участниците и GMP GIS оператора (Заповед на Министерството на финансите на Русия от 30 ноември 2012 г. № 19n), взаимодействието на администраторите на начисляване (AN) с GMP GIS е възможно както чрез главен администратор на начисляване (GAN) - при регистрация в GMP GIS на главния администратор на начисляване със списък на администратори на начисляване, които ще взаимодействат с GMP GIS чрез GAN, и независимо - при регистриране на Академията на науките в GMP GIS като администратор на начисляване.

В програмата "1C: Счетоводство на държавна институция 8"въведено е взаимодействие на администраторите на текущо начисляване с GIS GMP както самостоятелно, така и чрез главния администратор на начисленията.

Програмата "1C: Счетоводство на държавна институция 8" прилага два метода за формиране на ES начисления:

1. При извършване на обмен с услугата (извършва се в базата на изпращащия участник)- в този случай по документите, изпратени до GMP GIS - начисления, се формират файлове, като всяко начисляване във файла се подписва с подписа на участника, генерирал това начисление.

Този метод е подходящ както за участници в пряко взаимодействие, така и за участници в непряко взаимодействие (ако има техническа възможност в базата данни на GAN да се генерират ES за начисления на подчинени).

2. Отделен процес(извършва се в базата данни на участника, генерирал начисляването)- в този случай в документите на участника " Разписка за плащане"се появява бутон Знак ES"при щракване се генерира xml-файл и се подписва ES на сертификата, зададен в настройките на този участник. Генерираният и подписан файл се съхранява в информационен регистър " Подписани начисления», а самият подписан документ става нередактируем (докато подписът не бъде премахнат). При изпращане на начисления на участници с тази настройка се изпраща предварително записан и подписан xml файл. Неподписани фактури не могат да се изпращат.

Промени в реда на взаимодействие с GIS GMP

Процедурата за прехвърляне на начисления се промени значително:

  • При прехвърляне на начисления към GIS GMP с помощта на формати 1.16, един файл може да съдържа няколко начисления.
  • Самото прехвърляне на начисления стана асинхронно:
  • файл, съдържащ няколко начисления (пакет от начисления), се прехвърля в GIS GMP. Ако форматът на пакета не съдържа грешки, той се поставя на опашка за обработка в услугата и в отговор услугата предава регистрационния номер на пакета.
  • по-късно участникът генерира заявка за обработка този пакети го изпратете на сервиза. Ако до този момент пакетът е обработен, тогава резултатът от изтеглянето се връща за всяко от начисленията в пакета. Ако начислението е заредено успешно, тогава в отговор му се връща код "0". Ако не е успешно, се дава код за грешка и съобщение.

Списъкът с кодове за грешки и тяхното значение са изброени във форматите за обмен с GIS GMP 1.16 в раздел „6. Списък с контроли.

Прехвърляне на начисления към GIS GMP в програмата "1C: Счетоводство на държавна институция 8"

При обмен във формати 1.16, а не документи " Квитанция за плащане y" и документи " Пакети за начисляване».

В табличния раздел на документа Пакет за начисляване"съдържа списък с документи Разписка за плащане"и/или " Начисляване от подчинения "(при прехвърляне на начисления към подчинени НА от отдалечени бази). За един документ Пакет за начисляване"се формира един файл, съдържащ начисленията, посочени в табличната част на документа. Всяко начисляване във файла се подписва от посочения в настройките ES на участника.

При изпращане на документ Пакет за начисляване"към услугата, ако не съдържа грешки, му се присвоява регистрационен номер. документи" Разписка за плащане"присвоен статут Предаден за обработка.

По-късно участникът генерира заявка за резултата от обработката на пакета и ако до този момент пакетът е обработен, тогава резултатът от обработката на начисляването се зарежда в документа за всяко начисляване. Ако начисляването е документ " Разписка за плащане"качен успешно, получава статус " На изпълнениеИ". Ако са открити грешки по време на зареждането, състоянието се променя обратно на " подготвен".

В програмата "1C: Счетоводство на държавна институция 8" за обмен с GIS GMP се използва обработка ", която ви позволява да изпращате начисления на участници, да поискате резултата от обработката на пакети с начисления, плащания и да извършвате потвърждение на начисления както срещу заплащане, така и без плащане.

лечение " Формиране на разписки и обмен на данни с GIS GMP / IS RNIP / UNP "осигурява обмен с GIS GMP както във формати 1.15, така и във формати 1.16. Параметрите за обмен се задават в съответните раздели за обработка.


За формати 1.16 необходимите начисления се отбелязват при обработката. Допълнителни документи се генерират автоматично " Пакети за начисляване», според тях се формират xml-файлове и се подписват ES. Подписаните файлове се прехвърлят в GIS GMP.

В отделен раздел за обработка е възможно да изпращате самостоятелно генерирани документи към GIS GMP " Пакети за начисляване»или върху документите, изпратени за обработка, поискайте резултата от обработката.

Стандартните конфигурации на BSU1 и BSU 2 включват Инструкции за настройка на конфигурацията „Счетоводен отдел на държавна институция“ за взаимодействие с GIS GMP според формати 1.16

В Инструкциите за настройка на конфигурацията „Счетоводен отдел на държавна институция“ за взаимодействие с GIS GMP, използвайки формати 1.16 (раздел „Процедура за обмен на данни с GIS GMP - Експортиране на разписки“), примери за прехвърляне на начисления към GIS ДПП се считат както при използване на тази обработка, така и без използване.

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

При преминаване към формати 1.16 следва в справочника " Шаблони за идентификатор на документ "Разписка за плащане"»за всяка институция, попълнете отново настройката.


Промяна на алгоритъма за генериране на идентификатори на платеца

Съгласно формати 1.16 единичен идентификатор на платеца е възможен само за лицакоито са индивидуални предприемачи (IP). За лица, които не са индивидуални предприемачи, е възможно само алтернативаидентификатор на платеца - според TIN, SNILS, паспорт и други документи и конкретен списък.

Следователно, когато преминавате към формати 1.16, трябва да проверите за елементите на директорията " номенклатура"с тип " Държавна служба"настройки, използвани за генериране на идентификатори на платец и, ако е необходимо, добавяне на нови.

Преминаване от формати 1.15 към формати 1.16

За да преминете към обмен с услугата SID0003998 във формат 1.16, направете следното.

1. Изтеглете GIS GMP 1.16 формати от конфигурационния файл за доставка (GIS GMP 1.16.xml).

Файлът с формати GIS GMP 1.16.xml се намира в директорията на шаблона за конфигурация \v82\1c\StateAccounting\1_0_2X_X\ECExchangeFormats.

Вижте точка 4. Зареждане на формати за обмен с GIS GMP на раздела Конфигуриране на BSU за взаимодействие с GIS GMP Инструкции за настройка на конфигурацията "Счетоводен отдел на държавна институция" за взаимодействие с GIS GMP съгласно формати 1.16.

2. Задайте настройките на участниците в обмена за всички участници - преки и непреки.

За подробности вижте параграф 7. Настройване на участници за обмен с GIS GMP на раздела Настройка на BSU за взаимодействие с GIS GMP Инструкции за настройка на конфигурацията „Счетоводен отдел на държавна институция“ за взаимодействие с GIS GMP според формати 1.16.

3. Промяна Шаблон за генериране на уникален идентификатор на начисляване в документа "Разписка за плащане".

За подробности вижте параграф 8. Шаблон за генериране на уникален идентификатор на начисляване в раздела Настройка на BSU за взаимодействие с GIS GMP Инструкции за настройка на конфигурацията „Счетоводен отдел на държавна институция“ за взаимодействие с GIS GMP според формати 1.16.

4. Проверете използваните типове идентификатори на платец в настройката на артикула и добавете нови, ако е необходимо (SNILS или други).


5. Ако е възможно, попълнете подпорите " Състояние на компилатора (101)", защото това е задължително поле в документа Разписка за плащане".

За повече информация относно взаимодействието с GIS GMP вижте Инструкциите за настройка на конфигурацията „Счетоводен отдел на държавна институция“ за взаимодействие с GIS GMP, използвайки формати 1.16:

  • BGU1 - Меню Изчисления - Взаимодействие с GIS GMP / IS RNIP / UNP - Помощ за взаимодействие с GIS GMP".
  • BGU2 - раздел "Справочна информация за нормативната уредба", навигационен панел "Вижте също - Помощ за взаимодействие с GIS GMP".

Министерство на финансите на Руската федерация

ФЕДЕРАЛНА КАЗНА

Относно форматите на взаимодействие между GIS GMP и информационните системи на участниците във версия 1.16.5 и 2.0

С настоящото ви информираме за разработването от Федералното министерство на финансите на форматите за взаимодействие на държавната информационна система за държавни и общински плащания с информационните системи на участниците версия 2.0 (наричани по-долу формати 2.0), осигуряващи използването на единен електронен обслужване на системата за междуведомствено електронно взаимодействие, функционираща в съответствие с версията на електронното взаимодействие 3.XX.

В същото време, за да осигурим взаимодействието на участниците с Държавната информационна система за държавни и общински плащания (наричана по-долу GIS GMP) през периода на преход към горните формати, ви информираме за промените, съответстващи на тези формати, отразени от Федералната хазна във форматите за взаимодействие на държавната информационна система за държавни и общински плащания с информационните системи на участниците от версия 1.16.5 (наричани по-нататък - формати 1.16.5) на GIS GMP електронна услуга на унифицирана система за междуведомствено електронно взаимодействие, функционираща в съответствие с Указанията за работа със системата за междуведомствено електронно взаимодействие версия 2.XX.

Формати 2.0 и формати 1.16.5 са публикувани на официалния уебсайт на Федералната хазна в Интернет в раздела „GIS GMP“ (roskazna.ru/gis) и влизат в сила на 15 март 2018 г.

Участниците в GIS GMP могат да започнат да тестват видовете информация, разработени в съответствие с формати 2.0 на GIS GMP, като използват емулатора на междуведомствената система за електронно взаимодействие през декември 2017 г. В същото време възможността за тестване с GMF GIS ще бъде предоставена на участниците от 15 януари 2018 г.

Същевременно ви информираме, че електронна услугаГИС GMP, функционираща в единна системамеждуведомствено електронно взаимодействие, в съответствие с Форматите за взаимодействие на Държавната информационна система за държавни и общински плащания с информационните системи на участниците, версия 1.16.4 ще бъде актуализирана до формати 1.16.5. в тестовата верига (SID0003663) - 1 февруари 2018 г., в индустриалната верига (SID0003998) - 15 март 2018 г. В същото време, в съответствие с Плана за преход на федералните изпълнителни органи и държавните извънбюджетни фондове към предоставяне на информация с помощта на единна електронна услуга на системата за междуведомствено електронно взаимодействие в съответствие с насокиотносно работата със системата за междуведомствено електронно взаимодействие версия 3.XX, одобрена на заседание на подкомисията по използването информационни технологиипри предоставяне на държавни и общински услуги на Правителствената комисия за използване на информационни технологии за подобряване на качеството на живот и условията за бизнес, тази електронна услуга GIS GMP (SID0003998) ще бъде изведена от експлоатация през декември 2018 г.

Моля ви да донесете горната информация на участниците в GIS GMP, като ги информирате за необходимостта да гарантирате, че информационните системи, които използват, са конфигурирани в съответствие с формати 1.16.5 до 15 март 2018 г., както и да гарантират, че преход към взаимодействие с GIS GMP в съответствие с формати 2.0 до 1 декември 2018 г.

И около. лидер

Федерална хазна

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

Електронен текст на документа

изготвен от АД "Кодекс" и сверен.