Într-un flux prin SPV, o greșeală de facturare nu se mai șterge. Rămâne în sistem, se repară prin storno și refacturare și se plătește în ore de lucru, întârzieri la încasare și, uneori, amenzi. 

Din experiența implementărilor și a optimizărilor de flux e-Factura în Microsoft Dynamics 365 Business Central,  de la companii cu câteva sute de facturi pe lună până la organizații cu zeci de mii, greșelile se repetă într-un tipar destul de previzibil. Partea încurajatoare este că majoritatea se previn din configurarea sistemului, nu din atenția individuală a utilizatorilor. 

În cele ce urmează trecem în revistă aceste greșeli, locul în care se previn în Business Central și costul real al reparației atunci când sunt descoperite prea târziu.

Contextul din 2026

Înainte de partea tehnică, trei repere care schimbă calculul riscului pentru orice companie care emite facturi în România:

  • Termenul de transmitere este de 5 zile lucrătoare de la data emiterii facturii, dar nu mai târziu de 5 zile lucrătoare de la data-limită de emitere prevăzută de Codul fiscal. Modificarea a fost adusă de OUG nr. 89/2025 și se aplică din 1 ianuarie 2026; anterior, termenul era de 5 zile calendaristice.
  • Sancțiunile funcționează pe două paliere: amendă contravențională de 1.000–2.500 lei pentru persoanele juridice mici și PFA, 2.500–5.000 lei pentru cele mijlocii și 5.000–10.000 lei pentru contribuabilii mari, în cazul depășirii termenului. Separat, în relația B2B se aplică o amendă de 15% din valoarea facturii pentru netransmiterea prin sistem, atât emitentului, cât și destinatarului care înregistrează în contabilitate o factură primită în afara sistemului.
  • Legea nr. 88/2026 a introdus o serie de excepții, printre care pentru furnizorii care se identifică fiscal prin CNP, pentru care utilizarea sistemului a devenit opțională. Pentru companii, însă, obligația rămâne integrală, în relațiile B2B, B2C și B2G.

Pe scurt, fereastra de corecție s-a scurtat, iar o factură cu valoare mare blocată într-o eroare de validare nu mai este doar un incident operațional, ci o expunere fiscală.

Un principiu util: costul erorii crește cu fiecare etapă parcursă

Aceeași greșeală, să luăm un cod de unitate de măsură invalid, are patru prețuri complet diferite, în funcție de momentul în care este descoperită:

Momentul descoperirii Ce presupune corecția Cost estimat / factură
La configurare, înainte de go-live O singură linie de setup în Business Central, valabilă pentru toate documentele ulterioare Aproape zero
Înainte de postare, în BC Se modifică documentul de vânzare și se postează corect 2–5 minute
Respins de ANAF (status de eroare) Se corectează datele, se anulează documentul electronic și se retransmite în termen 15–30 de minute, plus risc de termen
După validare și index ANAF Storno, refacturare, notificarea clientului și corelarea în declarații 45–90 de minute, plus efecte în aval

De aici rezultă logica întregului articol: fiecare greșeală de mai jos are un „loc de prevenție” bine definit în Business Central. Dacă acel loc este configurat corect, eroarea nu mai poate apărea, indiferent cine emite factura.

10 greșeli întâlnite în aproape fiecare proiect

1. Date de identificare incomplete sau neconforme la parteneri

Este cea mai frecventă și, paradoxal, cea mai costisitoare. CUI fără prefixul RO în cazul unui plătitor de TVA (sau invers, cu prefix la un neplătitor), județ lipsă, adresă incompletă, sector necompletat corect pentru București. Validarea ANAF respinge documentul pe reguli de tip BR-RO, iar mesajul returnat este suficient de tehnic încât operatorul să piardă timp până identifică informația care lipsește.

Unde se previne în Business Central: pe fișa de client sau de furnizor, prin câmpurile VAT Registration No., Country/Region Code, County, City și Address. Pentru București, județul se raportează sub forma RO-B, iar localitatea trebuie completată cu sectorul (SECTOR1 … SECTOR6). Recomandarea uzuală este validarea CUI prin serviciul ANAF direct din Business Central, la crearea partenerului, completată de un raport lunar de verificare a datelor de bază pentru clienții activi.

2. Unități de măsură fără cod internațional

