GIS gmp formats 1.16. Changes in the format of the electronic signature of messages sent to the GIS GMP

As part of the support for the album of GIS GMP 1.16.2 formats and legislation (subparagraph “b” of clause 1 of Order No. 148 of the Ministry of Finance of the Russian Federation of September 23, 2015, effective from March 28, 2016), the following checks were implemented:

Introduce the previously implemented checks against the album of formats 1.16.2 into release 1.6.0:

1. For field SupplierBillID:

1.1. If field value = "0".

If the field value = "0", then check that the "PayerIdentifier" field has a non-zero value. If both fields are equal to "0", then return the error "UIN and payer identifier cannot be equal to zero at the same time!"

1.2. If the field length is 20 characters .

1.2.1. The 16 digits specified in digits from 4 to 19 cannot all be = 0 at the same time. For zero values, return the error “Possible UIN values: "0" or a string of 20 non-space characters or 25 digits in accordance with the album of formats 1.16.2! »

1.2.2 The value of the UIN field must not match the value of the CCF field. If it matches, return the error "CBC cannot match UIN"

1.2.3 If the value in the 20th digit of the UIN does not correspond to the calculated value, then the error "Control digit of the UIN has an incorrect value" is returned.

The control digit UIN is formed according to the following rules :

• the value of the UIN attribute consists of numbers;
• each digit of the UIN, starting from the highest digit, is assigned a set of weights corresponding to the natural series of numbers from 1 to 10, then the set of weights is repeated;
• each digit of the UIN is multiplied by the assigned weight of the category and the sum of the received products is calculated;
• the check digit for the UIN is the remainder of dividing the amount received by the module "11". The check digit must be between 0 and 9;
• if a remainder of 10 is obtained, then to ensure a one-bit check digit, it is necessary to recalculate using the second sequence of weights, which is the result of a cyclic shift of the original sequence two bits to the left (3, 4, 5, 6, 7, 8, 9, 10, 12...). If, in the case of a recalculation, the remainder of the division is again equal to 10, then the value of the check digit is set equal to "0".

Example:

UIN (without check digit) is equal to 1881035013021000001

Calculation of the value of the control digit UIN:

Calculation of the check digit value with the first weight coefficients:

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 (remainder)

Since the remainder of the division is 10, the calculation is made with the second weighting coefficients:

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 (remainder)

Full UIN: 18810350130210000016

1.3. If the field length is 25 characters.

1.3.1. The 16 digits specified in digits from 9 to 24 cannot all be = 0 at the same time. For zero values, return the error “Possible UIN values: "0" or a string of 20 non-space characters or 25 digits in accordance with the album of formats 1.16.2! »

If the value in the 25th digit of the UIN does not correspond to the calculated value (according to the algorithm from clause 1.2.3), then the error “Control digit of the UIN has an incorrect value” is returned.

1.4. Add a check to UIN value validation: the last digit (character 20 or 25) must be a digit.

2. If the value of the field " PayerIdentifier" = "0", then check that the SupplierBillID field has a non-zero value. If both fields are equal to "0", then return the error "UIN and payer ID cannot be zero at the same time!"

3. Change field format " Narrative" - input from 1 to 210 characters is allowed.

4. In the box Purpose" add possible values ​​​​of VU, DK, PC, KK, TK.

5. Change field format " TaxDocNumber": Valid values ​​are from 1 to 15 characters.

6. Change the regular expression for the field " PaymentType", the value "0" or the input of 2 capital Cyrillic letters is allowed.

Input mask:

or the value "0".

7. Change field format " PayeeName": Valid values ​​are from 1 to 500 characters.

8. For the field KBK:

8.1. The field can take the value "0"

8.2 If the value is non-zero, the BCF field should not match the value of the UIN field. If it matches, return the error "CBC cannot match UIN"

8.3 If funds are credited to the account "40101%", then the BCC value must be non-zero. Otherwise, issue an error "The value of the BCC with the recipient's account 40101% must not be equal to zero!"

9. For the field OKTMO:

9.1. Three leading zeros are not allowed in the field value (left)

Input masks:

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

value "0"

9.2 If funds are credited to the account "40101%", then the OKTMO value must be non-zero. Otherwise, issue an error "The value of OKTMO with the recipient's account 40101% must not be equal to zero!"

10. For the details of the CBC (CBC, value "0" or 20 characters), OKATO (value "0", 8 or 11 characters), KIO (5 characters) and UIN (PaymentID, 20 or 25 characters) UFEBS, all characters are not simultaneously may take the value zero ("0");

