Roemeense e-Factura en SAF-T in Odoo: wat je nodig hebt

Als je bedrijf in Roemenië zakendoet en daar factureert, los je fiscale compliance niet meer op met een pdf en een kwartaalaangifte. Roemenië heeft twee technische verplichtingen ingevoerd die naast elkaar bestaan: de gestructureerde elektronische factuur (RO e-Factura) en het genormaliseerde boekhoudbestand SAF-T (aangifte D406). Beide worden naar de belastingdienst, de ANAF, gestuurd in vaste formaten en binnen vaste termijnen.

Wat RO e-Factura is en wie het raakt

RO e-Factura is het nationale e-factureringssysteem van de ANAF. Elke factuur wordt opgemaakt als gestructureerd XML-bestand (gebaseerd op de Europese norm EN 16931) en naar het openbare platform verzonden, dat de factuur verzegelt en beschikbaar stelt aan de ontvanger. Sinds 2024 is het verplicht bij B2B-transacties tussen partijen die in Roemenië gevestigd zijn, en het is geleidelijk uitgebreid naar B2C. De pdf is niet langer de geldige factuur: de wettelijke factuur is het gestructureerde bestand dat de ANAF heeft geaccepteerd.

In de praktijk raakt het elk bedrijf met activiteit in Roemenië dat facturen uitstuurt naar Roemeense klanten: dochterondernemingen, distributeurs, fabrikanten en marketplaceverkopers met een lokale entiteit. De verzending moet kort na de uitgifte gebeuren, dus je kunt het niet tot het einde van de maand laten liggen.

Wat de SAF-T is (aangifte D406)

De SAF-T (Standard Audit File for Tax) is een genormaliseerd XML-bestand van de OESO met het detail van de boekhouding: grootboekschema, boekingen, klanten, leveranciers, producten, belastingen en, naargelang het geval, voorraden en activa. In Roemenië wordt het ingediend via de aangifte D406. De hoofdverplichting is terugkerend (meestal maandelijks of per kwartaal, afhankelijk van de belastingplichtige) en er zijn specifieke indieningen voor voorraden en activa wanneer de ANAF erom vraagt.

De D406 vergeeft geen mappingfouten: als je rekeningen, belastingen of relaties niet goed zijn ingedeeld, wordt het bestand afgewezen of, erger, aanvaard met inconsistente gegevens die maanden later tot verzoeken om toelichting leiden.

Zo regel je het vanuit Odoo

Het idee is dat je boekhouding al in Odoo staat, dus beide verplichtingen moeten vanuit Odoo gegenereerd worden, zonder gegevens opnieuw in te voeren in externe portalen. Onze module doet drie concrete dingen:

• Zet elke Odoo-factuur om naar het gestructureerde XML van RO e-Factura en stuurt die naar de ANAF, en haalt de status (geaccepteerd, afgewezen, fouten) terug op de factuur zelf.
• Bouwt het SAF-T-/D406-bestand op uit de boekingen, relaties, belastingen en producten die al in Odoo zijn geregistreerd, met de mapping naar het Roemeense grootboekschema.
• Valideert het formaat vóór verzending, zodat je ontbrekende verplichte velden (btw-nummer, belastingcodes, eenheden) opspoort voordat de belastingdienst ze afwijst.

Het volledige bereik van de module en het technische informatieblad vind je hier:

Waar je op moet letten vóór de livegang

• Schone stamgegevens: het btw-nummer (CUI) van relaties, belastingcodes en maateenheden moeten correct ingevuld zijn; ze zijn de belangrijkste oorzaak van afwijzingen.
• Inloggegevens en certificaat van de ANAF: toegang tot het platform vereist registratie en een token; die moet je vernieuwen en je moet de vervaldatum bewaken.
• Termijnen: de e-Factura heeft een korte termijn vanaf de uitgifte en de SAF-T is terugkerend; automatiseer de verzending om geen achterstand op te bouwen.
• Traceerbaarheid: bewaar de status en het antwoord van de ANAF gekoppeld aan elke factuur en elke D406, zodat je kunt aantonen wat er wanneer is verzonden.

Veelgestelde vragen

Wat wij hieraan doen