„BUC” nu există în nomenclatorul UN/ECE Recommendation 20, la fel cum nu există nici variante improvizate precum „ORA” sau „SET”. Factura este respinsă la validarea de schemă, deși echipa de vânzări are impresia că documentul a fost transmis cu succes.

Unde se previne în Business Central: pe fișa Unit of Measure, în câmpul International Standard Code — H87 pentru bucată, KGM pentru kilogram, LTR, MTR, HUR sau C62, după caz. Este o configurare de aproximativ 20 de minute care elimină definitiv o categorie întreagă de respingeri. Merită verificate inclusiv unitățile de măsură folosite pe resurse și pe conturile contabile facturate direct, nu doar cele de pe articole.

3. Categorii de TVA și motive de scutire neconfigurate

Aici apar cele mai multe întârzieri. Categoriile și subcategoriile e-Factura se parametrizează pentru operațiunile care intră în sfera de TVA din România, respectiv pentru tranzacțiile al căror loc al livrării/prestării este în România și cărora li se aplică regulile de TVA românești. Pentru acestea, orice cotă diferită de cea standard necesită, în fișierul XML, o categorie de taxă corectă și un temei legal explicit: taxare inversă, scutire cu drept de deducere sau operațiuni neimpozabile.

Punctul de plecare al configurării este natura operațiunii și tratamentul fiscal aplicabil în România, nu cota afișată pe document. O factură cu cotă zero și categoria de taxă „S” rămâne o contradicție pe care validatorul o semnalează imediat.

Unde se prevede în Business Central: în VAT Posting Setup, prin câmpul Tax Category (S, AE, Z, E, O, K, G) completat pentru fiecare combinație de grupuri de înregistrare TVA interne, împreună cu VAT Clauses pentru textul temeiului legal asociat. Parametrizarea se face doar pentru grupurile de TVA interne, aferente operațiunilor din sfera de TVA din România. Pentru companiile care lucrează cu taxare inversă. construcții, cereale, echipamente electronice, acesta este un punct de control obligatoriu înainte de go-live.

4. Discounturi de document și diferențe de rotunjire

Regulile europene EN 16931 verifică aritmetic factura: suma liniilor, discounturile acordate la nivel de document, baza de impozitare pentru fiecare categorie de TVA și totalul de plată. O diferență de un ban între ceea ce calculează sistemul ERP și rezultatul însumării liniilor generează o respingere pe reguli de tip BR-CO, deși documentul arată corect în forma tipăribilă.

Unde se previne în Business Central: prin coerența dintre Invoice Rounding Precision, modul de calcul al discountului de factură (Calc. Inv. Discount) și rotunjirea aplicată pe linie. Discountul acordat la nivel de document trebuie să ajungă în XML ca element distinct de tip Allowance, nu distribuit în prețurile unitare. Recomandăm testarea explicită a scenariilor cu discount procentual pe document și cu mai multe cote de TVA pe aceeași factură, întrucât acolo apar de obicei diferențele.

5. Facturi în valută fără valoarea TVA exprimată în lei

Pentru operațiunile taxabile în România, valoarea TVA trebuie să apară și în lei, la cursul de schimb aplicabil. Absența acestei informații sau un curs care nu corespunde datei faptului generator transformă o factură corectă din punct de vedere comercial într-un document respins sau, în cazul în care trece de validare, raportat eronat.

Unde se previne în Business Central: prin actualizarea automată zilnică a cursurilor în Currency Exchange Rates, printr-un job queue conectat la sursa BNR, și prin verificarea datelor de pe documentul de vânzare — data documentului, data TVA și data cursului trebuie să fie corelate.

6. Stornări emise fără referință la factura inițială

Am întâlnit toate variantele: note de credit cu valori negative pe linii (tipul documentului realizează stornarea, nu semnul), stornări fără nicio referință către factura inițială sau, mai rar, o a doua factură „de corecție” emisă fără stornarea primeia, astfel încât clientul rămâne cu două documente valide în SPV pentru aceeași livrare.

Unde se previne în Business Central: pe nota de credit de vânzare, prin completarea câmpului Corrected Invoice No., care generează referința către factura inițială în documentul electronic. În lipsa acestuia, ANAF poate accepta documentul, însă corelarea în D394, în decontul precompletat e-TVA și în contabilitatea clientului devine o operațiune manuală. Este util ca emiterea notelor de credit fără această referință să fie blocată procedural.

7. Anularea documentelor în ERP după transmiterea către ANAF

