Suspension et exonération de TVA : votre facture TEIF passe le contrôle TTN, mais est-elle conforme ?

Il existe deux promesses très différentes sur le marché de la facturation électronique en Tunisie. La première : « votre déclaration passera ». La seconde : « votre fichier passera, et il sera conforme, sans risque fiscal ». Elles se ressemblent. Elles n'engagent pas du tout la même chose.

Un fichier TEIF peut être accepté par la plateforme El Fatoora, ne générer aucune erreur, obtenir sa référence de validation — et déclarer des données fausses à l'administration fiscale. Ce n'est pas une hypothèse d'école : c'est la situation la plus fréquente sur les factures en suspension de TVA et en exonération.

Ce que le contrôle TTN vérifie réellement

La validation opérée à la réception d'un message TEIF est une validation de forme. Elle s'appuie sur un schéma XSD, et un schéma XSD sait faire trois choses :

• vérifier que les éléments obligatoires sont présents et dans le bon ordre ;
• vérifier que les codes utilisés appartiennent bien aux référentiels autorisés ;
• vérifier que les types de données sont respectés (longueurs, formats, énumérations).

C'est tout. Et c'est déjà beaucoup. Mais un schéma ne sait pas, et ne saura jamais, si le taux de TVA que vous déclarez correspond au taux réellement applicable à l'opération, ni si le montant que vous rangez sous le code « exonéré » est effectivement exonéré.

Autrement dit : le contrôle vérifie que le formulaire est correctement rempli. Il ne vérifie pas que le formulaire dit la vérité. La responsabilité de la véracité reste entièrement chez l'émetteur.

Pourquoi la suspension et l'exonération concentrent les erreurs

Sur une facture ordinaire, il n'y a qu'une seule vérité à écrire : le taux s'applique, la taxe est due, elle est encaissée. Sur une facture en régime dérogatoire, le fichier doit exprimer deux informations distinctes en même temps :

• le taux applicable à l'opération — celui qui s'appliquerait sans le régime dérogatoire ;
• la taxe réellement exigible — nulle, précisément parce que le régime s'applique.

La quasi-totalité des erreurs que l'on rencontre vient de la même cause : les chaînes de génération écrasent ces deux informations l'une sur l'autre. Le résultat passe le contrôle technique, parce qu'il est syntaxiquement irréprochable. Il n'en est pas moins faux.

Quatre erreurs qui passent le contrôle sans broncher

1. Déclarer un taux de 0 % sur une vente en suspension

C'est l'erreur la plus répandue. Une vente en suspension de TVA n'est pas une vente à taux zéro : le taux reste celui de l'opération — 19 % le plus souvent — il n'est simplement pas exigible, en vertu d'une attestation détenue par l'acheteur.

<!-- Ce que l'on voit trop souvent -->
<TaxDetails>
  <TaxRate>0.00</TaxRate>
</TaxDetails>

<!-- Ce que la facture dit réellement -->
<TaxDetails>
  <TaxRate>19.00</TaxRate>
</TaxDetails>

Le schéma accepte 0.00 sans broncher : c'est une valeur parfaitement valide. Mais fiscalement, vous venez de déclarer que l'opération n'était pas taxable — ce qui est faux — au lieu de déclarer qu'elle était taxable et non exigible. Le régime suspensif disparaît purement et simplement de votre déclaration, et l'attestation détenue par votre client n'a plus de contrepartie dans les données transmises.

2. Confondre « montant exonéré » et « montant objet de suspension »

Ce sont deux codes distincts, pour deux régimes distincts et mutuellement exclusifs sur une même opération. L'un désigne le chiffre d'affaires exonéré, l'autre le chiffre d'affaires placé sous suspension.

L'erreur classique consiste à alimenter les deux avec le même montant, « pour être sûr ». Sur une facture de 10 000,000 TND entièrement en suspension, on se retrouve alors à déclarer 10 000,000 en suspension et 10 000,000 en exonéré, soit 20 000,000 de chiffre d'affaires dérogatoire sur une facture qui en compte 10 000,000.

Aucun contrôle technique ne s'en aperçoit : les deux codes existent, les deux montants sont bien formés. Pourtant la règle est simple et devrait être vérifiée systématiquement :

