Modificări ale formatului semnăturii electronice a mesajelor trimise către GIS GMP.

Începând cu 1 iulie 2015, au fost utilizate noi formate pentru interacțiunea Sistemului Informațional de Stat privind Plățile de Stat și Municipal (GIS GMP) și sistemele informaționale ale participanților - 1.16 (actuală versiunea 1.16.1). În conformitate cu formatele versiunii 1.16, a fost pus în funcțiune un nou serviciu GIS GMP. Serviciul de testare și serviciul industrial sunt înregistrate în sistemul electronic de interacțiune interdepartamental cu atribuirea SID0003663, respectiv SID0003998.

Modificarea formatelor este asociată cu o modificare a ordinii de interacțiune cu GMF GIS. În configurațiile standard ale programului „1C: Contabilitatea unei instituții de stat 8” ediția 1 (din versiunea 1.0.34), apoi - BGU1 și ediția 2 (din versiunea 2.0.34), apoi - BGU2, modificarea Sa luat în considerare ordinea de interacțiune cu GIS GMP și sa implementat schimbul de date cu GIS GMP în formatul versiunea 1.16.1. Este posibilă și interacțiunea cu GIS GMP în formatele versiunea 1.15. *

Modificări ale formatului semnăturii electronice a mesajelor trimise către GIS GMP

Conform formatelor versiunii 1.16, trebuie utilizată o semnătură electronică (ES) în formatul XadES-T, care presupune instalarea unei mărci de timp. Pentru a face acest lucru, la generarea semnăturii, se efectuează un apel către serverul de timp de încredere (TimeStamp Authority), denumit în continuare server TSA.

Potrivit informațiilor de la suportul tehnic al GIS GMP „Participantul poate accesa orice server TSA. În acest moment, Trezoreria Federală nu oferă un server TSA pentru marcarea timpului.”

Serverul TSA este un produs software destul de scump. Este comercializat ca o soluție la cheie de către diverse companii. Probabil că se presupune că participantul însuși trebuie să se ocupe de disponibilitatea acestui serviciu.

Programul „1C: Contabilitatea unei instituții de stat 8” implementează interacțiunea cu serverul TSA, specificat în setările participantului, folosind protocolul TSP. Serverul TSA este adresat prin protocolul http.

Adresa serverului TSA este setată în (în BSU1: meniul "Calcule - Interacțiune cu GIS GMP / IS RNIP / UNP", în BSU2: comandă Tincturi ale organizațiilor pentru schimb cu GIS GMP, UNP v Bare de navigare carduri de organizare). Într-o configurație tipică, în mod implicit, este utilizat serviciul de testare Crypto-Pro, situat la http://www.cryptopro.ru/tsp/tsp.srf care este listat în Setările participantului la schimb cu GIS GMP ca adresa serverului TSA.

Conform informațiilor de pe site-ul web Crypto-Pro: „Acest server TSP ar trebui să fie folosit doar în scopuri de testare. Nu aveți încredere în marcajele de timp emise de acest server.”

Restricționarea utilizării semnăturii electronice la transferul de către GAN a taxelor instituțiilor din subordine

Conform formatelor 1.16, este inacceptabilă semnarea cu semnătura GAN (participant la interacțiune directă) angajamente formate de instituțiile sale subordonate - AN (participanți la interacțiune indirectă). Fiecare participant trebuie să își semneze taxele cu semnătura electronică.

Conform clauzei 2.26 din Procedura de interacțiune informațională a Participanților cu operatorul GIS GMP (Ordinul Trezoreriei Rusiei din 30 noiembrie 2012 nr. 19n), interacțiunea administratorilor de taxe (AS) cu GIS GMP este posibil atât prin administratorul principal de taxe (GAN) - la înregistrarea în GIS GMP a administratorului șef de taxe cu o listă de administratori de taxe care vor interacționa cu GIS GMP prin GAN, cât și independent - la înregistrarea Academiei de Științe în GIS GMP ca administrator de taxe.

În programul „1C: Contabilitatea unei instituții de stat 8” a implementat interacțiunea administratorilor de taxe cu GIS GMP atât în mod independent cât și prin administratorul principal de taxe.

