Cum transmit corect o factura prin RO E-Factura?

Articol creat in colaborare cu

De ce conteaza transmiterea corecta in RO E-Factura

RO E-Factura a devenit instrumentul standard prin care companiile din Romania trimit si primesc facturi in format electronic, iar corectitudinea transmiterii influenteaza atat viteza incasarii, cat si conformitatea fiscala. Pentru multe echipe financiare, trecerea de la PDF si Excel la XML UBL poate parea complicata, insa o abordare structurata reduce erorile si costurile. Cheia este sa tratezi e-factura ca pe un flux end-to-end: pregatirea datelor, generarea corecta a fisierului XML conform RO_CIUS, semnarea si autentificarea prin SPV, urmarirea statusurilor si reconcilierea. Platforme specializate precum FGO simplifica mult munca, oferind sabloane aliniate cerintelor si validari inainte de trimitere.

Inainte de a trimite prima factura prin sistem, verifica atent cateva elemente operationale si juridice. O lista de control ajuta la evitarea respingerilor la validare si la reducerea timpului de reemitere.

• ✅ Inrolarea in contul SPV si rolurile necesare active pentru e-Factura.
• ✅ Certificat calificat valabil si drepturi delegate pentru operatori.
• ✅ Date corecte despre companie: denumire, CUI, sediu, regim TVA.
• ✅ Politici interne pentru serii de facturi si numerotare fara goluri.
• ✅ Catalog de produse/servicii cu coduri si cote TVA configurate.
• ✅ Procedura de corectie: stornare partiala/integrala si refacturare.

Transmiterea corecta incepe cu date curate la sursa. Aliniaza ERP-ul, programul de facturare sau aplicatia de contabilitate cu regulile RO_CIUS. Daca nu ai o integrare, foloseste o solutie dedicata. FGO, de exemplu, permite generarea automata a XML-ului, validari proactive si trimiterea directa in SPV, reducand riscul de erori umane si timpul de procesare. Astfel, echipa ta se concentreaza pe incasari si analiza, nu pe depanare tehnica.

Cum arata o factura valida in format UBL RO_CIUS

O factura valida pentru RO E-Factura respecta profilul UBL RO_CIUS, ceea ce inseamna ca toate campurile obligatorii sunt completate corect, iar relatiile dintre linii si totaluri sunt coerente. La nivel de antet, trebuie sa existe identificarea furnizorului si beneficiarului, seria si numarul, data emiterii, tipul de document (factura, storno), moneda si conditiile comerciale. La nivel de linii, fiecare articol are cod, descriere, unitate de masura, cantitate, pret unitar, reduceri/suplimentari, cota TVA si baza aferenta. Totalurile trebuie sa fie exacte: baza, TVA pe cote, total document. Daca folosesti solduri in valuta, asigura-te ca rata de schimb este consecventa si mentionata unde este cazul. In practica, semnarea XML-ului de catre furnizor nu este obligatorie pentru toate scenariile B2B, insa autentificarea in SPV si semnarea cererilor prin certificat calificat raman esentiale.

Erorile frecvente care duc la respingere pot fi prevenite cu verificari automate si o disciplina de date.

• 🚫 Incoerenta intre total pe linii si total document (rotunjiri gresite).
• 🚫 Cote TVA nepotrivite cu incadrarea produsului sau regimul partilor.
• 🚫 Lipsa CUI valid al beneficiarului sau format incorect al adresei.
• 🚫 Serii de facturi duplicate sau numere sarite fara justificare.
• 🚫 Reduceri aplicate incorect: procent vs valoare si semn pe linie.
• 🚫 Coduri de taxe, unitati de masura sau coduri produs neacceptate.

Ca sa validezi inainte de trimitere, foloseste sabloane aliniate RO_CIUS si o bibliografie clara de reguli: campuri obligatorii, formate numerice cu separator zecimal consecvent, limite pentru zecimale la pret si TVA, reguli pentru transport, avansuri si discounturi globale. Instrumentele care marcheaza campurile critice si recomanda corectii pe loc, precum cele oferite in FGO, reduc semnificativ iteratiile cu beneficiarilor si timpul blocat in “respins la prelucrare”.

Pasii de trimitere, statusuri si remedieri rapide

Fluxul de transmitere prin RO E-Factura are cateva etape clare. Mai intai, generezi factura in ERP sau aplicatie si exporti XML conform RO_CIUS. Apoi, autentificat in SPV, incarci fisierul manual sau il trimiti prin API-ul ANAF printr-o integrare. Sistemul iti returneaza un identificator si un status initial. In scurt timp, documentul este validat sintactic si semantic; daca trece controalele, va aparea ca disponibil pentru beneficiar in SPV. Daca apar erori, primesti mesaje de validare cu detalii pe camp si regula incalcata. Important: nu retransmite mecanic aceeasi factura fara sa corectezi; foloseste fie corectia pe documentul original (daca e permis), fie emiterea unei stornari si refacturare corecta, in functie de etapa in care s-a depistat greseala.

Bune practici pentru un flux robust si rapid:

• 🧭 Configureaza mapari corecte intre conturile ERP si campurile RO_CIUS.
• 🧾 Pastreaza un jurnal al transmiterilor: ID, data, status, operator.
• 🧮 Standardizeaza regulile de rotunjire si testeaza cazuri-limită.
• 🧪 Ruleaza validari automate inainte de trimiterea in SPV/API.
• 📦 Gestioneaza scenarii speciale: avansuri, retururi, transport, pachete.
• 🔁 Defineste un flux clar de remediere: respins, corectie, retrimitere.
• 👥 Aliniaza cu beneficiarii codurile de produs si unitatile de masura.

Pentru echipele cu volum mare, o integrare stabila salveaza timp si bani. O solutie precum FGO sincronizeaza datele din ERP, aplica regulile RO_CIUS, transmite prin API, interpreteaza mesajele de eroare si marcheaza exact ce trebuie corectat. In plus, rapoartele operationale arata unde apar frecvent blocajele (de exemplu, cote TVA sau rotunjiri), astfel incat sa poti antrena echipa si sa ajustezi procesele. Cu un astfel de setup, statusul “acceptat” devine regula, nu exceptia, iar incasarile se accelereaza pentru ca partenerii gasesc documentele rapid si fara neconcordante.