« Nous devons déposer la D406. » Si cette phrase est apparue récemment dans les discussions avec votre comptable, et que votre réponse a été un « bon… » hésitant, cet article est pour vous. Ce n’est pas un guide de comptabilité — c’est l’explication, dans la langue du dirigeant d’entreprise, de ce que SAF-T exige réellement de vos systèmes informatiques.
Car c’est ce qui se perd souvent dans la discussion : la D406 ressemble à une obligation comptable, mais sa réussite ou son échec se joue dans le logiciel de gestion. La déclaration ne se « remplit » pas — elle se génère, automatiquement, à partir des données que votre ERP possède (ou ne possède pas). Si les données sont propres, le dépôt est une routine. Sinon, chaque échéance devient une opération de sauvetage.
Ce qu’est SAF-T et ce qu’est la D406
SAF-T (Standard Audit File for Tax) est le fichier standard d’audit fiscal : un format électronique par lequel les entreprises transmettent périodiquement à l’ANAF (l’administration fiscale roumaine) une radiographie détaillée de leur comptabilité et de leur situation fiscale. En Roumanie, il prend la forme de la déclaration D406 — un fichier XML à structure imposée, généré à partir des données comptables et déposé par voie électronique.
La fréquence suit votre période fiscale de TVA : mensuelle pour les assujettis à TVA mensuelle, trimestrielle pour ceux à TVA trimestrielle. Autrement dit, ce n’est pas une déclaration annuelle que vous réglez en une semaine d’effort concentré — c’est un flux permanent, qui suppose que les données soient en ordre tout le temps, pas seulement en fin d’année.
Pourquoi l’obligation a atteint aussi les petites entreprises
SAF-T a été introduit par étapes : d’abord les grands contribuables, puis les moyens, puis les petits. L’échelonnement a été pensé précisément parce que l’adaptation des systèmes demande du temps — et maintenant le processus est complet : l’obligation couvre toutes les catégories de contribuables. Les petites entreprises, qui ont eu le plus de temps à disposition, sont aussi celles qui sont souvent arrivées les moins préparées à l’échéance — non par mauvaise volonté, mais parce que personne en interne n’avait le sujet dans sa fiche de poste.
Si votre entreprise est en début de chemin avec la D406, la bonne nouvelle est que le sentier est déjà battu : les erreurs typiques sont connues, et les logiciels roumains de comptabilité et de gestion ont eu des années pour construire leurs exports. Reste votre part : vérifier que la chaîne fonctionne de bout en bout chez vous, pas seulement dans la brochure de l’éditeur.
Quelles données entrent dans la D406
Sans entrer dans la structure technique du fichier, la déclaration reprend des informations directement de la comptabilité : données d’identification et nomenclatures (clients, fournisseurs, comptes, produits), journaux comptables, factures de vente et d’achat, paiements et encaissements. Certaines sections — par exemple celles liées aux stocks ou aux actifs — ont leurs propres règles et échéances ; là, laissez le comptable mener la discussion et demandez-lui la liste exacte de ce qui s’applique à votre entreprise.
Le point important pour vous est ailleurs : toutes ces données doivent exister dans le système, complètes et cohérentes. Le fichier XML n’est que leur miroir.
La partie qui relève de l’informatique : votre logiciel peut-il générer le fichier ?
C’est ici que les chemins se séparent. La question n’est pas seulement « le logiciel a-t-il un bouton d’export D406 ? » — la plupart l’ont. La question est de savoir si les données derrière le bouton sont dans l’état exigé. Les problèmes qui apparaissent le plus souvent :
- Des partenaires aux données incomplètes : clients et fournisseurs sans code fiscal valide, avec des noms en double ou sans pays. Chaque enregistrement bancal peut devenir une erreur de validation.
- Le plan comptable : la structure exigée par la déclaration suppose une correspondance claire entre les comptes utilisés par l’entreprise et la nomenclature imposée — si l’entreprise utilise des comptes analytiques exotiques, la correspondance doit être définie explicitement.
- Les nomenclatures de produits et les taux de TVA : des articles créés à la hâte, des taux attribués manuellement, des unités de mesure incohérentes — tout remonte à la surface à l’export.
- L’historique : les vieilles données, migrées un jour depuis un système antérieur, peuvent avoir des trous qui n’ont dérangé personne jusqu’ici.
La règle pratique : générez le fichier de test tôt et passez-le par le validateur mis à disposition par l’ANAF avant la première échéance réelle. La liste d’erreurs du premier test est, en réalité, votre liste de travail — et il est bien plus agréable de la découvrir un jour tranquille que le jour du dépôt. Si les erreurs se révèlent structurelles — des données à nettoyer en masse, des exports à construire ou à compléter — c’est là que devient utile un projet ponctuel de développement et d’automatisation, qui répare la cause, pas seulement le symptôme à chaque échéance.
Les questions à poser à l’éditeur du logiciel
- L’export D406 couvre-t-il toutes les sections qui s’appliquent à notre entreprise, à notre fréquence de déclaration ?
- Que se passe-t-il quand la structure exigée par l’ANAF change — la mise à jour arrive-t-elle automatiquement, à temps, et à quels coûts ?
- Existe-t-il une validation avant l’export, qui nous montre les erreurs de données directement dans le programme, pas seulement au dépôt ?
- Comment se corrige une déclaration déjà déposée et à quel point est-il difficile de refaire le fichier ?
- Qui répond aux questions dans la semaine de l’échéance — et à quelle vitesse ?
Des réponses vagues aux questions 2 et 5 sont le signal d’alarme classique : l’obligation est périodique, donc le support doit l’être aussi.
Qui dépose : le comptable, le logiciel ou les deux
En pratique, la D406 est un sport d’équipe : le comptable répond de la justesse des données et du dépôt, le logiciel de la génération du fichier, et l’entreprise — c’est-à-dire vous — du fait que les deux ont ce qu’il leur faut. La plupart des blocages apparaissent exactement aux frontières : le comptable externe n’a pas accès à l’ERP, l’ERP exporte dans un format que le programme du comptable ne lit pas, personne ne sait qui appuie sur le bouton la semaine des congés.
Cela vaut une discussion d’une heure, une fois, où vous établissez : qui génère le fichier, qui le valide, qui le dépose, qui garde les preuves et comment les données circulent entre les systèmes sans exports manuels répétés. Si vous ne savez pas avec qui mener cette discussion côté technique, la foire aux questions sur le conseil informatique montre comment s’abordent d’habitude ce type de clarifications.
Et encore une chose : la D406 n’est pas la seule obligation numérique à échéance de 2026 — les règles e-Factura ont changé elles aussi au 1er janvier, et les deux s’appuient sur les mêmes données et les mêmes systèmes. Un ménage fait une fois sert aux deux.
La prochaine étape : demandez au comptable la date de la première (ou de la prochaine) échéance D406 de l’entreprise et programmez un export de test au moins quelques semaines avant. Neoxis, société de services informatiques fondée en 2015 à Pitești, travaille avec des PME de toute la Roumanie sur exactement ce type de préparation des systèmes.