În programul „1C: Contabilitatea unei instituții de stat 8”, sunt implementate două metode de generare a semnăturilor electronice:

1. La efectuarea unui schimb cu serviciul (efectuat în baza membrului expeditor)- in acest caz, conform documentelor transmise la GIS GMP - se formeaza fisiere de angajamente, iar fiecare taxa din dosar este semnata de semnatura participantului care a generat aceasta taxa.

Această metodă este potrivită pentru participanții la interacțiune directă, precum și pentru participanții la interacțiune indirectă (dacă există o posibilitate tehnică în baza de date GAN de a forma ES pentru taxele subordonate).

2. Un proces separat (efectuat pe baza participantului care a generat acumularea)- în acest caz, în documentele participantului " chitanta de plata " butonul " Semneaza semnatura electronica " când faceți clic pe care, se generează un fișier xml și se semnează semnătura digitală a certificatului specificat în setările acestui participant. Fișierul generat și semnat este salvat în registrul de informații " Taxe semnate ", iar documentul semnat în sine devine indisponibil pentru editare (până când semnătura este eliminată). Când angajamentele unui participant sunt trimise cu această setare, este trimis un fișier xml salvat și semnat anterior. Taxele nesemnate nu pot fi trimise.

Modificări în ordinea interacțiunii cu GIS GMP

Procedura de transfer a taxelor s-a schimbat semnificativ:

Când transferați taxe către GIS GMP în formatele 1.16, mai multe taxe pot fi într-un singur fișier.
Transferul de taxe în sine a devenit asincron:
un fișier care conține mai multe taxe (pachet de taxe) este transferat către GIS GMP. Dacă formatul pachetului nu conține erori, atunci acesta intră în coada de service pentru procesare și, ca răspuns, serviciul trimite numărul de înregistrare a pachetului.
ulterior, participantul formează o cerere de procesare a acestui pachet și îl trimite serviciului. Dacă până la acest moment pachetul a fost procesat, atunci rezultatul descărcării este returnat pentru fiecare dintre taxele din pachet. Dacă încărcarea a fost încărcată cu succes, atunci codul „0” îi este returnat. Dacă nu reușește, atunci sunt indicate codul și mesajul de eroare.

Lista codurilor de eroare și semnificația acestora sunt enumerate în formatele de schimb cu GIS GMP 1.16 în secțiunea „6. Lista controalelor".

Transferul de taxe către GIS GMP în programul „1C: Contabilitatea unei instituții de stat 8”

La schimbul în formatele 1.16, non-documentele sunt transferate în GIS GMP " Chitanță pentru plăți y ", și documente" Pachete de taxe ".

În secțiunea tabelară a documentului „ Pachet acumulat" conține o listă de documente" chitanta de plata "și/sau „ Acumulare de la subordonat "(atunci când se transferă taxe ale AH subordonate de la baze situate la distanță). câte un document" Pachet de taxe " se formează un singur dosar care conține acuzațiile enumerate în secțiunea tabelară a documentului. Fiecare taxă din fișier este semnată de semnătura electronică a participantului specificată în setări.

La trimiterea unui document " Pachet acumulat"în serviciu, dacă nu conține erori, i se atribuie un număr de înregistrare. Documente " chitanta de plata " se atribuie statutul " Trimis spre procesare ".

Ulterior, participantul formează o cerere pentru rezultatul procesării pachetului, iar dacă până la acest moment pachetul a fost procesat, atunci rezultatul procesării premiului este încărcat în document pentru fiecare taxă. Dacă acumularea este un document " chitanta de plata "încărcat cu succes, i se atribuie starea " Despre performanțăși". Dacă s-au găsit erori în timpul descărcării, starea se schimbă din nou la „ Pregătit".

În programul „1C: Contabilitatea unei instituții de stat 8” pentru schimbul cu GIS GMP, se aplică procesarea, care vă permite să trimiteți taxe către participanți, să solicitați rezultatul procesării pachetelor de taxe, plăților și să verificați taxele atât pentru plăți. si fara plata.