11. For TIN details (INN, 10 or 12 characters) and KPP (KPP, 9 characters) first two sign cannot simultaneously take on the value zero ("0"). At the moment, the check for invalidity is implemented. three leading characters zero ("0").

In addition, for checkpoints 5 and 6, the character can be capital Latin letters or numbers, and characters 1-4 and 7-9 can only be numbers.

Recipient's TIN input mask ("PayeeINN"):

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

Receiver's KPP input mask ("PayeeKPP"):

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

12. Implement a check that PaymentDate no greater than the current system date. If the date is exceeded, issue an error "Payment date must not exceed current date and time!"

13. In system setting with code 102012 ("A unique identifier assigned by the Federal Treasury") add input validation. A value of 6 characters (letters and numbers) is allowed. Otherwise, display the error text "Permissible values ​​are 4 digits or 6 letters and numbers!"

Input mask:

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

14. Filling TIN individual payer (INN, 12 digits) becomes mandatory under the following conditions:

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

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

If under these conditions the TIN is not filled out, then issue an error "Under the conditions UIN = 0, document number = 0, payer status code = 03,16,19,20 or 24, and also for UIN = 0 and payer status code = 09, 10, 11, 12, 13 or 14 the payer must be an individual or individual entrepreneur with identification by TIN!".

From July 1, 2015, for the interaction of the State Information System on State and Municipal Payments (GIS GMP) and information systems participants apply new formats - 1.16 (current version 1.16.1). In accordance with the formats of version 1.16 put into operation new service GIS GMP. The test service and the industrial service are registered in the system of interdepartmental electronic interaction with the assignment of SID0003663 and SID0003998, respectively.

The change in formats is associated with a change in the order of interaction with the GIS GMP. In the standard configurations of the program "1C: Accounting of a state institution 8", edition 1 (from version 1.0.34), hereinafter referred to as BGU1, and edition 2 (from version 2.0.34), hereinafter referred to as BGU2, a change in the order of interaction with the GIS GMP was taken into account and implemented data exchange with GIS GMP in version 1.16.1 format. Interaction with GIS GMF in version 1.15 formats is also possible.*

Changes in the format of the electronic signature of messages sent to the GIS GMP

According to version 1.16 formats, an electronic signature (ES) must be used in the XadES-T format, which involves setting a timestamp. To do this, when generating a signature, an appeal is made to the server of trusted time (TimeStamp Authority), then - TSA server.

According to the information from the technical support of the GIS GMP, “The participant can access any TSA server. On this moment The Federal Treasury does not provide a TSA server for timestamping."

TSA server is quite expensive software. It is sold as turnkey solution by various companies. Probably, it is assumed that the participant himself should attend to the availability of this service.

The program "1C: Accounting of a public institution 8" implements interaction with the TSA server specified in the participant's settings using the TSP protocol. The TSA server is accessed via the http protocol.

The address of the TSA-server is set in (in BGU1: menu "Calculations - Interaction with GIS GMP/IS RNIP/UNP", in BSU2: command Organization settings for exchange with GIS GMP, UNP V Navigation bars organization cards). In a typical configuration, the Crypto-Pro test service is used by default, located at http://www.cryptopro.ru/tsp/tsp.srf, which is indicated in Settings of the exchange participant with GIS GMP as the address of the TSA server.

According to information from the Crypto-Pro website: “This TSP server should only be used for test purposes. Do not trust timestamps issued by this server."

Restriction on the use of ES when transferring accruals to subordinate institutions by the GAN

According to formats 1.16, it is unacceptable to sign accruals formed by its subordinate institutions - AN (participants of indirect interaction) with the signature of the GAN (participant of direct interaction). Each participant must sign their accruals with their electronic signature.

According to clause 2.26 of the Procedure for information interaction between Participants and the GMP GIS operator (Order of the Russian Treasury dated November 30, 2012 No. 19n), the interaction of accrual administrators (AN) with the GMP GIS is possible both through the chief accrual administrator (GAN) - upon registration in the GMP GIS of the chief accrual administrator with a list of accrual administrators who will interact with the GMP GIS through the GAN, and independently - when registering the Academy of Sciences in the GMP GIS as an accrual administrator.

In the program "1C: Accounting of a state institution 8"interaction of accrual administrators with GIS GMP is implemented both independently and through the chief administrator of accruals.

The program "1C: Accounting of a state institution 8" implements two methods for the formation of ES accruals:

1. When performing an exchange with the service (performed in the base of the sending participant)- in this case, according to the documents sent to the GMP GIS - accruals, files are formed, and each accrual in the file is signed by the signature of the participant who generated this accrual.

This method is suitable for participants in direct interaction, as well as participants in indirect interaction (if there is a technical possibility in the GAN database to generate ES for accruals of subordinate ones).

2. Separate process(performed in the database of the participant who generated the accrual)- in this case, in the documents of the participant " Receipt for payment" button appears Sign ES" when clicked, an xml-file is generated and the ES of the certificate specified in the settings of this participant is signed. The generated and signed file is stored in the information register " Signed accruals», and the signed document itself becomes uneditable (until the signature is removed). When sending participant accruals with this setting, a previously saved and signed xml file is sent. Unsigned invoices cannot be sent.

Changes in the order of interaction with GIS GMP

The procedure for transferring accruals has changed significantly:

• When transferring accruals to the GIS GMP using formats 1.16, one file may contain several accruals.
• The transfer of accruals itself has become asynchronous:
• a file containing several accruals (a package of accruals) is transferred to the GIS GMP. If the packet format does not contain errors, then it queues for processing in the service, and in response, the service transmits the registration number of the packet.
• later, the participant generates a request for processing this package and send it to the service. If by this time the package has been processed, then the result of the download is returned for each of the accruals in the package. If the accrual is loaded successfully, then the code "0" is returned to him in response. If not successful, an error code and message is given.

The list of error codes and their meaning are listed in the exchange formats with GIS GMP 1.16 in section “6. List of controls.

Transfer of accruals to the GIS GMP in the program "1C: Accounting of a state institution 8"

When exchanging in 1.16 formats, not documents " Receipt for payment y", and documents " Accrual packages».

In the tabular section of the document Accrual package" contains a list of documents Receipt for payment" and/or " Accrual from the subordinate "(when transferring accruals to subordinate NAs from remotely located bases). For one document Accrual package" one file is formed containing the accruals listed in the tabular part of the document. Each accrual in the file is signed by the participant's ES specified in the settings.

When sending a document Accrual package" to the service, if it does not contain errors, it is assigned a registration number. Documents " Receipt for payment" assigned the status Submitted for processing.

Later, the participant generates a request for the result of processing the package, and if by this time the package has been processed, then the result of processing the accrual is loaded into the document for each accrual. If the accrual is a document " Receipt for payment" uploaded successfully, it is assigned the status " On execution And". If errors were found during loading, the status changes back to " Prepared".

In the program "1C: Accounting of a state institution 8" for the exchange with the GIS GMP, processing is used ", which allows you to send accruals of participants, request the result of processing accrual packages, payments, and perform acknowledgment of accruals both for payments and without payment.

Treatment " Formation of receipts and data exchange with GIS GMP / IS RNIP / UNP " provides for the exchange with the GIS GMP both in formats 1.15 and in formats 1.16. Exchange parameters are set on the corresponding processing tabs.

For formats 1.16, the necessary accruals are noted in processing. Further documents are automatically generated " Accrual packages», according to them xml-files are formed and ES are signed. The signed files are transferred to the GIS GMP.

On a separate processing tab, it is possible to send self-generated documents to the GIS GMP " Accrual packages» or on the documents sent for processing, request the result of processing.

The standard configurations of BSU1 and BSU 2 include Instructions for setting up the “Accounting department of a state institution” configuration for interacting with the GIS GMP according to formats 1.16

In the Instructions for setting up the “Accounting Department of a State Institution” configuration for interacting with the GIS GMP using formats 1.16 (section “The procedure for exchanging data with the GIS GMP - Exporting receipts”), examples of transferring accruals to the GIS GMP are considered both using this processing and without using it.

Changing the format for generating a unique accrual identifier

When switching to formats 1.16, it follows in the reference book " Document identifier templates "Receipt for payment"» for each institution, re-fill the setting.

Changing the algorithm for generating payer identifiers

According to formats 1.16, a single payer identifier is possible only for individuals who are individual entrepreneurs (IP). For individuals who are not individual entrepreneurs, it is possible only alternative payer identifier - according to TIN, SNILS, passport and other documents and a specific list.

Therefore, when switching to formats 1.16, you should check for the elements of the directory " Nomenclature" with type " State service " settings used to generate payer identifiers and, if necessary, add new ones.

Switching from 1.15 formats to 1.16 formats

To switch to an exchange with the SID0003998 service in the 1.16 format, do the following.