O idee des întâlnită este că anularea facturii în Business Central rezolvă problema. În realitate, statusul de document anulat în ERP nu are niciun efect asupra documentului deja înregistrat în sistemul național. Rezultatul este o factură care există la ANAF și la client, dar nu mai apare în evidența proprie, exact tipul de nepotrivire care iese la iveală la prima verificare încrucișată.

Unde se previne în Business Central: printr-o regulă de proces clară: nu se transmite nimic înainte de postare și verificare, iar documentele deja transmise nu se elimină din ERP. Corecția se realizează exclusiv prin storno. Practic, aceasta presupune și renunțarea la obiceiul de a posta facturi „de probă”, pentru ca acestea să fie vizualizate de client.

8. Transmiteri duplicate

Un job queue pornit de două ori, o retransmitere manuală după un timeout de rețea sau reluarea unui lot după o eroare de autentificare conduc la același rezultat: același număr de factură, două încărcări valide, două indexuri. Clientul înregistrează documentul de două ori, iar nepotrivirea apare abia la reconciliere.

Unde se previne în Business Central: prin verificarea jurnalului documentului electronic și a statusului real la ANAF înaintea oricărei retransmiteri. O eroare de comunicație nu înseamnă automat că documentul nu a ajuns. Este recomandabil un singur job queue responsabil de transmitere, cu interval de rulare și utilizator dedicat, fără transmiteri manuale în paralel.

9. Statusurile documentelor nu sunt monitorizate

Este greșeala cu cel mai mare impact, tocmai pentru că nu produce efecte vizibile imediat. Tokenul de autentificare expiră odată cu certificatul digital înrolat în SPV, job queue-ul intră în stare de eroare sau documentele rămân pur și simplu în așteptare. Facturile continuă să se posteze în Business Central, activitatea curentă continuă, iar după câteva săptămâni se descoperă câteva sute de documente netransmise. La un termen legal de 5 zile lucrătoare și sancțiuni aplicate pentru fiecare factură, expunerea devine semnificativă rapid.

Unde se previne în Business Central: prin filtrarea zilnică a listei de documente electronice pe statusurile de eroare și de așteptare, alerte la eșecul job queue-ului, un responsabil nominalizat pentru acest control și verificarea periodică a valabilității certificatului. Un raport simplu, de tipul „facturi postate fără document electronic validat, mai vechi de 3 zile lucrătoare”, oferă cea mai bună vizibilitate cu cel mai mic efort.

10. Facturile primite nu sunt descărcate din SPV

Partea de intrare este adesea tratată ca secundară, deși expunerea este cel puțin la fel de mare ca pe partea de ieșire. Înregistrarea în contabilitate a unei facturi primite de la un furnizor stabilit în România, fără ca aceasta să fi trecut prin sistem, atrage riscul amenzii de 15% din valoarea facturii. La acesta se adaugă efectele operaționale: documente pierdute, plăți duplicate, TVA nededus la timp și închideri de lună întârziate.

Unde se previne în Business Central: prin activarea fluxului de import al documentelor primite, cu generarea automată a facturilor de achiziție și potrivirea pe comandă și recepție. Beneficiul secundar depășește de multe ori conformarea în sine: dispare introducerea manuală a facturilor de la furnizori, una dintre activitățile cele mai consumatoare de timp din departamentul financiar.

Cât costă rectificarile după depunere

Atunci când discutăm bugete cu clienții, separăm costul în patru straturi. Primul este vizibil și, de regulă, subestimat. Următoarele trei sunt greu de observat și semnificativ mai scumpe.

Strat de cost Ce conține Ordin de mărime
1. Manoperă directă Storno, refacturare, retransmisie, arhivare, corespondență cu clientul, notă explicativă pentru contabilitate 45–90 min / factură
2. Cash-flow Clientul nu achită o factură pe care nu o poate deduce sau care nu corespunde recepției; termenul de plată repornește de la documentul corect 15–45 zile întârziere
3. Fiscal Amenda contravențională (1.000–10.000 lei, în funcție de categoria de contribuabil), amenda de 15% din valoarea facturii în relația B2B, TVA nedeductibil, nepotriviri în D394 și în decontul precompletat e-TVA de la 1.000 lei la 15% din valoarea facturii
4. Închidere și audit Redeschiderea perioadelor, refacerea reconcilierilor, documentarea pentru auditor, timp de management ore de senior, nu de operator

