e-Factura în Business Central: ghid complet RO e-Factura și SPV

Dacă folosești Business Central în România, e-Factura nu mai este un proiect. Este o condiție ca facturarea să funcționeze. Din iulie 2024, între firmele stabilite în România, o factură B2B care nu trece prin RO e-Factura nu mai este o factură validă. Iar cumpărătorul care o înregistrează riscă aceeași amendă ca furnizorul care a emis-o.

Privirea noastră de ansamblu acoperă SAF-T, e-Factura și e-Transport. Articolul acesta intră mai adânc, doar pe e-Factura în Business Central: fluxul tehnic dintre BC și SPV, ce face și ce nu face BC standard, ce trebuie să facă o aplicație de localizare, erorile de validare din primele săptămâni și capcanele despre care nu te avertizează nimeni la demo.

Datele legale și tehnice sunt verificate la 24 septembrie 2026. Legislația e-Factura se schimbă des, așa că validează cu contabilul tău înainte de orice decizie.

Cadrul legal pe scurt: ce s-a schimbat și când

Pentru o companie (SRL, SA) care rulează Business Central, ultima modificare nu schimbă nimic la emitere. Contează însă la primire: unii furnizori persoane fizice îți pot trimite legal facturi pe hârtie sau PDF, în afara SPV. Fluxul de achiziții trebuie să accepte ambele variante.

Termenul de transmitere: 5 zile lucrătoare

De la 1 ianuarie 2026, factura se transmite în sistem în termen de 5 zile lucrătoare de la data emiterii, dar nu mai târziu de termenul de emitere prevăzut de Codul fiscal. Sâmbetele, duminicile și sărbătorile legale nu se mai numără. Regula e aceeași pentru B2B și B2C.

În Business Central, asta înseamnă transmitere la înregistrare sau printr-un job programat de câteva ori pe zi. Cele 5 zile nu sunt o fereastră de lucru, ci marja pentru întreruperile SPV și pentru facturile respinse care trebuie corectate.

Amenzile

• Transmitere întârziată sau lipsă: 5.000–10.000 lei pentru contribuabilii mari, 2.500–5.000 lei pentru cei mijlocii, 1.000–2.500 lei pentru ceilalți.
• Factură B2B emisă în afara sistemului: 15% din valoarea totală a facturii pentru furnizor.
• Factură B2B primită și înregistrată în afara sistemului: 15% din valoarea totală a facturii pentru cumpărător.

A treia regulă schimbă munca departamentului de achiziții: o factură PDF de la un furnizor român, înregistrată în BC fără corespondent în SPV, e și problema ta.

Ce este, legal, „factura”

Conform OUG 120/2021, exemplarul original al facturii electronice este fișierul XML însoțit de sigiliul electronic al Ministerului Finanțelor. ANAF îl pune la dispoziție emitentului și destinatarului ca arhivă ZIP. PDF-ul tipărit din Business Central, PDF-ul generat de ANAF și factura trimisă pe email sunt doar reprezentări vizuale.

Concluzia pentru BC: arhiva ZIP descărcată din SPV trebuie păstrată, legată de documentul înregistrat și ușor de găsit la un control.

Cum funcționează tehnic: CIUS-RO, SPV și API-ul ANAF

Formatul: UBL 2.1 sau CII, cu regulile CIUS-RO

RO e-Factura acceptă facturi structurate în UBL 2.1 sau UN/CEFACT CII, conforme cu standardul european EN 16931 și cu specificația națională RO_CIUS (Ordinul MF 1366/2021, cu modificările ulterioare). În practică, aproape toate ERP-urile folosesc UBL, inclusiv Business Central. XML-ul trece prin două validări: structura (schema XSD UBL) și regulile de business (fișierele schematron EN 16931 și CIUS-RO, cu erori de tipul BR-... și BR-RO-...).

Autentificarea: OAuth2 cu certificat digital