Tratament" Formarea chitanțelor și schimbul de date cu GIS GMP / IS RNIP / UNP " prevede schimbul cu GIS GMP atât în formatele 1.15, cât și în formatele 1.16. Parametrii de schimb sunt stabiliți în filele de procesare corespunzătoare.

Pentru formatele 1.16, taxele necesare sunt marcate în procesare. În plus, documentele sunt generate automat „ Pachete de taxe ", pentru ele sunt generate fișiere xml și semnate cu semnătură electronică. Fișierele semnate sunt transferate în GIS GMP.

Într-o filă de procesare separată, este posibil să trimiteți documente generate independent către GMP GIS " Pachete de taxe " sau, conform documentelor trimise spre prelucrare, solicita rezultatul prelucrarii.

Configurațiile standard ale BGU1 și BGU 2 includ Instrucțiuni pentru configurarea configurației „Contabilitatea unei instituții de stat” pentru interacțiunea cu GIS GMP în formatele 1.16

În Instrucțiunile de configurare a configurației „Contabilitatea unei instituții de stat” pentru interacțiunea cu GIS GMP în formatele 1.16 (secțiunea „Procedura de schimb de date cu GIS GMP - Bonuri de export”), exemple de transfer de taxe către GIS GMP atât cu utilizarea acestei prelucrări și fără utilizare sunt luate în considerare.

Modificarea formatului pentru generarea unui identificator unic de acumulare

Când treceți la formatele 1.16, urmați referința „ Șabloane de identificare a documentelor „Chitanță de plată” „ reumpleți setarea pentru fiecare instituție.

Modificarea algoritmului de generare a identificatorilor plătitorului

Conform formatelor 1.16, un singur identificator de plătitor este posibil doar pentru persoanele fizice care sunt antreprenori individuali (IE). Numai pentru persoanele fizice care nu sunt antreprenori individuali alternativă identificatorul plătitorului - conform TIN, SNILS, pașaport și alte documente și o listă specifică.

Prin urmare, atunci când treceți la formatele 1.16, ar trebui să verificați elementele directorului " Nomenclatură" cu tipul " serviciul de stat" setări utilizate pentru generarea identificatorilor plătitorului și, dacă este necesar, adăugarea altora noi.

Trecerea de la formatele 1.15 la 1.16

Pentru a trece la schimb cu serviciul SID0003998 în format 1.16, trebuie să faceți următoarele.

1. Încărcați formatele GIS GMP 1.16 din fișierul de livrare de configurare (GIS GMP 1.16.xml).

Fișierul GIS GMP 1.16.xml se află în directorul șablonului de configurare \ v82 \ 1c \ StateAccounting \ 1_0_2X_X \ ECExchangeFormats.

Vezi paragraful 4. Încărcarea formatelor de schimb cu secțiunea GIS GMP Configurarea BGU pentru interacțiunea cu GIS GMP Instrucțiuni pentru configurarea „Contabilitatea unei instituții de stat” pentru interacțiunea cu GIS GMP după formatele 1.16.

2. Setați setările participanților la schimb pentru toți participanții - direcți și indirecti.

Pentru mai multe detalii vezi clauza 7. Configurarea participanților pentru schimb cu GIS GMP secțiunea Configurarea BGU pentru a interacționa cu GIS GMP Instrucțiuni pentru configurarea „Contabilitatea unei instituții de stat” pentru interacțiunea cu GIS GMP după formatele 1.16.

3. Editați Model pentru generarea unui identificator unic al angajamentelor în documentul „Chitanța de plată”.

Pentru mai multe detalii, vezi paragraful 8. Șablon pentru generarea unui identificator unic pentru acumularea secțiunii Configurarea BGU pentru interacțiunea cu GIS GMP Instrucțiuni pentru configurarea configurației „Contabilitatea unei instituții de stat” pentru interacțiunea cu GIS GMP în formatele 1.16.

4. Verificați tipurile utilizate de identificatori de plătitor în configurarea articolului și, dacă este necesar, adăugați altele noi (SNILS sau altele).

5. Dacă este posibil, completați cerințele „ Starea compilatorului (101) " de cand acesta este un câmp obligatoriu din document " chitanta de plata ".