Un calcul simplu, pe cifre: Să luăm o companie care emite 500 de facturi pe lună și are o rată de eroare de 2% descoperită după transmitere, adică zece documente. La 60 de minute de lucru efectiv pentru fiecare ciclu de storno și refacturare, rezultă 10 ore pe lună, respectiv 120 de ore pe an. La un cost intern de 150 lei pe oră, doar manopera înseamnă aproximativ 18.000 lei anual. La această sumă se adaugă situațiile punctuale. O singură factură de 50.000 lei netransmisă corect în relația B2B poate atrage o amendă de 15%, adică 7.500 lei dintr-un singur document. Iar o perioadă de două săptămâni în care job queue-ul a fost oprit, cu 300 de facturi care au depășit termenul, se traduce în sancțiuni aplicate pentru fiecare document în parte.

Comparația relevantă este următoarea: un proiect de așezare corectă a fluxului e-Factura în Business Central, configurarea TVA, unitățile de măsură, datele de parteneri, procesul de stornare, monitorizarea și fluxul de intrare, costă de regulă mai puțin decât un an de corecții după depunere. Spre deosebire de corecții, însă, se plătește o singură dată.

Checklist de control în Business Central

Pentru companiile care au deja e-Factura funcțională, lista de mai jos este un instrument rapid de autoevaluare. Fiecare punct la care răspunsul nu este un „da” clar reprezintă o respingere care urmează să se producă.

  • Toate unitățile de măsură utilizate au completat International Standard Code (UN/ECE Rec. 20).
  • Fiecare combinație din VAT Posting Setup are Tax Category și, unde este cazul, VAT Clause cu temeiul legal.
  • Clienții activi au CUI validat, țară, județ și localitate conforme; pentru București, sectorul este completat corect.
  • Cursurile valutare se actualizează automat zilnic, iar datele documentului (document, TVA, curs) sunt coerente.
  • Notele de credit nu pot fi emise fără completarea câmpului Corrected Invoice No.
  • Există un singur job queue de transmitere, cu utilizator dedicat și monitorizarea stării.
  • Există un raport zilnic de documente în eroare sau în așteptare, cu responsabil nominalizat.
  • Valabilitatea certificatului digital și a tokenului este urmărită într-un calendar, cu alertă cu 30 de zile înainte.
  • Fluxul de import al facturilor primite din SPV este activ și reconciliat cu recepțiile.
  • Fișierul XML validat și semnat se arhivează în relație cu documentul din Business Central, pentru toată perioada legală de păstrare.

Trei automatizări care elimină majoritatea problemelor

  1. Validarea înainte de transmitere, nu după. Cel mai bun moment pentru identificarea unei erori este înainte ca documentul să plece către ANAF. Un set de verificări rulate la postare, date de partener, coduri de unitate de măsură, categorii de TVA, referințe obligatorii, mută eroarea din zona stornării în zona unei corecții de câteva secunde.
  2. Vizibilitate pe un singur ecran. Un rol center sau o listă filtrată care arată în orice moment câte documente au fost transmise, câte așteaptă răspuns, câte sunt în eroare și care este cea mai veche factură netransmisă. Un răspuns care necesită mai mult de câteva secunde este un semn că procesul nu se află încă sub control.
  3. Închiderea buclei pe partea de intrare. Importul automat al facturilor primite, cu potrivire pe comandă și recepție, rezolvă simultan riscul amenzii de 15%, viteza de închidere a lunii și deducerea TVA la timp.

Cum arată acest lucru implementat: Evo Electronic Documents pentru Business Central

Toate punctele de mai sus pot fi acoperite și prin configurare atentă și disciplină de proces. Diferența apare în momentul în care aceleași controale trebuie să funcționeze identic pentru zece utilizatori, în fiecare zi, independent de persoana care emite factura.

Aceasta este logica din spatele soluției Evo Electronic Documents, dezvoltată de Evozon pentru Microsoft Dynamics 365 Business Central: fluxul de comunicare cu autoritățile fiscale rămâne în interiorul sistemului ERP, nu într-un portal paralel. Tabelul de mai jos prezintă corespondența dintre riscurile descrise în articol și funcționalitățile care le acoperă.