Accesul la API se face prin OAuth2:

1. Înregistrezi aplicația în portalul ANAF (secțiunea de înregistrare pentru API-uri). Primești un client_id și un client_secret și declari un URL de callback HTTPS.
2. Un utilizator cu certificat digital calificat, înregistrat în SPV cu drepturi pentru CUI-ul companiei, se autentifică o dată la logincert.anaf.ro.
3. Aplicația primește un access token valabil 90 de zile și un refresh token valabil 365 de zile. La fiecare reîmprospătare, ANAF emite o pereche nouă de tokenuri.

Tokenul este legat de certificatul cu care s-a autentificat utilizatorul și de drepturile acestuia în SPV. Asta are consecințe practice, pe care le discutăm mai jos.

Endpoint-urile pe care le folosește o integrare

Serviciile e-Factura au un mediu de test și unul de producție. Apelurile cu token OAuth merg pe api.anaf.ro/{test|prod}/FCTEL/rest/. Operațiile de bază sunt:

ANAF oferă și servicii de validare XML și de transformare XML → PDF, utile pentru previzualizare înainte de trimitere.

Limitele de apeluri publicate de ANAF (se pot modifica): 1.000 de apeluri pe minut, 100 de interogări stareMesaj pe zi pentru același mesaj, 10 descărcări pe zi pentru același mesaj și 1.500 de interogări pe zi pe CUI pentru lista simplă de mesaje. O integrare care verifică starea în buclă se lovește repede de ele.

Fluxul, pe scurt: înregistrezi factura în BC → aplicația generează XML-ul CIUS-RO → upload întoarce index_incarcare → după câteva minute stareMesaj spune ok sau nok → pentru ok descarci ZIP-ul cu sigiliul MF (factura originală), pentru nok descarci erorile, corectezi și retrimiți. Clientul vede factura în SPV-ul lui. Nu există transmitere directă de la furnizor la cumpărător.

Ce face Business Central standard și ce nu

Ce există în standard. Business Central are framework-ul E-Documents: un cadru comun pentru documente electronice, cu jurnal de documente, jurnal de integrare, fluxuri de lucru și profiluri de trimitere pe client. Microsoft livrează în W1 formatul PEPPOL BIS 3.0 și conectori pentru furnizori externi precum Avalara, B2BRouter, Continia, Logiq, Pagero și SignUp. Microsoft precizează că formatele non-PEPPOL țin de localizări și nu fac parte din W1.

Ce nu există. România apare în lista oficială Microsoft ca țară localizată de parteneri, pe baza W1. Microsoft nu livrează un format CIUS-RO și nici un conector pentru API-ul ANAF. Pentru e-Factura ai nevoie de o aplicație de localizare, disponibilă în Microsoft Marketplace sau de la partenerul tău.

Un PEPPOL BIS 3.0 generat de BC standard seamănă cu un XML CIUS-RO (ambele pornesc de la UBL 2.1 și EN 16931), dar nu trece validarea ANAF: lipsesc regulile naționale și, mai ales, toată comunicarea cu SPV-ul.

Ce trebuie să facă o aplicație de e-Factura în Business Central

Folosește lista ca grilă de evaluare, indiferent de furnizor:

Pe vânzări

• Generează XML CIUS-RO din facturile și notele de credit înregistrate.
• Transmite automat (la înregistrare sau prin job programat) și salvează index_incarcare pe document.
• Verifică starea cu un ritm rezonabil, fără să atingă limitele ANAF, și atașează ZIP-ul cu sigiliul MF la factură.
• Afișează erorile de validare pe înțelesul unui contabil, nu ca XML brut.
• Tratează separat clienții externi, persoanele fizice și autofacturarea.
• Are o listă de monitorizare: trimis, în prelucrare, respins, aproape de termen.

Pe achiziții

