e-Factura et SAF-T roumains dans Odoo : ce qu'il vous faut

Si votre entreprise facture en Roumanie, la conformité fiscale ne se règle plus avec un PDF et une déclaration trimestrielle. La Roumanie a mis en place deux obligations techniques qui coexistent : la facture électronique structurée (RO e-Factura) et le fichier comptable normalisé SAF-T (déclaration D406). Toutes deux sont transmises à l'administration fiscale, l'ANAF, dans des formats précis et selon des délais précis.

Ce qu'est RO e-Factura et qui est concerné

RO e-Factura est le système national de facturation électronique géré par l'ANAF. Chaque facture est émise au format XML structuré (basé sur la norme européenne EN 16931) et transmise à la plateforme publique, qui la scelle et la met à la disposition du destinataire. Depuis 2024, il est obligatoire pour les opérations B2B entre assujettis établis en Roumanie, et il s'est progressivement étendu au B2C. Le PDF n'est plus la facture valide : la facture légale est le fichier structuré accepté par l'ANAF.

En pratique, il concerne toute entreprise ayant une activité en Roumanie qui émet des factures à des clients roumains : filiales, distributeurs, fabricants et vendeurs sur marketplace disposant d'une entité locale. L'envoi doit se faire dans un délai court après l'émission, il ne peut donc pas attendre la fin du mois.

Ce qu'est le SAF-T (déclaration D406)

Le SAF-T (Standard Audit File for Tax) est un fichier XML normalisé de l'OCDE qui détaille la comptabilité : plan comptable, pièces comptables, clients, fournisseurs, produits, taxes et, selon le cas, stocks et immobilisations. En Roumanie, il est transmis au moyen de la déclaration D406. L'obligation principale est récurrente (en général mensuelle ou trimestrielle selon le contribuable), avec des déclarations spécifiques pour les stocks et les immobilisations lorsque l'ANAF l'exige.

Le D406 ne pardonne pas les erreurs de correspondance : si vos comptes, vos taxes ou vos tiers ne sont pas bien classés, le fichier est rejeté ou, pire, accepté avec des données incohérentes qui donnent lieu à des demandes de renseignements des mois plus tard.

Comment cela se gère depuis Odoo

L'idée est que votre comptabilité se trouve déjà dans Odoo : les deux obligations doivent donc être générées à partir de là, sans ressaisir les données dans des portails externes. Notre module fait trois choses concrètes :

• Il convertit chaque facture Odoo en XML structuré RO e-Factura et l'envoie à l'ANAF, en reportant le statut (acceptée, rejetée, erreurs) sur la facture elle-même.
• Il construit le fichier SAF-T / D406 à partir des pièces comptables, des tiers, des taxes et des produits déjà enregistrés dans Odoo, avec la correspondance au plan comptable roumain.
• Il valide le format avant l'envoi, afin que vous repériez les champs obligatoires manquants (numéro fiscal, codes de taxe, unités) avant que l'administration ne les rejette.

Vous pouvez consulter le périmètre complet du module et sa fiche technique ici :

Points de vigilance avant la mise en production

• Des données de base propres : le numéro fiscal/CUI des tiers, les codes de taxe et les unités de mesure doivent être correctement renseignés ; c'est la première cause de rejet.
• Identifiants et certificat de l'ANAF : l'accès à la plateforme exige une inscription et un jeton ; il faut le renouveler et surveiller sa date d'expiration.
• Délais : l'e-Factura a un délai court après l'émission et le SAF-T est récurrent ; automatisez l'envoi pour ne pas accumuler de retards.
• Traçabilité : conservez le statut et la réponse de l'ANAF rattachés à chaque facture et à chaque D406, afin de pouvoir prouver ce qui a été envoyé et quand.

Questions fréquentes

Ce que nous faisons à ce sujet