Riscul din articol Ce aduce Evo Electronic Documents
Factură respinsă de ANAF, descoperită la câteva zile după transmitere Validare înainte de transmitere — documentele sunt verificate automat pentru conformitate înainte de a fi trimise, astfel încât eroarea se corectează în ERP, nu prin storno
Statusurile documentelor nu sunt urmărite în SPV Actualizarea statusului documentelor direct în Business Central, fără navigare separată în portal
Fișierul XML validat nu este arhivat sau nu poate fi regăsit la cerere Descărcarea documentelor în format XML și PDF, în relație cu documentul din Business Central
Configurare incompletă la go-live, descoperită în producție Configurare ușoară și asistată, cu proces de implementare ghidat
e-Transport gestionat separat, în afara sistemului ERP Generarea codurilor UIT prin mai multe fluxuri sau direct din Business Central, conform cerințelor RO e-Transport
Procese manuale, cu risc de eroare umană Automatizare prin digitalizare: siguranța datelor, conformitate, risc redus de fraudă și securitate îmbunătățită
Soluții care impun trecerea la o licență superioară Compatibilitate cu edițiile Essential și Premium ale Microsoft Dynamics 365 Business Central
Echipe mixte, cu utilizatori locali și management internațional Interfață disponibilă în limba română (România) și engleză (Statele Unite)

Dintre toate elementele de mai sus, primul are impactul cel mai mare. Celelalte funcționalități simplifică activitatea curentă, însă validarea înaintea transmiterii schimbă efectiv economia procesului: mută eroarea din zona de „45–90 de minute plus expunere fiscală” în zona unei corecții făcute înainte de postare, adică exact saltul de cost prezentat la începutul articolului.

Vrei să știi cât ar costa implementarea e-Facturii în Business Central?

Completează checklist-ul din link și trimite-l la sales@evozon.com, îți vom pregăti o estimare personalizată.

FAQ

Este nevoie de o licență specială pentru e-Factura în Microsoft Dynamics 365 Business Central?

Nu. Soluțiile compatibile cu fluxul e-Factura, precum Evo Electronic Documents, funcționează atât pe ediția Essential, cât și pe ediția Premium a Microsoft Dynamics 365 Business Central, fără a impune upgrade de licență.

Cum se configurează unitățile de măsură în Business Central pentru a evita respingerile ANAF?

Pe fișa fiecărei unități de măsură din Business Central există câmpul International Standard Code, în care trebuie completat codul UN/ECE Recommendation 20 corespunzător — H87 pentru bucată, KGM pentru kilogram, HUR pentru oră etc. Configurarea se face o singură dată și se aplică automat tuturor documentelor ulterioare, eliminând o categorie întreagă de respingeri.

Cum se gestionează categoriile de TVA și scutirile în VAT Posting Setup din Business Central?

Pentru fiecare combinație de grupuri de înregistrare TVA aferente operațiunilor din România, câmpul Tax Category trebuie completat cu valoarea corectă (S, AE, Z, E, O, K sau G). Pentru operațiunile cu scutire sau taxare inversă se adaugă și un VAT Clause cu temeiul legal explicit. Fără această configurare, orice factură cu cotă diferită de cea standard va fi respinsă la validarea de schemă.

Cum se monitorizează statusul documentelor electronice direct în Business Central, fără a intra în portalul SPV?

Prin soluții integrate precum Evo Electronic Documents, statusul fiecărei facturi transmise — validat, respins, în așteptare — se actualizează automat în Business Central. Un rol center sau o listă filtrată oferă vizibilitate în timp real asupra documentelor în eroare sau netransmise, fără navigare separată în portal. Recomandarea practică este un raport zilnic pentru facturi mai vechi de 3 zile lucrătoare fără document electronic validat.

Ce se întâmplă dacă job queue-ul de transmitere e-Factura din Business Central se oprește?

Facturile continuă să fie postate în ERP, dar nu mai ajung la ANAF. Dacă situația nu este detectată rapid, se pot acumula sute de documente care depășesc termenul legal de 5 zile lucrătoare, cu amenzi aplicate per factură. Prevenția presupune un singur job queue cu utilizator dedicat, alerte la eșec și un raport zilnic de documente netransmise, plus urmărirea în calendar a valabilității certificatului digital.

Cum se tratează facturile în valută în Business Central pentru conformitatea e-Factura?

Valoarea TVA trebuie exprimată obligatoriu și în lei, la cursul de schimb de la data faptului generator. Business Central permite actualizarea automată zilnică a cursurilor prin Currency Exchange Rates, conectat la sursa BNR printr-un job queue. Este esențial ca data documentului, data TVA și data cursului să fie corelate pe fiecare document de vânzare.