Pentru mai multe detalii despre interacțiunea cu GIS GMP - în Instrucțiunile de configurare a configurației „Contabilitatea unei instituții de stat” pentru interacțiunea cu GIS GMP în formatele 1.16:

BGU1 - meniu Calcule - Interacțiune cu GIS GMP / IS RNIP / UNP - Ajutor pentru interacțiunea cu GIS GMP ".
BGU2 - secțiunea „Informații de referință normative”, panoul de navigare „Vezi și - Ajutor privind interacțiunea cu GIS GMP”.

Ministerul de Finanțe al Federației Ruse

TREZAURUL FEDERAL

Despre formatele de interacțiune a GIS GMP cu sistemele informaționale ale participanților versiunilor 1.16.5 și 2.0

Vă informăm prin prezenta despre dezvoltarea de către Trezoreria Federală a Formatelor de Interacțiune a Sistemului Informațional de Stat privind plățile de stat și municipale cu sistemele informaționale ale participanților versiunea 2.0 (denumite în continuare formatele 2.0), care prevede utilizarea unui singur electronic serviciul sistemului de interacțiune electronică interdepartamentală, funcționând în conformitate cu Recomandările metodologice de lucru cu sistemul interdepartamental.interacțiune electronică versiunea 3.XX.

Totodată, pentru a asigura interacțiunea participanților cu Sistemul Informațional de Stat privind Plățile Statale și Municipale (în continuare - GIS GMP) în timpul trecerii la formatele de mai sus, vă informăm despre modificările corespunzătoare acestor formate, reflectate prin Trezoreria federală în formele de interacțiune a sistemului informațional de stat privind plățile de stat și municipale cu sistemele informaționale ale participanților din versiunea 1.16.5 (în continuare - formatele 1.16.5) a serviciului electronic GIS GMP al sistemului unificat de interacțiune electronică interdepartamentală , funcționând în conformitate cu Recomandările metodologice de lucru cu sistemul de interacțiune electronică interdepartamentală, versiunea 2.XX.

Formatele 2.0 și formatele 1.16.5 sunt postate pe site-ul oficial al Trezoreriei Federale pe internet în secțiunea „GIS GMP” (roskazna.ru/gis) și intră în vigoare la 15 martie 2018.

Participanții la GIS GMP pot începe testarea tipurilor de informații GIS GMP dezvoltate în conformitate cu Formatele 2.0 folosind emulatorul sistemului de interacțiune electronică interdepartamentală în decembrie 2017. În același timp, participanților le va fi oferită posibilitatea de a testa cu GIS GMP începând cu 15 ianuarie 2018.

Totodată, dorim să vă informăm că serviciul electronic GIS GMP, funcționând într-un sistem unificat de interacțiune electronică interdepartamentală, în conformitate cu Formatele de interacțiune ale Sistemului Informațional de Stat privind Plățile de Stat și Municipale cu sistemele informaționale ale participanților. , versiunea 1.16.4, va fi actualizată la formatele 1.16.5. pe bucla de testare (SID0003663) pe 1 februarie 2018, pe bucla industrială (SID0003998) pe 15 martie 2018. În același timp, în conformitate cu Planul de tranziție a organelor executive federale și a fondurilor extrabugetare de stat pentru a furniza informații folosind un singur serviciu electronic al sistemului de interacțiune electronică interdepartamentală, în conformitate cu recomandările metodologice pentru lucrul cu sistemul interdepartamental. interacțiune electronică versiunea 3.XX, aprobată în cadrul unei ședințe a subcomisiei privind utilizarea tehnologiei informației în furnizarea de servicii de stat și municipale către Comisia guvernamentală privind utilizarea tehnologiei informației pentru îmbunătățirea calității vieții și a condițiilor de afaceri, acest electronic serviciul GIS GMP (SID0003998) va fi scos din funcțiune în decembrie 2018.

Vă rog să aduceți informațiile de mai sus participanților la GMP GIS, informându-le despre necesitatea asigurării configurării sistemelor informaționale pe care le utilizează în conformitate cu formatele 1.16.5 până la data de 15 martie 2018, precum și să asigure trecerea la interacțiunea cu GIS GMP în conformitate cu formatele 2.0 până la 1 decembrie 2018.