1. Download GIS GMP 1.16 formats from the configuration delivery file (GIS GMP 1.16.xml).

The GIS GMP 1.16.xml formats file is located in the configuration template directory \v82\1c\StateAccounting\1_0_2X_X\ECExchangeFormats.

See point 4. Loading exchange formats with the GIS GMP of the section Configuring the BSU for interaction with the GIS GMP Instructions for setting up the configuration "Accounting Department of a state institution" for interacting with the GIS GMP according to formats 1.16.

2. Set the settings for the exchange participants for all participants - direct and indirect.

For details, see paragraph 7. Setting up participants for the exchange with the GIS GMP of the section Setting up the BSU for interaction with the GIS GMP Instructions for setting up the “Accounting department of a state institution” configuration for interacting with the GIS GMP according to formats 1.16.

3. Change Template for generating a unique accrual identifier in the document "Receipt for payment".

For details, see paragraph 8. Template for generating a unique accrual identifier in the section Setting up a BSU for interaction with the GIS GMP Instructions for setting up the “Accounting Department of a state institution” configuration for interacting with the GIS GMP according to formats 1.16.

4. Check the used types of payer identifiers in the item setting and add new ones if necessary (SNILS or others).

5. If possible, fill in the props " Compiler Status (101)", because this is a required field in the document Receipt for payment".

For more information about interaction with the GIS GMP, see the Instructions for setting up the “Accounting Department of a state institution” configuration for interacting with the GIS GMP using formats 1.16:

• BGU1 - Calculations menu - Interaction with GIS GMP / IS RNIP / UNP - Help on interaction with GIS GMP".
• BGU2 - section "Regulatory reference information", navigation panel "See also - Help on interaction with GIS GMP".

Ministry of Finance of the Russian Federation

FEDERAL TREASURY

On the formats of interaction between the GIS GMP and the information systems of the participants of version 1.16.5 and 2.0

We hereby inform you about the development by the Federal Treasury of the Formats for Interaction of the State Information System on State and Municipal Payments with Information Systems of Participants Version 2.0 (hereinafter referred to as Formats 2.0), providing for the use of a single electronic service of the system of interdepartmental electronic interaction, functioning in accordance with the electronic interaction version 3.XX.

At the same time, in order to ensure the interaction of participants with the State Information System on State and Municipal Payments (hereinafter referred to as the GIS GMP) during the period of transition to the above formats, we inform you about the changes corresponding to these formats, reflected by the Federal Treasury in the Formats for Interaction of the State Information System on State and Municipal payments with information systems of participants of version 1.16.5 (hereinafter - formats 1.16.5) of the GIS GMP electronic service of a unified system of interdepartmental electronic interaction, functioning in accordance with the Guidelines for working with the system of interdepartmental electronic interaction version 2.XX.

Formats 2.0 and formats 1.16.5 are posted on the official website of the Federal Treasury on the Internet in the "GIS GMP" section (roskazna.ru/gis) and come into force on March 15, 2018.

Participants of the GIS GMP can start testing the types of information developed in accordance with Formats 2.0 of the GIS GMP using the emulator of the interdepartmental electronic interaction system in December 2017. At the same time, the opportunity to test with the GMF GIS will be provided to participants from January 15, 2018.

At the same time, we inform you that electronic service GIS GMP, functioning in unified system interdepartmental electronic interaction, in accordance with the Formats of interaction of the State information system on state and municipal payments with information systems of participants, version 1.16.4 will be updated to formats 1.16.5. in the test circuit (SID0003663) - February 1, 2018, in the industrial circuit (SID0003998) - March 15, 2018. At the same time, in accordance with the Plan for the transition of federal executive bodies and state non-budgetary funds to the provision of information using a single electronic service of the system of interdepartmental electronic interaction in accordance with guidelines on work with the system of interdepartmental electronic interaction version 3.XX, approved at a meeting of the subcommittee on the use information technologies when providing state and municipal services to the Government Commission on the use of information technologies to improve the quality of life and business conditions, this electronic service GIS GMP (SID0003998) will be decommissioned in December 2018.

I ask you to bring the above information to the participants of the GIS GMP, informing them of the need to ensure that the information systems they use are configured in accordance with formats 1.16.5 by March 15, 2018, as well as to ensure the transition to interaction with the GIS GMP in accordance with formats 2.0 by 1 December 2018.

And about. leader

Federal Treasury

S.E. Prokofiev

Electronic text of the document

prepared by JSC "Kodeks" and checked against.