• Descarcă periodic facturile primite (filtrul P) și le arhivează înainte să iasă din fereastra de 60 de zile.
• Importă XML-ul într-un document de achiziție, cu potrivire pe furnizor (după CUI), comandă și recepție.
• Mapează unitățile de măsură și liniile furnizorului la articole sau conturi, și semnalează duplicatele.

Pe operare

• Mai multe companii și CUI-uri în același tenant, tokenuri per companie cu reîmprospătare automată și alertă, mediu de test separat.

Aplicația noastră E-Invoice (RO e-Factura) acoperă emiterea, transmiterea și primirea facturilor electronice direct din Business Central, pentru facturile de vânzare și de achiziție. Funcționează împreună cu pachetul de localizare pentru România și cu celelalte module de conformitate (SAF-T, e-Transport, verificarea partenerilor în baza ANAF). Detalii găsești pe pagina aplicației, pe pagina de produse și pe pagina Business Central pentru România.

Maparea datelor: unde se strică de obicei

Majoritatea respingerilor nu vin din aplicație, ci din datele de bază din Business Central. Iată ce verifici înainte de go-live.

Categoriile de TVA

Fiecare grup de înregistrare TVA (combinația dintre grupul de business și grupul de produs) trebuie să corespundă unei categorii de TVA din EN 16931:

Greșeala clasică: un singur grup de TVA „scutit” în BC, folosit pentru trei situații diferite care cer categorii diferite în XML. Soluția este să despari grupurile de înregistrare, nu să faci excepții în cod. Validează maparea finală cu contabilul, pentru că încadrarea fiscală ține de el, nu de consultantul BC.

Adrese, unități de măsură, identificatori

• Județul se trimite în format ISO 3166-2 (RO-SB pentru Sibiu, RO-B pentru București). Pentru București, localitatea este sectorul (SECTOR1 … SECTOR6).
• Unitățile de măsură folosesc coduri UN/ECE Rec. 20, nu codurile interne din BC: H87 (bucată) sau C62 (unitate), KGM, MTR, HUR, LTR. BUC sau PCS nu sunt valide. În BC, codul se completează pe fiecare unitate de măsură, în câmpul pentru codul internațional standard.
• Persoanele fizice se identifică prin CNP sau, dacă clientul nu îl comunică, prin 13 zerouri (0000000000000), conform OUG 138/2024. Clienții străini se trimit cu codul lor fiscal și cu extern=DA.

O verificare automată în baza ANAF (denumire, adresă, status TVA) la crearea fișei de client elimină o mare parte din erori înainte să apară.

Erori frecvente și ce înseamnă

Implementare pas cu pas

Pentru o companie care rulează deja Business Central, o implementare tipică de e-Factura arată așa:

1. Audit de date (2–3 zile). Clienți, furnizori, unități de măsură, grupuri de TVA: unde lipsesc județe, CUI-uri, coduri UN/ECE, categorii de TVA.
2. Instalare și configurare (1–2 zile). Localizarea pentru România, aplicația e-Factura, maparea TVA și a unităților de măsură.
3. Înregistrarea în ANAF (1 zi). Aplicația OAuth în portalul ANAF, alegerea utilizatorului al cărui certificat generează tokenul, verificarea drepturilor SPV pe fiecare CUI.
4. Testare pe mediul de test ANAF (3–5 zile). Factură standard, mai multe cote de TVA, taxare inversă, notă de credit, persoană fizică, client străin, valută, reducere, plus importul facturilor de achiziție.
5. Producție. Stabilești data de start și pornești joburile de transmitere, verificare stare și descărcare.
6. Primele două săptămâni. Monitorizezi zilnic respingerile. Aproape toate sunt erori de date de bază: corectezi la sursă, nu pe factură.

Pentru o singură companie cu date curate, totul durează de obicei 1–3 săptămâni. Pentru mai multe companii sau fluxuri de achiziții complexe (potrivire în trei puncte comandă–recepție–factură), planifică mai mult.

Ce nu îți spune nimeni

