CIUS-RO este specificația românească a facturii electronice: un set de reguli suplimentare, construit peste standardul european, care precizează cum se completează anumite câmpuri în România. Dacă formatul XML spune „în ce limbă” se scrie factura, CIUS-RO spune „cu ce particularități locale” trebuie scrisă ca să fie acceptată de sistemul ANAF.
Pentru un antreprenor, sigla pare tehnică și îndepărtată, dar o întâlnești concret în mesajele de eroare, în documentația programului de facturare și în discuțiile cu informaticianul. Mai jos găsești o explicație practică, fără jargon inutil. Regulile concrete se pot ajusta în timp, așa că pentru situații reale te bazezi pe informările oficiale ANAF, pe documentația furnizorului de program și pe contabilul tău. Imaginea de ansamblu a sistemului este în e-Factura: ghid complet pentru firme, de la SPV la arhivare.
Ce înseamnă CIUS-RO, în cuvinte simple?
CIUS înseamnă Core Invoice Usage Specification, adică o „specificație de utilizare” care adaptează un model european comun la nevoile unui stat. Litera „RO” arată că este varianta pentru România. Modelul de bază spune ce date există într-o factură, iar specificația națională alege care sunt obligatorii, cum se scriu și ce combinații sunt permise.
Să-ți imaginezi un formular european unic, pe care fiecare țară îl completează cu mici reguli proprii. Un stat poate cere, de pildă, un anumit cod pentru județ sau o anumită formă pentru identificatorul fiscal. Toate aceste „mici reguli” sunt, în cazul nostru, CIUS-RO.
De ce nu se folosește direct standardul european?
Pentru că fiecare administrație fiscală are nevoie de informații pe care modelul comun nu le impune. Standardul european lasă loc de adaptare tocmai pentru acest lucru. Prin specificația națională, autoritatea poate verifica automat date care contează pentru controlul fiscal local, fără să rupă compatibilitatea cu restul Europei.
Un efect practic: o factură „corectă european” nu este neapărat acceptată în România. Poate respecta modelul comun, dar încalcă o regulă națională, iar sistemul o respinge.
Cum recunoști regulile CIUS-RO în mesajele de eroare?
Regulile românești se recunosc după prefixul „BR-RO” din codul erorii, în timp ce regulile europene comune încep, de obicei, cu „BR”, urmat de un număr. Prefixul îți spune imediat în ce zonă să cauți: la cele naționale, problema este în datele introduse sau în configurarea programului, nu în structura de bază.
| Tip de regulă | Cum arată codul | Ce de obicei înseamnă |
|---|---|---|
| Europeană | începe cu BR, urmat de număr | structura sau totalurile nu respectă modelul comun |
| Națională | începe cu BR-RO | un câmp nu respectă particularitățile românești |
| Alertă (avertisment) | este marcată separat de erori | factura poate trece, dar merită verificată |
Nu trebuie să memorezi codurile. E suficient să știi că textul erorii, citit împreună cu numele câmpului, îți arată ce să corectezi. Un exemplu general: dacă regula se referă la adresa unui client din România, verifici dacă elementele adresei sunt completate în forma cerută, nu ca text liber.
Sfat: Când un mesaj de eroare folosește un cod necunoscut, caută mai întâi câmpul vizat, apoi codul. De multe ori, câmpul este suficient ca să înțelegi ce lipsește.
Ce tipuri de câmpuri sunt cele mai sensibile la reguli naționale?
Cele mai sensibile sunt datele de identificare și de localizare: codul fiscal, adresa și codurile de țară sau de județ. Aici apar diferențele cele mai mari între ce scrie omul în mod obișnuit și ce cere sistemul.
- Identificarea părților. Codul de identificare fiscală trebuie scris într-o formă strictă, cu sau fără prefixul de țară după cum cere regula, fără spații și fără caractere în plus.
- Adresa. Se cer elemente separate (țară, subdiviziune, localitate), nu un singur text. Pentru sectoarele din București există o convenție specială de scriere.
- Unități de măsură și coduri de TVA. Se folosesc liste de coduri recunoscute, nu denumiri libere.
- Referințe între documente. Dacă o factură corectează alta, referința trebuie făcută în modul acceptat.
Este doar treaba programului sau și a mea?
Este amândurora. Programul trebuie să transforme corect datele în structura cerută, iar tu trebuie să-i dai date curate. Un program bun nu poate repara un cod fiscal greșit introdus de tine, după cum nici cel mai atent utilizator nu poate compensa un program care nu respectă regulile.
Cum se leagă CIUS-RO de modelul european?
Specificația națională nu înlocuiește modelul european, ci îl restrânge și îl completează. Orice factură care respectă CIUS-RO respectă și modelul de bază, dar invers nu se întâmplă mereu. De aceea, la schimburi cu parteneri din alte țări, structura internă a documentului rămâne familiară pentru programele lor, chiar dacă unele câmpuri pot fi interpretate diferit.
Pentru firma care lucrează doar în România, diferența se resimte rar. Ea devine vizibilă când folosești un program conceput pentru alt stat sau când un integrator îți construiește singur fișierul XML.
Ce faci când un program străin trimite facturi spre România?
Verifici dacă furnizorul programului declară compatibilitate cu specificația românească, nu doar cu modelul european. Fără această compatibilitate, sunt șanse mari ca regulile naționale să respingă factura. Întrebarea corectă pentru furnizor este: „Programul respectă varianta națională a României și se actualizează când aceasta se schimbă?”
Cât de des se schimbă specificația?
Specificația se actualizează din când în când, pe măsură ce sistemul evoluează și se descoperă situații neacoperite. Modificările se anunță prin documentație oficială, iar furnizorii de programe le includ în versiuni noi. Pentru firmă, riscul practic este să rămână cu o versiune veche a programului, care produce fișiere respinse fără o cauză vizibilă.
O regulă simplă de prevenție: păstrează programul actualizat, citește notele de versiune și testează cu o factură-pilot după fiecare schimbare importantă. Dacă observi un val de respingeri apărut „peste noapte”, o actualizare a specificației este una dintre primele explicații de verificat.
Atenție: Nu te baza pe liste de reguli găsite pe forumuri sau în materiale vechi. Specificația se modifică, iar ce era corect acum o vreme poate să nu mai fie. Sursa de încredere este documentația oficială și cea a furnizorului de program.
Ce rol are contabilul în toată povestea aceasta?
Contabilul nu verifică de obicei fișierul XML, dar are un rol important în ce privește conținutul fiscal al facturii: cota de TVA, regimul aplicat, mențiunile obligatorii. CIUS-RO verifică forma, nu înțelepciunea fiscală a tranzacției. O factură poate fi acceptată de sistem și totuși greșită fiscal.
De aceea, discuția ideală este în trei: tu (datele corecte), programul (forma corectă) și contabilul (tratamentul fiscal corect). Pentru cazul facturilor greșite deja transmise, vezi Factură greșită în e-Factura: cum o corectezi și ce documente emiți. Iar pentru a înțelege cum trece factura prin sistem, merită parcurs și Cum trimiți o factură în e-Factura: pași și validări.
Pe aceeași temă, citește și impozitarea firmelor: microîntreprindere sau impozit pe profit.
Întrebări frecvente
CIUS-RO este un program pe care trebuie să-l instalez?
Nu. Este o specificație, adică un set de reguli pe care programul de facturare trebuie să le respecte. Tu nu instalezi nimic separat.
Ce înseamnă o eroare care începe cu BR-RO?
Înseamnă că a fost încălcată o regulă națională, de obicei legată de modul de completare a unui câmp. Citești textul erorii, identifici câmpul și îl corectezi sau ceri ajutorul furnizorului de program.
Aceleași reguli se aplică și facturilor către parteneri din străinătate?
Depinde de tipul tranzacției și de circuitul prin care se transmite factura. Pentru cazuri transfrontaliere, verifică informările ANAF și discută cu un contabil.
Se poate corecta o factură respinsă fără a emite una nouă?
De obicei, o factură respinsă nu este considerată transmisă, așa că o corectezi și o retransmiți. Detaliile depind de situație, deci confirmă cu furnizorul programului sau cu contabilul.
Unde găsesc varianta oficială a specificației?
În documentațiile publicate de ANAF și în materialele furnizorilor de programe. Articolul de față explică mecanismul general și nu înlocuiește sursele oficiale.