montant exonéré + montant en suspension ≤ total HT de la facture

Et sur une facture mixte — certaines lignes en régime normal, d'autres en suspension — chaque code ne doit porter que la part qui le concerne, jamais la totalité.

3. Facturer une TVA que l'on déclare suspendue

C'est la plus grave, parce qu'elle ne se limite pas à la déclaration : elle affecte l'encaissement.

Sur une facture en suspension de 10 000,000 TND HT à 19 %, le montant réclamé au client doit être de 10 000,000 (augmenté le cas échéant du droit de timbre), et non de 11 900,000. La TVA est mentionnée à titre informatif ; elle n'est pas encaissée.

Or de nombreuses chaînes calculent mécaniquement le TTC comme « HT + taxes + timbre », sans jamais neutraliser la part suspendue. Le fichier obtenu est arithmétiquement cohérent — il franchit donc non seulement le contrôle de schéma, mais aussi les contrôles de cohérence des totaux. Et pendant ce temps, le client paie 1 900,000 TND de TVA qu'il ne devait pas.

4. Déclarer un montant qui ne correspond à rien

Dernier cas, plus insidieux : le montant déclaré sous le code dérogatoire n'est ni la base HT, ni le montant de taxe, mais un troisième chiffre — souvent le total TTC de la ligne concernée, c'est-à-dire base et taxe additionnées.

Ces champs étant purement déclaratifs, aucun calcul de contrôle ne les recoupe. Ils traversent toute la chaîne sans jamais être confrontés à quoi que ce soit. Ce sont pourtant exactement les montants que l'administration lira pour apprécier votre régime.

« C'est bien de déclarer. Est-ce bien de déclarer faux ? »

C'est la vraie question, et elle est rarement posée.

La facturation électronique ne change pas seulement le support de la facture : elle change son statut. La donnée structurée que vous transmettez devient la source primaire pour l'administration. Ce n'est plus le PDF qui fait foi auprès d'elle, c'est le XML.

Cela crée une asymétrie que beaucoup d'entreprises n'ont pas encore intégrée. Un fichier rejeté, vous le voyez. Vous le corrigez, vous le renvoyez, l'incident est clos en quelques minutes. Un fichier accepté qui déclare faux, vous ne le voyez pas. Il s'accumule, mois après mois, dans un historique parfaitement propre du point de vue technique — jusqu'au contrôle.

Le risque s'est déplacé. Il n'est plus technique, il est fiscal. Et le fait d'avoir obtenu une référence de validation ne constitue en rien une validation du fond : la plateforme n'a jamais prétendu contrôler la véracité de ce que vous déclarez.

Les six contrôles que votre chaîne devrait faire

Voici ce qu'une solution sérieuse doit vérifier avant transmission, au-delà du schéma :

1. Le taux déclaré est le taux applicable à l'opération, pas le taux encaissé.
2. La taxe exigible est nulle sur la part suspendue ou exonérée, et uniquement sur cette part.
3. Le montant réclamé au client n'inclut pas la TVA suspendue.
4. Montant exonéré + montant en suspension ≤ total HT.
5. Une même ligne relève d'un seul régime : ni exonérée et suspendue à la fois, ni comptée deux fois.
6. Tout régime dérogatoire déclaré s'appuie sur une pièce justificative référencée dans le fichier — attestation de suspension, justificatif d'export.

Conformité technique n'est pas conformité fiscale

Passer le contrôle TTN est un prérequis, pas un objectif. C'est la condition d'entrée, celle sans laquelle rien ne se passe — mais elle ne dit rien de la qualité fiscale de ce que vous avez transmis.

Quand vous évaluez une solution de facturation électronique, la question à poser n'est donc pas « est-ce que mes factures passeront ? ». Toutes les solutions du marché savent produire un XML qui passe. La question est : « est-ce que mes factures diront la vérité ? » — et, en particulier, sur les régimes dérogatoires, qui sont précisément ceux où l'enjeu financier est le plus élevé et où le contrôle automatique est le plus silencieux.

Chez TEIF Manager, nous considérons qu'une facture n'est conforme que lorsqu'elle est juste sur les deux plans. C'est pour cette raison que nos contrôles ne s'arrêtent pas au schéma.