Și despre. capul

Trezoreria Federală

S.E. Prokofiev

Textul electronic al documentului

pregătit de JSC „Kodeks” și verificat de.

Ca parte a sprijinirii albumului de formate și legislație GIS GMP 1.16.2 (subparagraful "b" al clauzei 1 din Ordinul nr. 148 al Ministerului Finanțelor al Federației Ruse din 23.09.2015, data intrării în vigoare din 28.03.16) au fost efectuate următoarele verificări:

Introduceți verificările implementate anterior pe albumul 1.16.2 în versiunea 1.6.0:

1. Pentru teren FurnizorBillID:

1.1. Dacă valoarea câmpului = „0”.

Dacă valoarea câmpului = „0”, atunci verificați dacă câmpul „PayerIdentifier” are o valoare diferită de zero. Dacă ambele câmpuri sunt egale cu „0”, atunci returnează eroarea „UIN și identificatorul plătitorului nu pot fi egale cu zero în același timp!”

1.2. Dacă câmpul are 20 de caractere .

1.2.1. 16 cifre specificate în cifre de la 4 la 19 nu pot fi toate = 0 în același timp. Cu valori zero, returnați eroarea „Valori UIN posibile:” 0 „sau un șir cu o dimensiune de 20 de caractere neblank sau 25 de cifre în în conformitate cu albumul în format 1.16.2!"

1.2.2 Valoarea câmpului UIN nu trebuie să coincidă cu valoarea câmpului KBK. Dacă există o potrivire, returnați eroarea „KBK nu se poate potrivi cu UIN”

1.2.3 Dacă valoarea din al 20-lea bit al UIN nu corespunde valorii calculate, atunci este returnată eroarea „Verificare bit al UIN-ului are o valoare incorectă”.

Categoria de control a UIN se formează după următoarele reguli :

valoarea variabilei UIN este formată din numere;
fiecărei categorii UIN, începând de la cea mai semnificativă categorie, i se atribuie un set de ponderi corespunzător unei serii naturale de numere de la 1 la 10, apoi se repetă setul de ponderi;
fiecare cifră a UIN se înmulțește cu ponderea categoriei atribuită și se calculează suma produselor obținute;
bitul de verificare pentru UIN este restul împărțirii sumei primite la modulul „11”. Bitul de verificare trebuie să aibă o valoare între 0 și 9;
dacă se obține un rest egal cu 10, atunci pentru a asigura un bit de verificare de un bit, este necesar să se recalculeze folosind a doua secvență de ponderi, care este rezultatul unei deplasări ciclice a secvenței originale cu două cifre la stânga (3, 4, 5, 6, 7, 8, 9, 10, 12...). Dacă, în cazul calculului repetat, restul împărțirii este din nou menținut egal cu 10, atunci valoarea cifrei de verificare este setată egală cu „0”.

Exemplu:

UIN (fără descărcarea de verificare) este egal cu 1881035013021000001

Calculul valorii bitului de control UIN:

Calculul valorii cifrei de control cu primii factori de ponderare:

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 (restul diviziunii)

Deoarece restul diviziunii este 10, calculul se efectuează cu al doilea coeficienți de greutate:

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 (restul diviziunii)

UIN complet: 18810350130210000016

1.3. Dacă câmpul are 25 de caractere.

1.3.1. 16 cifre specificate în cifre de la 9 la 24 nu pot fi toate = 0 în același timp. Cu valori zero, returnați eroarea „Valori UIN posibile:” 0 „sau un șir cu o dimensiune de 20 de caractere neblank sau 25 de cifre în în conformitate cu formatul albumului 1.16.2!"

Dacă valoarea din al 25-lea bit al UIN nu corespunde valorii calculate (conform algoritmului din clauza 1.2.3), atunci este returnată eroarea „Bitul de control al UIN are o valoare incorectă”

1.4. Adăugați o verificare la validarea valorii UIN: ultima cifră (20 sau 25 de caractere) trebuie să fie o cifră.

