Încarcă un XML e-Factura (Invoice sau CreditNote, UBL 2.1) și află în câteva secunde dacă respectă regulile oficiale EN 16931 și verificările CIUS-RO cele mai frecvente. Este gratuit, nu cere cont, iar fișierul este verificat pe server și nu este stocat.
Fiecare fișier trece prin trei etape, în această ordine:
Limite: maximum 1 MB pe fișier și 10 verificări pe minut de pe aceeași adresă IP.
ID-urile de mai jos sunt cele pe care le vei vedea în rezultat și în mesajele de respingere.
| Regulă | Ce înseamnă | Cum repari |
|---|---|---|
| BR-CO-15 | Totalul cu TVA (BT-112) nu este egal cu totalul fără TVA (BT-109) plus TVA-ul total (BT-110). | Recalculează TaxInclusiveAmount ca TaxExclusiveAmount + TaxAmount, cu aceeași rotunjire la 2 zecimale. |
| BR-CO-10 | Suma valorilor nete ale liniilor (BT-131) diferă de LineExtensionAmount (BT-106). | Adună valorile nete ale tuturor liniilor și scrie rezultatul exact în LineExtensionAmount. |
| BR-CO-13 | Totalul fără TVA nu este egal cu suma liniilor minus reducerile plus taxele suplimentare la nivel de document. | Verifică AllowanceTotalAmount și ChargeTotalAmount și refă calculul TaxExclusiveAmount. |
| BR-S-08 | Pentru cota standard, baza din defalcarea TVA nu este egală cu suma liniilor cu aceeași cotă. | Grupează liniile pe cotă și categorie și scrie în fiecare TaxSubtotal exact suma liniilor din grup. |
| BR-S-09 | TVA-ul dintr-o defalcare nu este egal cu baza înmulțită cu cota. | Calculează TaxAmount = TaxableAmount × Percent / 100, rotunjit la 2 zecimale. |
| BR-CO-25 | Suma de plată este pozitivă, dar lipsesc atât data scadenței, cât și termenii de plată. | Adaugă DueDate sau o notă în PaymentTerms. |
| BR-CL-04 | Codul monedei documentului nu este un cod ISO 4217. | Folosește codul de trei litere, de exemplu RON sau EUR, nu „lei”. |
| BR-16 | Documentul nu are nicio linie. | Orice factură are cel puțin o linie InvoiceLine (sau CreditNoteLine la o notă de credit). |
| BR-RO-090 | Adresa din România nu are județ sau județul nu este un cod ISO 3166-2:RO (ID intern Brivio, aliniat la cerința CIUS-RO). | Completează CountrySubentity cu codul județului, de exemplu RO-CJ pentru Cluj. |
| BR-RO-080 | Adresa din București nu folosește RO-B ca județ și SECTOR1–SECTOR6 ca localitate (ID intern Brivio, aliniat la cerința CIUS-RO). | Scrie CountrySubentity = RO-B și CityName = SECTOR3 (fără spațiu), după sectorul real. |
Validarea autoritară rămâne cea a ANAF: serviciul de validare al sistemului e-Factura și răspunsul primit în SPV după încărcare. Doar acolo se decide dacă o factură este acceptată.
Acest validator este o verificare prealabilă. Rulează schematronul oficial EN 16931 și un set restrâns de reguli CIUS-RO, deci prinde majoritatea erorilor de calcul și de adresă înainte de trimitere, dar nu acoperă toate regulile CIUS-RO și nu verifică dacă firma există sau dacă este înregistrată în scopuri de TVA.
Da. Validatorul este gratuit și nu cere cont. Limita este de 10 verificări pe minut de pe aceeași adresă IP.
Nu. XML-ul este verificat în memorie pe server și este eliminat imediat după răspuns. Nu este salvat, nu apare în jurnale și nu este trimis altor servicii.
Nu există o garanție. Validatorul acoperă regulile europene EN 16931 și verificările CIUS-RO cele mai frecvente; decizia finală o ia ANAF la încărcare, iar răspunsul îl găsești în SPV.
Mesajele regulilor EN 16931 sunt textul normativ publicat de CEN, în engleză. Le afișăm neschimbate, cu ID-ul regulii, pentru că acesta este și ID-ul pe care îl citează ANAF și furnizorii de software.
Maximum 1 MB. Un XML e-Factura obișnuit are câțiva zeci de kilobytes; un fișier mai mare conține de obicei atașamente încorporate.
Brivio generează XML-ul e-Factura, îl verifică înainte de trimitere și îl încarcă automat în SPV.