Depuis le 1er juillet 2015, de nouveaux formats sont utilisés pour l'interaction entre le système d'information de l'État sur les paiements de l'État et des municipalités (GIS GMP) et les systèmes d'information des participants - 1.16 (actuel version 1.16.1). Conformément aux formats de la version 1.16, un nouveau service SIG GMP a été mis en service. Le service de test et le service industriel sont enregistrés dans le système d'interaction électronique interministériel avec l'attribution respectivement de SID0003663 et SID0003998.
Le changement de formats est associé à un changement dans l'ordre d'interaction avec le SIG GMP. Dans les configurations standards du programme « 1C : Public Institution Accounting 8 » édition 1 (à partir de la version 1.0.34), ci-après - BGU1, et édition 2 (à partir de la version 2.0.34), ci-après - BGU2, le changement dans l'ordre de l'interaction avec le SIG GMP est prise en compte et l'échange de données avec le SIG GMP est mis en œuvre au format version 1.16.1. L'interaction avec le SIG GMP aux formats version 1.15 est également possible.*
Modifications du format de signature électronique des messages envoyés au SIG GMP
Selon les formats de la version 1.16, il faut utiliser une signature électronique (ES) au format XadES-T, ce qui implique l'installation d'un horodatage. Pour ce faire, lors de la génération d'une signature, un appel est effectué vers le serveur temporel de confiance (TimeStamp Authority), appelé alors serveur TSA.
Selon les informations du support technique GIS GMP, « Le participant peut accéder à n'importe quel serveur TSA. À l’heure actuelle, le Trésor fédéral ne fournit pas de serveur TSA pour l’horodatage. »
Le serveur TSA est un produit logiciel assez coûteux. Il est vendu sous forme de solution clé en main par diverses sociétés. On suppose probablement que le participant doit lui-même veiller à la disponibilité de ce service.
Le programme 1C : Public Institution Accounting 8 met en œuvre l'interaction avec le serveur TSA spécifié dans les paramètres du participant à l'aide du protocole TSP. Le serveur TSA est accessible via le protocole http.
L'adresse du serveur TSA est renseignée dans (dans BGU1 : menu "Calculs - Interaction avec SIG GMP/IS RNIP/UNP", dans BGU2 : commande Paramètres de l'organisation pour l'échange avec GIS GMP, UNP V Barres de navigation cartes d'organisation). Dans une configuration standard, le service de test par défaut Crypto-Pro est utilisé, situé à http://www.cryptopro.ru/tsp/tsp.srf, ce qui est indiqué dans Paramètres du participant à l'échange avec GIS GMP comme adresse du serveur TSA.
Selon les informations du site Crypto-Pro : « Ce serveur TSP doit être utilisé uniquement à des fins de test. Il ne faut pas faire confiance aux horodatages émis par ce serveur."
Restrictions sur l'utilisation des signatures électroniques lors du transfert des régularisations des institutions subordonnées à l'administration de l'État
Selon les formats 1.16, il est inacceptable de signer avec la signature du GAN (participant à l'interaction directe) les régularisations générées par ses institutions subordonnées - AN (participants à l'interaction indirecte). Chaque participant doit signer ses régularisations avec sa signature électronique.
Selon l'article 2.26 de la Procédure d'interaction informationnelle des participants avec l'opérateur SIG GMP (Ordonnance du Trésor de Russie du 30 novembre 2012 n° 19n), l'interaction des administrateurs d'accumulation (AN) avec le SIG GMP est possible à la fois via l'administrateur en chef de l'accumulation (CAN) - lors de l'enregistrement de l'administrateur en chef de l'accumulation auprès du GIS GMP, une liste des administrateurs de l'accumulation qui interagiront avec le GIS GMP via le GAN, et de manière indépendante - lors de l'enregistrement d'AN dans le GIS GMP en tant qu'administrateur de l'accumulation.
Dans le programme "1C : Comptabilité des Etablissements Publics 8" l'interaction des administrateurs de comptabilité d'exercice avec GIS GMP a été mise en œuvre à la fois de manière indépendante et par l'intermédiaire de l'administrateur principal de la comptabilité d'exercice.
Le programme « 1C : Comptabilité des établissements publics 8 » met en œuvre deux méthodes de génération de régularisations électroniques :
1. Lors d'un échange avec un service (effectué dans la base de données des participants expéditeurs)– dans ce cas, les fichiers sont générés à partir des documents envoyés au GIS GMP - régularisations, et chaque régularisation du fichier est signée par la signature du participant qui a généré cette régularisation.
Cette méthode convient aux participants en interaction directe, ainsi qu'aux participants en interaction indirecte (si la base de données GAN a la capacité technique de générer des signatures électroniques pour les accumulations de subordonnés).
2. Un processus distinct (effectué dans la base de données du participant qui a généré l'accumulation)- dans ce cas, dans les documents du participant » Reçu de paiement" le bouton " Signez la signature électronique" lorsque vous cliquez dessus, un fichier XML est généré et la signature électronique du certificat spécifié dans les paramètres de ce participant est signée. Le fichier généré et signé est enregistré dans le registre d'informations " Accusations signées", et le document signé lui-même devient indisponible pour l'édition (jusqu'à ce que la signature soit supprimée). Lors de l'envoi de régularisations pour un participant avec ce paramètre, un fichier XML préalablement enregistré et signé est envoyé. Les factures non signées ne peuvent pas être envoyées.
Modifications de la procédure d'interaction avec GIS GMP
La procédure de transfert des régularisations a considérablement changé :
- Lors du transfert des régularisations vers le SIG GMP à l'aide des formats 1.16, plusieurs régularisations peuvent être contenues dans un seul fichier.
- Le transfert des régularisations lui-même est devenu asynchrone :
- un fichier contenant plusieurs charges (paquet de charges) est transféré dans le GIS GMP. Si le format du paquet ne contient pas d'erreurs, il est alors mis en file d'attente dans le service pour traitement et, en réponse, le service transmet le numéro d'enregistrement du paquet.
- Plus tard, le participant génère une demande pour traiter ce paquet et l'envoie au service. Si à ce moment-là le package a été traité, le résultat du téléchargement est renvoyé pour chacun des frais du package. Si l'accumulation est chargée avec succès, le code « 0 » est renvoyé. En cas d'échec, un code d'erreur et un message sont indiqués.
La liste des codes d'erreur et leur signification sont répertoriés dans les formats d'échange avec GIS GMP 1.16 dans la section « 6. Liste des contrôles."
Transfert des régularisations vers GIS GMP dans le programme « 1C : Comptabilité des établissements publics 8 »
Lors d’un échange aux formats 1.16, ce ne sont pas des documents » Reçu de paiement y", et les documents " Forfaits d'accumulation".
Dans la partie tabulaire du document " Forfait de charges" contient une liste de documents " Reçu de paiement" et/ou " Accumulation du subordonné"(lors du transfert des régularisations vers des AN subordonnés à partir de bases situées à distance). Selon un document " Forfait de charges" un fichier est généré contenant les régularisations répertoriées dans la partie tabulaire du document. Chaque régularisation du fichier est signée par la signature électronique du participant précisée dans les paramètres.
Lors de l'envoi d'un document " Forfait de charges" au service, s'il ne contient pas d'erreurs, un numéro d'enregistrement lui est attribué. Documents " Reçu de paiement" attribué le statut " Soumis pour traitement".
Plus tard, le participant génère une demande pour le résultat du traitement du colis, et si à ce moment-là le colis a été traité, le résultat du traitement des régularisations est chargé dans le document pour chaque régularisation. Si l'accumulation est un document " Reçu de paiement" chargé avec succès, il reçoit le statut " En prestation Et". Si des erreurs ont été détectées lors du chargement, l’état repasse à « Préparé".
Dans le programme « 1C : Comptabilité des institutions publiques 8 », pour l'échange avec GIS GMP, le traitement « est utilisé, ce qui vous permet d'envoyer les régularisations des participants, de demander le résultat du traitement des packages d'accumulation, des paiements et d'effectuer une reconnaissance des régularisations à la fois pour les paiements et sans paiement.
Traitement " Génération de récépissés et échange de données avec GIS GMP/IS RNIP/UNP" prévoit l'échange avec le SIG GMP aux formats 1.15 et 1.16. Les paramètres d'échange sont définis dans les onglets de traitement correspondants.
Pour les formats 1.16, les régularisations nécessaires sont constatées en traitement. Ensuite, les documents sont générés automatiquement " Forfaits d'accumulation", des fichiers XML sont générés à partir d'eux et des signatures électroniques sont signées. Les fichiers signés sont transférés vers le SIG GMP.
Sur un onglet de traitement séparé, il est possible d'envoyer des documents auto-générés au SIG GMP" Forfaits d'accumulation" ou sur la base des documents envoyés pour traitement, demander le résultat du traitement.
Les configurations standards de BGU1 et BGU 2 incluent des Instructions de mise en place de la configuration « Comptabilité d'un établissement public » pour l'interaction avec le SIG GMP aux formats 1.16
Les Instructions de mise en place de la configuration « Comptabilité d'un établissement public » pour l'interaction avec le GIS GMP selon les formats 1.16 (section « Procédure d'échange de données avec le GIS GMP – Export des quittances ») présentent des exemples de transfert de régularisations vers le GIS GMP à la fois en utilisant ce traitement et sans l'utiliser.
Modification du format de génération d'un identifiant d'accumulation unique
Lors du passage aux formats 1.16, suivre dans l'ouvrage de référence " Modèles d'identifiants de documents "Reçu de paiement"» Pour chaque institution, remplissez le paramètre.
Modification de l'algorithme de génération des identifiants du payeur
Selon les formats 1.16, l'identifiant unifié du payeur n'est possible que pour les personnes physiques entrepreneurs individuels (IP). Pour les particuliers qui ne sont pas entrepreneurs individuels, cela n'est possible que alternative identifiant du payeur - selon INN, SNILS, passeport et autres documents et une certaine liste.
Par conséquent, lors du passage aux formats 1.16, vous devez vérifier les éléments du répertoire " Nomenclature" avec le type " Service de l'État" paramètres utilisés pour générer les identifiants du payeur et, si nécessaire, en ajouter de nouveaux.
Transition des formats 1.15 aux formats 1.16
Pour passer à l'échange avec le service SID0003998 au format 1.16, vous devez procéder comme suit.
1. Téléchargez les formats GIS GMP 1.16 à partir du fichier de livraison de configuration (GIS GMP 1.16.xml).
Le fichier des formats GIS GMP 1.16.xml se trouve dans le répertoire du modèle de configuration \v82\1c\StateAccounting\1_0_2Х_Х\ECExchangeFormats.
Voir point 4. Chargement des formats d'échange depuis la section SIG GMP de la section Configuration du BSU pour l'interaction avec le SIG GMP Instructions pour la mise en place de la configuration « Comptabilité d'un établissement public » pour l'interaction avec le SIG GMP à l'aide des formats 1.16.
2. Définissez les paramètres des participants à l'échange pour tous les participants - directs et indirects.
Pour plus de détails, voir paragraphe 7. Section Configuration des participants à l'échange avec GIS GMP Configuration de BSU pour interaction avec GIS GMP Instructions pour la configuration de la configuration « Comptabilité d'une institution gouvernementale » pour interaction avec GIS GMP aux formats 1.16.
3. Modifier Modèle pour générer un identifiant d'accumulation unique dans le document « Reçu de paiement ».
Pour plus de détails, voir paragraphe 8. Modèle de génération d'un identifiant unique de régularisation dans la section Paramétrage d'un BSU pour l'interaction avec le SIG GMP Instructions pour la mise en place de la configuration « Comptabilité d'un établissement public » pour l'interaction avec le SIG GMP selon les formats 1.16 .
4. Vérifiez les types d'identifiants payeur utilisés dans le paramétrage des articles et, si nécessaire, ajoutez-en de nouveaux (SNILS ou autres).
5. Si possible, remplissez les détails " Statut du compilateur (101)", parce que Il s'agit d'un champ obligatoire dans le document " Reçu de paiement".
Pour plus d'informations sur l'interaction avec le SIG GMP, consultez les Instructions de mise en place de la configuration « Comptabilité d'une institution gouvernementale » pour l'interaction avec le SIG GMP à l'aide des formats 1.16 :
- BGU1 - menu Calculs - Interaction avec SIG GMP / IS RNIP / UNP - Aide sur l'interaction avec SIG GMP."
- BGU2 – section « Informations réglementaires de référence », panneau de navigation « Voir aussi - Aide sur l'interaction avec le SIG GMP ».
Dans le cadre du support de l'album des formats et législations SIG GMP 1.16.2 (sous-paragraphe « b » du paragraphe 1 de l'arrêté n° 148 du ministère des Finances de la Fédération de Russie du 23 septembre 2015, entré en vigueur le 28 mars 2016), les contrôles suivants ont été effectués :
Ajoutez les contrôles précédemment implémentés pour les formats d'album 1.16.2 à la version 1.6.0 :
1. Pour le terrain ID de facture du fournisseur:
1.1. Si la valeur du champ = "0".
Si la valeur du champ = "0", alors vérifiez que le champ "PayerIdentifier" a une valeur non nulle. Si les deux champs sont égaux à "0", alors renvoyez l'erreur "L'UIN et l'ID du payeur ne peuvent pas être égaux à zéro en même temps !"
1.2. Si la longueur du champ est de 20 caractères .
1.2.1. Les 16 chiffres spécifiés dans les chiffres 4 à 19 ne peuvent pas tous être simultanément = 0. Pour les valeurs nulles, renvoyez l'erreur « Valeurs UIN possibles : « 0 » ou une chaîne de 20 caractères autres que des espaces ou de 25 chiffres conformément au format. album 1.16.2 ! »
1.2.2 La valeur du champ UIN ne doit pas coïncider avec la valeur du champ KBK. S'il y a une correspondance, renvoyez l'erreur « KBK ne peut pas correspondre à l'UIN »
1.2.3 Si la valeur du 20e chiffre de l'UIN ne correspond pas à la valeur calculée, alors l'erreur « Le chiffre de contrôle de l'UIN a une valeur incorrecte » est renvoyée.
Le chiffre de contrôle UIN est formé selon les règles suivantes :
- la valeur de l'attribut UIN est constituée de nombres ;
- chaque chiffre de l'UIN, en commençant par le chiffre le plus élevé, se voit attribuer un ensemble de poids correspondant à la série naturelle de nombres de 1 à 10, puis l'ensemble de poids est répété ;
- chaque chiffre de l'UIN est multiplié par le poids attribué à la catégorie et la somme des produits résultants est calculée ;
- Le chiffre de contrôle de l'UIN est le reste de la division du montant obtenu par le module « 11 ». Le chiffre de contrôle doit avoir une valeur comprise entre 0 et 9 ;
- si un reste de 10 est obtenu, alors pour garantir un chiffre de contrôle d'un bit, il est nécessaire de recalculer en utilisant une deuxième séquence de poids, qui est le résultat d'un décalage cyclique de la séquence d'origine de deux chiffres vers la gauche (3 , 4, 5, 6, 7, 8, 9, 10, 12...). Si, en cas de calcul répété, le reste de la division est à nouveau maintenu égal à 10, alors la valeur du chiffre de contrôle est mise à « 0 ».
Exemple:
L'UIN (sans chiffre de contrôle) est égal à 1881035013021000001
Calcul de la valeur du chiffre de contrôle UIN :
Calcul de la valeur du chiffre de contrôle avec les premiers coefficients de pondération :
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 (reste de division)
Le reste de la division étant 10, le calcul est effectué avec les deuxièmes coefficients de pondération :
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 (reste de division)
UIN complet : 18810350130210000016
1.3. Si la longueur du champ est de 25 caractères.
1.3.1. Les 16 chiffres spécifiés dans les chiffres 9 à 24 ne peuvent pas tous être simultanément = 0. Pour les valeurs nulles, renvoyez l'erreur « Valeurs UIN possibles : « 0 » ou une chaîne de 20 caractères autres que des espaces ou de 25 chiffres conformément au format. album 1.16.2 ! »
Si la valeur du 25e chiffre de l'UIN ne correspond pas à la valeur calculée (selon l'algorithme de la clause 1.2.3), alors l'erreur « Le chiffre de contrôle de l'UIN a une valeur incorrecte » est renvoyée.
1.4. Ajoutez une vérification à la validation de la valeur UIN : le dernier chiffre (20 ou 25 caractères) doit être un chiffre.
2. Si la valeur du champ " Identifiant du payeur" = "0", puis vérifiez que le champ SupplierBillID a une valeur non nulle. Si les deux champs sont égaux à "0", alors renvoyez l'erreur "L'UIN et l'ID du payeur ne peuvent pas être égaux à zéro en même temps !"
3. Changez le format du champ " Narratif" - la saisie de 1 à 210 caractères est autorisée.
4. Dans le champ " But"ajoutez les valeurs possibles VU, DK, PC, KK, TK.
5. Changez le format du champ " Numéro de document fiscal" : Les valeurs valides vont de 1 à 15 caractères.
6. Modifiez l'expression régulière du champ " Type de paiement", la valeur "0" ou la saisie de 2 lettres majuscules de l'alphabet cyrillique est autorisée.
Masque de saisie:
ou la valeur "0".
7. Changez le format du champ " Le nom du bénéficiaire" : Les valeurs valides vont de 1 à 500 caractères.
8. Pour le terrain KBK:
8.1. Le champ peut prendre la valeur "0"
8.2 Si la valeur est différente de zéro, le champ KBK ne doit pas coïncider avec la valeur du champ UIN. S'il y a une correspondance, renvoyez l'erreur « KBK ne peut pas correspondre à l'UIN »
8.3 Si les fonds sont crédités sur le compte « 40101% », alors la valeur BCC doit être différente de zéro. Sinon, émettez l'erreur « La valeur du BCC pour le compte du destinataire est 40 101 % ne doit pas être égale à zéro ! »
9. Pour le terrain OKTMO:
9.1. Il n'est pas permis d'avoir trois zéros dans les chiffres les plus significatifs (à gauche) dans le champ valeur
Masques de saisie :
([^0^\D]\d(2)|\d(2)[^0^\D]|\d[^0^\D]\d)\d(8)
valeur "0"
9.2 Si les fonds sont crédités sur le compte « 40101% », alors la valeur OKTMO doit être différente de zéro. Sinon, émettez l'erreur « La valeur OKTMO pour le compte du destinataire est 40101 % ne doit pas être égale à zéro ! »
10. Pour plus de détails sur KBK (CBC, valeur "0" ou 20 caractères), OKATO (valeur "0", 8 ou 11 caractères), KIO (5 caractères) et UIN (PaymentID, 20 ou 25 caractères) UFEBS, tous les caractères sont il ne peut pas simultanément prendre la valeur zéro ("0");
11. Pour Détails du NIF (INN, 10 ou 12 caractères) et KPP (KPP, 9 caractères) en premier deux le signe ne peut pas prendre simultanément la valeur zéro (« 0 »). Le contrôle d'invalidité est actuellement mis en place trois caractères initiaux zéro (« 0 »).
De plus, pour les points de contrôle 5 et 6, le symbole peut être des lettres latines majuscules ou des chiffres, et les symboles 1 à 4 et 7 à 9 ne peuvent être que des chiffres.
Masque de saisie INN du destinataire ("PayeeINN") :
([^0^\D]\d|\d[^0^\D])\d(8)
Masque de saisie du point de contrôle du destinataire (« PayeeKPP ») :
([^0^\D]\d|\d[^0^\D])\d(2)(2)\d(3)
12. Mettez en œuvre un contrôle qui Date de paiement pas plus que la date système actuelle. Si la date est dépassée, affichez l'erreur "La date de paiement ne doit pas dépasser la date et l'heure actuelles !"
13.B réglage du système avec le code 102012 («Identifiant unique attribué par le Trésor fédéral») ajoute la vérification de la valeur saisie. Une valeur de 6 caractères (lettres et chiffres) est autorisée. Sinon, affichez le texte d'erreur "Les valeurs acceptables sont 4 chiffres ou 6 lettres et chiffres !"
Masque de saisie:
^(\d(4)|(6))$
14. Remplissage ÉTAIN payeur-particulier (INN, 12 caractères) devient obligatoire dans les conditions suivantes :
a) Statut = "03", "16", "19", "20", "24", TaxDocNumber = "0", SupplierBillID = "0".
b) Statut = "09" - "14", SupplierBillID = "0".
Si dans ces conditions le NIF n'est pas renseigné, alors affichez l'erreur « Dans les conditions UIN = 0, numéro de document = 0, code de statut du payeur = 03,16,19,20 ou 24, ainsi que pour UIN = 0 et code de statut du payeur = 09, 10, 11, 12, 13 ou 14, le payeur doit être un particulier ou un entrepreneur individuel identifié par un NIF!".
Ministère des Finances de la Fédération de Russie
TRÉSOR FÉDÉRAL
A propos des formats d'interaction du SIG GMP avec les systèmes d'information des participants versions 1.16.5 et 2.0
Nous vous informons par la présente du développement par le Trésor fédéral de formats d'interaction du système d'information de l'État sur les paiements étatiques et communaux avec les systèmes d'information des participants version 2.0 (ci-après dénommés formats 2.0), prévoyant l'utilisation d'un seul système électronique. service du système d'interaction électronique interministériel, fonctionnant conformément aux Lignes directrices pour travailler avec le système d'interaction électronique interministériel interaction électronique version 3.XX.
Parallèlement, afin d'assurer l'interaction des participants avec le Système d'information de l'État sur les paiements de l'État et des communes (ci-après - GIS GMP) lors de la transition vers les formats ci-dessus, nous informons des changements correspondant à ces formats, reflétés par le Trésor fédéral dans les formats d'interaction du système d'information de l'État sur les paiements des paiements de l'État et des municipalités avec les systèmes d'information des participants version 1.16.5 (ci-après dénommés formats 1.16.5) du service électronique SIG GMP d'un système unifié d'interaction électronique interministérielle , fonctionnant conformément aux Recommandations méthodologiques pour travailler avec le système d'interaction électronique interministérielle version 2.XX.
Les formats 2.0 et 1.16.5 sont publiés sur le site officiel du Trésor fédéral sur Internet dans la section « GIS GMP » (roskazna.ru/gis) et entrent en vigueur le 15 mars 2018.
Les participants au SIG GMP peuvent commencer à tester les types d'informations SIG GMP développées conformément aux Formats 2.0 à l'aide de l'émulateur du système d'interaction électronique interministériel en décembre 2017. Parallèlement, la possibilité de tester avec GIS GMP sera offerte aux participants à partir du 15 janvier 2018.
Parallèlement, nous vous informons que le service électronique du GIS GMP, fonctionnant dans un système unifié d'interaction électronique interministérielle, conformément aux Formats d'interaction du Système d'information de l'État sur les paiements de l'État et des communes avec les systèmes d'information des participants , version 1.16.4, sera mise à jour aux formats 1.16.5. dans le circuit de test (SID0003663) - 1er février 2018, dans le circuit industriel (SID0003998) - 15 mars 2018. Parallèlement, conformément au Plan de transition des autorités exécutives fédérales et des fonds extrabudgétaires de l'État vers la fourniture d'informations à l'aide d'un service électronique unique du système d'interaction électronique interministériel conformément aux recommandations méthodologiques pour travailler avec l'interdépartemental système d'interaction électronique version 3.XX, approuvé lors d'une réunion du sous-comité sur l'utilisation des technologies de l'information dans la fourniture de services étatiques et municipaux à la Commission gouvernementale sur l'utilisation des technologies de l'information pour améliorer la qualité de vie et les conditions des affaires, ce système électronique le service GIS GMP (SID0003998) sera mis hors service en décembre 2018.
Veuillez apporter les informations ci-dessus aux participants du GIS GMP, en les informant de la nécessité d'assurer la configuration des systèmes d'information qu'ils utilisent conformément aux formats 1.16.5 d'ici le 15 mars 2018, ainsi que d'assurer la transition vers l'interaction avec le GIS GMP selon les formats 2.0 avant le 1er décembre 2018.
Et à propos. tête
Trésor fédéral
S.E. Prokofiev
Texte du document électronique
préparé par Kodeks JSC et vérifié.