1. Tokenul expiră în liniște

Access tokenul are 90 de zile, refresh tokenul 365. Fără reîmprospătare automată, transmiterea se oprește într-o zi fără niciun mesaj. Iar certificatul calificat al utilizatorului expiră și el (de regulă după 1–2 ani), după care autentificarea se reface. Pune expirarea certificatului în calendar.

2. Tokenul e legat de o persoană

Tokenul pleacă de la certificatul unui om: CFO, contabil-șef sau administrator. Când persoana pleacă din firmă sau pierde drepturile în SPV, integrarea cade. Alege deliberat al cui certificat folosești și pregătește un al doilea utilizator împuternicit.

3. Duplicatele sunt ușor de creat și greu de șters

Dacă un utilizator retrimite o factură pentru că „nu a văzut răspunsul”, ANAF o poate accepta de două ori. O factură acceptată nu se anulează în SPV, se stornează. Aplicația trebuie să blocheze retrimiterea unui document cu index_incarcare valid și, pe achiziții, importul dublu.

4. Notele de credit au două variante, iar clientul tău s-ar putea să o aștepte pe cealaltă

Poți corecta o factură fie cu o notă de credit (CreditNote UBL, tip 381, cantități pozitive, încărcată cu standard=CN), fie cu o factură de stornare (tip 380 cu valori negative). BC lucrează natural cu note de credit. Stabilește varianta cu contabilul și testeaz-o, inclusiv referința la factura inițială.

5. Clienții străini nu sunt toți la fel

Un client german cu cod de TVA german, pentru o livrare intracomunitară, e în afara obligației. Același client, înregistrat în scopuri de TVA în România, cu livrare cu loc în România, intră în sistem din ianuarie 2026. O persoană fizică străină cu livrare în România intră și ea (B2C). Regula trebuie să stea în configurare, nu în memoria operatorului.

6. SPV-ul nu e arhiva ta

Lista de mesaje ANAF se interoghează doar pe ultimele 60 de zile, iar obligația de arhivare e de ani de zile. Descarcă și atașează ZIP-urile în BC sau într-o arhivă electronică.

7. Facturile de la furnizori trebuie „închise” în SPV

Pentru că amenda de 15% se aplică și cumpărătorului, fiecare factură B2B de la un furnizor român înregistrată în BC trebuie să aibă corespondent în SPV. Un raport lunar de reconciliere BC ↔ SPV prinde problemele înainte ca ANAF să le prindă, mai ales că datele e-Factura sunt comparate cu SAF-T D406 și cu decontul de TVA.

Checklist e-Factura în Business Central

• Localizarea pentru România și aplicația e-Factura sunt instalate pe fiecare companie
• Aplicația este înregistrată în portalul ANAF, cu callback HTTPS
• Este ales utilizatorul cu certificat calificat, cu drepturi SPV pe toate CUI-urile
• Data expirării certificatului este în calendar, iar alerta de expirare a tokenului este activă
• Informații companie: CUI, adresă, cod județ ISO, sector (dacă e București)
• Toți clienții activi au CUI/CNP valid și județ completat
• Toate unitățile de măsură folosite pe facturi au cod UN/ECE
• Fiecare combinație de TVA este mapată la S / AE / E / K / G / O, cu motiv de scutire unde e cazul
• Mediul de test ANAF a fost folosit pentru toate scenariile: standard, multi-TVA, taxare inversă, notă de credit, B2C, client extern, valută
• Joburile programate de transmitere, verificare stare și descărcare rulează de mai multe ori pe zi
• Importul facturilor de la furnizori este activ, cu potrivire pe comandă și recepție
• Arhivele ZIP cu sigiliul MF sunt atașate documentelor înregistrate
• Există un raport lunar de reconciliere BC ↔ SPV pentru vânzări și achiziții
• Echipa știe cine corectează erorile și în cât timp (înainte de 5 zile lucrătoare)

