La plateforme TEJ — transfert et échange de données fiscales — est obligatoire pour toutes les entreprises tunisiennes depuis le 1er janvier 2026. Les certificats de retenue à la source, jusque-là déposés selon des modalités variables, passent désormais tous par elle.
Les points clés
- Champ d'application : toutes les entreprises, sans seuil d'effectif ni de chiffre d'affaires.
- Deux voies de dépôt : la saisie directe sur la plateforme, ou le dépôt d'un fichier XML conforme au cahier des charges CCT-RS-V2 et aux trois schémas XSD publiés.
- Délai : les certificats sont établis dans un délai n'excédant pas la fin du mois suivant celui du paiement. Un paiement de juillet donne un certificat au 31 août au plus tard.
- Portée du rejet : un dépôt est refusé dans son ensemble si un seul certificat est mal formé.
Pourquoi le fichier XML devient la voie normale
La saisie directe reste tenable pour une poignée de certificats mensuels. Au-delà, elle ne l'est plus : chaque opération porte un bénéficiaire identifié, une date, une référence unique, des montants et un code d'opération pris dans une nomenclature de 36 entrées.
Le fichier XML n'est donc pas une commodité pour grandes structures ; c'est le régime normal dès qu'une entreprise a plus de quelques fournisseurs soumis à retenue.
Ce qui pose problème en pratique
Le format est documenté et stable. La difficulté est ailleurs — dans le trajet entre la comptabilité et le fichier.
Le point le plus coûteux tient en une ligne du schéma : les montants sont typés en entiers arrondis en millimes. Le dinar comptant trois décimales, 1 234,500 DT s'écrit 1234500. Un tableur, lui, enregistre 1234.5, et le point décimal fait refuser le dépôt. C'est la première cause de rejet, et elle ne vient d'aucune incompréhension de la règle fiscale.
S'y ajoutent trois causes régulières : un matricule fiscal qui ne respecte pas le format 7 chiffres + 1 lettre majuscule, une référence de certificat en double dans le même dépôt — typiquement un compteur reparti de 1 — et un net servi qui n'égale pas exactement le TTC moins la retenue.
Aucune de ces quatre causes n'est signalée de façon exploitable par la plateforme, qui refuse l'ensemble sans nommer la ligne fautive.
Vérifier avant de déposer
Nous avons publié un validateur XML pour la retenue à la source : il lit le fichier dans le navigateur, applique les règles du cahier des charges et indique le certificat et le champ en cause. Le fichier n'est envoyé nulle part — il nomme chaque bénéficiaire et chaque montant, ce qui n'est pas une donnée à transmettre pour un contrôle de syntaxe.
Le guide complet du fichier XML détaille l'obligation et la structure ; le tutoriel technique couvre la génération depuis vos propres écritures.
Ce qu'il faut retenir
L'échéance est mensuelle et l'obligation ne souffre plus d'exception. Les entreprises qui produisent encore leur fichier par un export repris à la main dans un tableur ont douze occasions par an de rater un dépôt — et le contrôle a plus de valeur avant l'envoi qu'après le refus.