2. Dacă valoarea câmpului " PayerIdentifier„=" 0", apoi verificați dacă câmpul SupplierBillID are o valoare diferită de zero. Dacă ambele câmpuri sunt egale cu „0”, atunci returnați eroarea „UIN și ID-ul plătitorului nu pot fi egale cu zero în același timp!”

3. Schimbați formatul câmpului " Narativ„- este permisă introducerea de la 1 la 210 caractere.

4. În „ Scop„adăugați valori posibile de VU, DK, PK, KK, TK.

5. Schimbați formatul câmpului " TaxDocNumber„: Valorile valide sunt de la 1 la 15 caractere.

6. Schimbați expresia regulată pentru câmpul " Tipul de plată", valoarea" 0 "sau introducerea a 2 litere mari ale alfabetului chirilic este permisă.

Mască de intrare:

sau valoarea „0”.

7. Schimbați formatul câmpului " Numele beneficiar„: Valorile valide sunt de la 1 la 500 de caractere.

8. Pentru teren KBK:

8.1. Câmpul poate lua valoarea „0”

8.2 Dacă valoarea este diferită de zero, câmpul BCF nu trebuie să coincidă cu valoarea câmpului UIN. Dacă există o potrivire, returnați eroarea „KBK nu se poate potrivi cu UIN”

8.3 În cazul în care fondurile sunt creditate în contul „40101%”, atunci valoarea BCF ar trebui să fie diferită de zero. În caz contrar, lansați eroarea „Valoarea KBK pentru contul destinatarului 40101% nu ar trebui să fie egală cu zero!”

9. Pentru teren OKTMO:

9.1. Prezența a trei zerouri în cele mai semnificative cifre din valoarea câmpului nu este permisă (stânga)

Măști de intrare:

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

valoarea "0"

9.2 Dacă fondurile sunt creditate în contul „40101%”, atunci valoarea OKTMO trebuie să fie diferită de zero. În caz contrar, emiteți eroarea „Valoarea OKTMO cu contul destinatarului 40101% nu ar trebui să fie egală cu zero!”

10. Pentru detaliile KBK (CBC, valoarea „0” sau 20 de caractere), OKATO (valoarea „0”, 8 sau 11 caractere), KIO (5 caractere) și UIN (PaymentID, 20 sau 25 de caractere) pot lua valoarea zero ("0");

11. Pentru Detalii TIN (INN, 10 sau 12 caractere) și punctul de control (KPP, 9 caractere) sunt primele Două caracterele nu pot lua simultan valoarea zero ("0"). Verificarea pentru invalidare este implementată în prezent Trei caracterele principale zero ("0").

În plus, pentru punctele de control 5 și 6, simbolul poate fi litere sau cifre latine majuscule, iar simbolurile 1-4 și 7-9 - doar numere.

Mască de intrare PayeeINN ("PayeeINN"):

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

Mască de intrare PayeeKPP ("PayeeKPP"):

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

12. Implementați o verificare care Data de plată nu mai mult decât data curentă a sistemului. Dacă data este depășită, emiteți eroarea „Data plății nu trebuie să depășească data și ora curente!”

13.În setarea sistemului cu codul 102012 („Identificator unic atribuit de Trezoreria Federală”) adaugă validarea valorii introduse. O valoare validă de 6 caractere (litere și cifre). În caz contrar, afișați textul de eroare „Valorile permise sunt 4 cifre sau 6 litere și numere!”

Mască de intrare:

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

14. Umplere HAN plătitorul individual (INN, 12 caractere) devine obligatoriu în următoarele condiții:

a) Stare = „03”, „16”, „19”, „20”, „24”, TaxDocNumber = „0”, SupplierBillID = „0”.

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

Dacă, în aceste condiții, TIN-ul nu este completat, atunci se emite eroarea „În condițiile UIN = 0, numărul documentului = 0, codul de stare plătitor = 03,16,19,20 sau 24, precum și pentru UIN = 0 și codul de stare al plătitorului = 09, 10, 11, 12, 13 sau 14 plătitorul trebuie să fie persoană fizică sau întreprinzător individual cu identificare prin TIN!".