Concluzie

e-Factura în Business Central nu e greu de pus în funcțiune. E greu de pus în funcțiune fără surprize. Problemele reale vin din datele de bază, din tokenurile legate de o singură persoană și din fluxul de achiziții, adesea uitat până la prima amendă de 15%. Aceleași date de bază alimentează și SAF-T D406 și documentele de însoțire precum avizul de custodie, deci curățenia făcută o dată servește tuturor. Pentru imaginea europeană (Franța, Germania, ViDA), vezi ghidul despre e-facturarea în UE în 2026.

Dacă ai deja Business Central și vrei să vezi cum arată fluxul complet de vânzări și achiziții prin SPV pe datele tale, sau dacă migrezi de pe alt ERP și vrei e-Factura funcțională din prima zi, scrie-ne. Suntem partener Business Central din România și lucrăm zilnic cu localizarea pentru România.

Întrebări frecvente

Are Business Central standard integrare nativă cu RO e-Factura?

Nu. România este localizată de parteneri, nu de Microsoft. Framework-ul E-Documents vine cu PEPPOL BIS 3.0 și conectori precum Pagero, Avalara sau Logiq, dar fără formatul CIUS-RO și fără API-ul ANAF. Integrarea cu SPV vine dintr-o aplicație de localizare pentru România.

Care este termenul de transmitere a facturilor în e-Factura în 2026?

De la 1 ianuarie 2026 (OUG 89/2025), 5 zile lucrătoare de la data emiterii, dar nu mai târziu de termenul de emitere din Codul fiscal. Înainte erau 5 zile calendaristice. Regula se aplică și la B2B, și la B2C.

Ce amenzi riscă o companie care nu transmite facturile în e-Factura?

Pentru nerespectarea termenului: 5.000–10.000 lei (contribuabili mari), 2.500–5.000 lei (mijlocii), 1.000–2.500 lei (ceilalți). Pentru facturile B2B emise sau primite în afara sistemului: 15% din valoarea totală a facturii, atât pentru furnizor, cât și pentru cumpărător.

Care este factura originală în sistemul RO e-Factura?

Conform OUG 120/2021, exemplarul original este fișierul XML însoțit de sigiliul electronic al Ministerului Finanțelor. PDF-ul din Business Central sau din SPV este doar o reprezentare vizuală.

Trebuie transmise în e-Factura și facturile către clienți străini?

Depinde de locul livrării. Livrările intracomunitare către clienți cu cod de TVA din alt stat membru sunt exceptate. Operațiunile cu loc în România către persoane nestabilite, dar înregistrate în scopuri de TVA în România, intră în sistem din 1 ianuarie 2026. Clienții fără CUI românesc se încarcă cu extern=DA.

Cum aduc facturile de la furnizori din SPV în Business Central?

Aplicația citește periodic lista de mesaje din SPV (maximum 60 de zile în urmă), descarcă ZIP-ul fiecărei facturi primite și importă XML-ul într-un document de achiziție, cu potrivire pe furnizor, comandă și recepție.

Cât valabilitate are tokenul de acces ANAF pentru e-Factura?

Access tokenul OAuth2 este valabil 90 de zile, refresh tokenul 365 de zile. Fără reîmprospătare automată, sau dacă expiră certificatul digital, transmiterea se oprește fără avertisment vizibil.

Cât durează implementarea e-Factura într-un Business Central existent?

Pentru o companie cu date de bază curate, de obicei 1–3 săptămâni: configurare, înregistrare în ANAF, testare pe mediul de test ANAF și trecere în producție. Durata crește cu numărul de companii și cu complexitatea fluxului de achiziții.

Vanguard 360 Solutions este partener Microsoft Dynamics 365 Business Central cu sediul în România. Dezvoltăm și implementăm aplicații de conformitate pentru România: localizare, RO e-Factura, SAF-T, e-Transport și verificarea partenerilor în baza ANAF.