Votre boutique tourne. Les commandes arrivent, le livreur passe, l'argent rentre. À partir de 2026, chacune de ces ventes devra aussi produire une facture électronique signée et déposée auprès de la plateforme nationale El Fatoora.
La plupart des articles sur le sujet vous expliqueront le format, la signature et l'échéance. Ce sont des questions résolues. Celle qui ne l'est pas, et qui concerne spécifiquement le commerce en ligne tunisien, est ailleurs.
Le paiement à la livraison change toute la mécanique
En Tunisie, une part importante des commandes en ligne se règle à la livraison. Entre le moment où le client valide son panier et celui où il paie, il se passe deux ou trois jours, parfois davantage. Et dans l'intervalle, tout peut arriver : le client ne répond pas, refuse le colis, n'en prend qu'une partie, ou change un article contre un autre.
Une boutique française n'a pas ce problème. Le paiement est encaissé au moment de la commande, la facture suit immédiatement, et l'affaire est close. C'est pour cette réalité-là que sont écrits la majorité des outils.
Ce que la loi demande, sans le jargon
Une facture électronique conforme en Tunisie n'est pas un PDF envoyé par email. Elle repose sur trois éléments qui doivent tous être réunis.
| Élément | Ce que c'est |
|---|---|
| Le format | Un fichier XML normalisé, appelé TEIF, dans sa version 1.8.8. Ce n'est pas un document lisible tel quel, c'est un fichier structuré que l'administration sait lire. |
| La signature | Une signature électronique au format XAdES, adossée à un certificat qualifié tunisien. Elle scelle le contenu : toute modification ultérieure se détecte. |
| Le dépôt | La transmission à la plateforme El Fatoora, opérée par Tunisie TradeNet, qui valide, horodate et conserve. C'est elle qui fait foi, pas votre copie. |
Les trois sont indissociables. Un fichier au bon format mais non signé n'est pas une facture électronique. Un fichier signé mais non déposé non plus.
La vraie question : à quel moment émettre ?
Trois moments sont possibles dans le parcours d'une commande. Ils n'ont pas les mêmes conséquences, et le choix vous appartient.
À la validation du panier
La facture part dès que le client confirme sa commande.
À éviter en paiement à la livraison.
Vous facturez des commandes qui seront refusées ou retournées. Chaque annulation vous coûte un avoir, donc une seconde e-facture, donc un second jeton consommé. Sur un taux de retour de quinze pour cent, vous payez près d'un tiers de documents en trop.
À l'expédition
La facture part quand le colis quitte votre dépôt.
Meilleur, mais encore prématuré.
Le colis part, mais rien ne garantit qu'il sera accepté. Vous éliminez les commandes annulées avant expédition, pas les refus à la porte.
À la livraison confirmée
La facture part quand la commande passe au statut « livrée » ou « paiement accepté ».
C'est le moment juste.
La vente est réelle, le montant est définitif, le client a payé ce qu'il emporte. La facture reflète une transaction qui a eu lieu, et vous ne consommez un document que pour une vente aboutie.
Ce choix n'est pas cosmétique. Il détermine votre volume de factures, donc votre coût, et la propreté de votre comptabilité.
Le piège des retours partiels
Un client commande trois articles, en refuse un à la livraison et garde les deux autres. Que devient la facture ?
Si elle a déjà été émise pour trois articles, il faut un avoir pour un article. Cet avoir est une facture électronique à part entière : même format, même signature, même dépôt. Il consomme un document supplémentaire et doit référencer la facture d'origine.
Et si la signature tombe en panne pendant que le client attend ?
C'est la question que se pose tout marchand ayant déjà vu un service externe ralentir sa boutique. Si la signature ou le dépôt prennent dix secondes, votre client attend dix secondes devant un écran de confirmation. S'ils échouent, votre commande échoue avec eux.
Le principe à exiger de n'importe quelle solution est le même : la facturation ne doit jamais bloquer la vente. La commande se termine immédiatement, la facture se fabrique ensuite, en arrière-plan. Si le dépôt échoue, il est réessayé plus tard sans que personne n'ait rien remarqué.
Ce que fait notre module PrestaShop
Le module eFactureTN pour PrestaShop applique exactement ces principes.
- Vous choisissez le déclencheur. Le statut de commande à partir duquel la facture est émise se règle dans la configuration du module. Vous n'êtes pas enfermé dans le choix de l'éditeur.
- Rien ne bloque la boutique. La commande se conclut normalement. La génération, la signature et le dépôt se font en arrière-plan, avec reprise automatique en cas d'échec.
- La fiscalité tunisienne est appliquée. Taux de TVA locaux, FODEC, timbre fiscal, arrondis au millime.
- Les avoirs suivent. Un remboursement dans PrestaShop produit l'avoir correspondant, rattaché à sa facture d'origine.
- Vous suivez l'état de chaque commande depuis l'administration de votre boutique : facture émise, déposée, validée par le TTN, ou en attente.
Le module est compatible avec PrestaShop 1.7, 8 et 9. Il fonctionne comme un client léger : la signature et le dépôt sont assurés par nos serveurs, votre boutique n'a ni certificat à installer ni bibliothèque à maintenir.
Par où commencer
Trois choses à faire, dans cet ordre.
Comptez vos volumes réels. Pas vos commandes : vos commandes livrées, plus vos avoirs, sur les douze derniers mois. C'est le chiffre qui déterminera votre formule.
Décidez de votre moment d'émission. Regardez vos statuts PrestaShop actuels et identifiez celui qui correspond à « la vente est certaine ». C'est celui-là qu'il faudra brancher.
Essayez avant d'engager quoi que ce soit. Un compte eFactureTN gratuit se crée en quelques minutes, sans carte bancaire, et vous permet de produire vos premiers documents et de voir concrètement ce que la conformité implique.