RO e-Factura Validator Romania
Ontdek of ANAF je factuur zou weigeren — en met welke regel (BR-RO-001, BR-RO-100, ERRIdentif) — vóór je ze naar het SPV stuurt.
Wat is RO e-Factura, en waarom weigert ANAF een factuur?
RO e-Factura is het verplichte Roemeense e-factureringssysteem: elke B2B-factuur loopt sinds 1 juli 2024 via het ANAF-platform (het SPV), B2C sinds 1 januari 2025. Een door het platform geweigerde factuur is juridisch niet uitgereikt. Het formaat is RO_CIUS — een nationale CIUS van de Europese norm EN 16931, gedragen door OASIS UBL 2.1 (factuur = FACT1, creditnota = FCN). Deze gratis validator draait dezelfde drie lagen als ANAF zelf, in dezelfde volgorde: het OASIS UBL 2.1-XSD; het OFFICIËLE CIUS-RO-Schematron van het ministerie van Financiën (ro16931-ubl-1.0.9, van kracht sinds 5 juni 2024), dat zowel de EN 16931-kernregels (BR-*, BR-CO-*) als de Roemeense regels bevat (BR-RO-001 voor de CustomizationID, BR-RO-020 voor de factuurtypecode, BR-RO-100 voor de schrijfwijze SECTOR1…SECTOR6 in Boekarest…); en de fiscale-identiteitscontrole die BUITEN het Schematron leeft en die de meeste tools missen — het controlecijfer van de CUI en de CNP, die ANAF weigert onder de code ERRIdentif. Alles draait in je browser: de factuur verlaat je toestel nooit.
Over de RO e-Factura-validator
RO e-Factura is het verplichte e-factureringssysteem van Roemenië. Elke B2B-factuur loopt sinds 1 juli 2024 via het clearingplatform van ANAF (het SPV), en elke B2C-factuur sinds 1 januari 2025. Het platform aanvaardt het bestand of weigert het — en een geweigerde factuur is juridisch geen factuur. De enige vraag die telt is dus niet 'is mijn XML welgevormd?' maar 'zal ANAF hem aanvaarden, en zo niet, waarom?'. Dat is de vraag die deze tool beantwoordt.
Hij beantwoordt die vraag door dezelfde drie lagen te draaien die ANAF zelf draait, in dezelfde volgorde. Eerst het OASIS UBL 2.1 XSD — het schema vangt wat geen enkele bedrijfsregel ziet, zoals een element in de verkeerde volgorde, en ANAF weigert daarop nog vóór al het andere. Daarna het OFFICIËLE CIUS-RO Schematron van het ministerie van Financiën (ro16931-ubl-1.0.9, van kracht sinds 5 juni 2024): geen herimplementatie, maar het bestand van het ministerie zelf, ongewijzigd gecompileerd en uitgevoerd. Het bevat de kernregels van EN 16931 (BR-*, BR-CO-*) en de Roemeense regels (BR-RO-*), en zijn meldingen zijn precies die welke het SPV u woordelijk zal terugsturen.
De derde laag is degene die vrijwel elke gratis tool mist. Het controlecijfer van de CUI (het Roemeense fiscale nummer) en van de CNP (het persoonsnummer dat in B2C wordt gebruikt) maakt GEEN deel uit van het Schematron — ANAF verifieert ze apart en weigert de factuur onder een eigen code, ERRIdentif ('CUI cumparator incorect', 'CNP sau NIF vanzator incorect'). Een validator die alleen het Schematron draait, verklaart dus een bestand geldig dat ANAF zal weigeren. Onze regels voor deze twee identificatoren zijn vastgesteld door de offline validator van het ministerie als orakel te bevragen — de algoritmen zijn nergens gepubliceerd — en ze coderen wat hij werkelijk doet: een CNP moet niet alleen zijn checksum doorstaan, ook de erin gecodeerde geboortedatum moet bestaan (een 31 april wordt geweigerd), terwijl een NIF (beginnend met 9) helemaal geen datum bevat en van die test is vrijgesteld.
Onthoud dit
- Een groen oordeel hier betekent dat het BESTAND schoon is. Het SPV controleert daarnaast wie het indient, of de partijen geregistreerd zijn en of u binnen de termijn zit (5 werkdagen sinds 1 januari 2026) — dat vereist de systemen van ANAF en wordt expliciet in het resultaat vermeld.
- BR-RO-001 is de meest voorkomende weigering: een factuur die nog CIUS-RO:1.0.0 declareert. Beide voorbeeldbestanden die het ministerie zelf publiceert, dragen die dode waarde — en de eigen validator van het ministerie weigert ze.
- De CUI-controle is puur rekenkundig: een welgevormd maar onbestaand nummer komt door de validatie. Slagen betekent hier niet dat het bedrijf bestaat.
- De anonieme B2C-identificator 0000000000000 (dertien nullen) is legitiem en mag nooit worden geweigerd — hij is in productie sinds 16 december 2024.
- RO_CIUS dekt ook de CII-syntaxis, maar het ministerie publiceert daarvoor Schematron noch validator: zijn twee officiële tools aanvaarden alleen UBL. Dat zeggen we, in plaats van een oordeel te simuleren dat we niet kunnen reproduceren.
Veelgestelde vragen
Waarom weigert ANAF mijn factuur met BR-RO-001?
Omdat BT-24 (CustomizationID) niet de exacte waarde bevat die RO_CIUS vereist: urn:cen.eu:en16931:2017#compliant#urn:efactura.mfinante.ro:CIUS-RO:1.0.1. De vorige waarde, eindigend op 1.0.0, werd op 29 december 2022 ingetrokken bij besluit OMF 4092/2022 en wordt geweigerd. Het is veruit de meest voorkomende weigering — en de twee voorbeeldfacturen op mfinante.gov.ro dragen hem nog altijd.
Wat betekent 'CUI cumparator incorect'?
Dat het Roemeense fiscale nummer (CUI) van de koper een verkeerd controlecijfer heeft. Deze controle maakt geen deel uit van het Schematron: ANAF voert hem apart uit en meldt hem onder de code ERRIdentif — daarom zal een validator die alleen het Schematron draait, zeggen dat de factuur in orde is. Let op: de controle is puur rekenkundig, ANAF verifieert in dit stadium niet dat het bedrijf bestaat, alleen dat het nummer welgevormd is. De equivalente meldingen zijn 'CUI vanzator incorect' voor de verkoper en 'CNP sau NIF … incorect' wanneer de identificator een 13-cijferig persoonsnummer is.
Mijn stad is Boekarest en de factuur wordt geweigerd (BR-RO-100). Waarom?
Omdat wanneer het land RO is en de onderverdeling (BT-39/BT-40) RO-B, de stad (BT-37) een van SECTOR1, SECTOR2, SECTOR3, SECTOR4, SECTOR5, SECTOR6 moet zijn — in hoofdletters, zonder spatie. Het ministerieel besluit schrijft ze zelf als 'Sector 1', 'Sector 2'…, maar het Schematron dat ANAF werkelijk draait eist SECTOR1. Wanneer de wettekst en de implementatie elkaar tegenspreken, is het de implementatie die uw bestand weigert.
Welke factuurtypecodes (BT-3) aanvaardt Roemenië?
Op een Invoice: 380 (factuur), 384 (gecorrigeerde factuur), 389 (self-billing) en 751 (factuur — informatie voor boekhoudkundige doeleinden). De code 381 (creditnota) wordt alleen aanvaard op een CreditNote-document, nooit op een Invoice — de tekst van regel BR-RO-020 somt alle vijf samen op, wat misleidend is; de XPath ervan doet dat niet.
Stuurt deze tool mijn factuur naar ANAF?
Nee. Niets verlaat uw browser: het XSD, het officiële Schematron en de identiteitscontroles draaien lokaal, op uw eigen machine. Dat betekent ook dat wij de controles die de systemen van ANAF vereisen niet kunnen uitvoeren — uw authenticatie, het belastingplichtigenregister, de indieningstermijn — en het resultaat somt die expliciet op in plaats van ze te verzwijgen.
Kan ik hier een CII-e-factuur (UN/CEFACT) valideren?
Nee, en dat is bewust. RO_CIUS dekt de CII-syntaxis wel degelijk, maar het ministerie van Financiën publiceert daarvoor Schematron noch validator: beide officiële tools — de offline applicatie en de webservice /validare — aanvaarden alleen UBL (FACT1 en FCN). Wij zouden het oordeel van ANAF over een CII-bestand niet kunnen reproduceren, dus zeggen we dat liever dan er een te verzinnen. Gebruik de UBL-/Peppol-validator voor de EN 16931-regels, of zet de factuur om naar UBL.
ValidateFin is an independent tool, neither certified nor endorsed by ANAF or the Romanian Ministry of Finance. “Official” refers to the artefacts it runs — the CIUS-RO Schematron (ro16931-ubl-1.0.9) and the OASIS UBL 2.1 schemas published by the Ministry — not to any accreditation of this tool. A file that passes here still has to be accepted by the SPV, which additionally checks the depositor’s identity, the taxpayer registry and the transmission deadline; those checks are listed explicitly in the result rather than passed over in silence. Validating a file here does not transmit it to ANAF.