Facturation électronique : cas d'usage n°30 - TVA déjà collectée (restaurant et autres commerces de proximité)

Un ticket de caisse déjà déclaré à l'administration dans le cadre du e-reporting, puis un client qui, après coup, s'avère être un professionnel et réclame une facture : cette situation banale expose à un risque bien précis : la double déclaration de la même vente. Le cas d'usage n°30 de la norme AFNOR XP Z12-014 y répond avec un mécanisme technique : le cadre de facturation « TVA déjà collectée ». Ce cas concerne la restauration, mais également bon nombre de commerces de proximité.

Rédigé par Damien PEAN

Titulaire d'un DESCF (diplôme d'études supérieures comptables et financières, BAC+5), Damien Péan intervient depuis 15 ans en tant que formateur dans les domaines de la comptabilité, de la fiscalité, du contrôle de gestion et de l'analyse financière. Il s'adresse autant à des étudiants et à des publics non-initiés, qu'à des professionnels confirmés pour des formations courtes ou longues.
Il collabore en parallèle depuis 10 ans à l'écriture de nombreux articles et fiches pratiques et autres outils de gestion pour le site legifiscal.fr

Bibliographie

  • Livre « Comprendre les comptes annuels » (Gereso, 5e édition, 2022)
6 min de lecture
En bref - Résumé IA
Réservé aux abonnés

Comprendre les codes BT, BG et EXT-FR-FE

Avant d'entrer dans le détail, nous apportons des précisions sur les codes techniques cités entre parenthèses dans cette fiche (BT-23…). Ils viennent de la norme européenne EN16931, qui donne un identifiant unique à chaque donnée d'une facture électronique : BT (Business Term) pour un champ précis, comme le cadre de facturation. Dans l'usage quotidien, ces codes n'apparaissent pas. Votre logiciel de facturation affiche des libellés classiques, jamais « BT-23 ». Ils redeviennent utiles en cas de rejet de facture, où le message d'erreur cite souvent le code en cause, ou lors du paramétrage d'un logiciel avec un système de caisse.

Le principe : éviter la double imposition d'une même vente

Ce cas de gestion concerne toute opération entre assujettis qui relève normalement de la facturation électronique (e-invoicing), mais qui a déjà fait l'objet d'un e-reporting de transaction B2C ; typiquement parce qu'elle a d'abord été enregistrée dans un logiciel ou un système de caisse, avant que l'on sache qu'il s'agissait en réalité d'un client professionnel.

Le risque est direct. Si une facture électronique classique est ensuite émise pour cette même vente, elle génère un flux 1 vers l'administration fiscale, qui vient s'ajouter aux flux d'e-reporting (10.3 pour la transaction, 10.4 pour le paiement) déjà transmis par la caisse. Ainsi, sans précaution particulière, la même vente et la même TVA se retrouvent comptabilisées deux fois auprès de l'administration.

Ce cas s'applique à toute opération enregistrée en caisse, déclarée en e-reporting B2C, puis facturée à postériori à la demande du client. Les notes de restaurant en sont l'exemple le plus connu, mais très loin d'être le seul. À l'inverse, si l'erreur est corrigée directement dans le logiciel de caisse avant tout e-reporting, la facture suit simplement le circuit électronique classique, sans qu'il soit besoin de ce mécanisme particulier.

Exemple donné par l'AFNOR : le décorateur floral aux deux clientèles

L'AFNOR illustre ce cas avec un décorateur floral qui exerce une double activité : organisateur événementiel (prestation de services) et vendeur de plantes (livraison de biens), pour une clientèle mêlant professionnels (un hôtel) et particuliers. Il enregistre l'ensemble de ses ventes via un logiciel de caisse.

  • Étape 1 : une vente est réalisée avec un client payant en espèces, traitée comme une opération B2C. Le ticket Z de la journée récapitule l'ensemble des transactions. Le décorateur transmet ses données cumulées de transaction (flux 10.3), et, s'il n'a pas opté pour la TVA sur les débits, ses données de paiement (flux 10.4), selon la fréquence de e-reporting qui lui est applicable.
  • Étape 2 : il s'avère que ce client est en réalité un professionnel, qui demande une facture pour exercer son droit à déduction de la TVA. Le décorateur émet alors une facture électronique portant le cadre de facturation spécifique « TVA déjà collectée », qui neutralise la double comptabilisation côté administration.

Les données spécifiques : le cadre de facturation « TVA déjà collectée »

Ce mécanisme technique repose sur un champ précis :

  • le cadre de facturation (BT-23) doit porter le code B7 pour une livraison de biens, ou S7 pour une prestation de services, ces deux valeurs signifiant « TVA déjà collectée » ;
  • ce cadre permet de transmettre les données de la facture (flux 1) à l'administration fiscale en indiquant explicitement qu'elles ont déjà été déclarées par ailleurs, via l'e-reporting (flux 10.3 et 10.4) ;
  • concrètement, le pré‑remplissage de la déclaration de TVA du vendeur ignore ce flux 1 (puisque la TVA collectée a déjà été comptée via l'e‑reporting), mais le pré‑remplissage de la déclaration de l'acheteur, lui, en tient bien compte pour sa TVA déductible.

Sur le plan comptable, la vigilance doit porter sur l'entreprise elle‑même, et non sur l'administration. Le vendeur doit veiller à ne pas comptabiliser deux fois sa vente, une première fois via la remontée de son logiciel de caisse, une seconde fois via la facture. Il doit ainsi passer une écriture de correction qui vient annuler la vente B2C initialement enregistrée, au moment où la facture est créée.

Au‑delà de la caisse : un mécanisme plus large qu'il n'y paraît

L'AFNOR précise explicitement que ce cadre de facturation « TVA déjà collectée » ne se limite pas aux situations de caisse enregistreuse. Il peut être mobilisé dans toute situation où la TVA a déjà été déclarée par une entreprise sur sa déclaration de TVA au titre de la période d'exigibilité, et où la facture correspondante n'est établie qu'après coup, pour quelque raison que ce soit. Le principe reste identique : neutraliser le flux 1 côté vendeur, tout en le conservant côté acheteur pour sa déduction.

Le lien avec les autres cas d'usage

Ce mécanisme du cadre S7/B7 est en réalité le fil conducteur discret de plusieurs autres cas d'usage déjà rencontrés : il est la solution technique mobilisée :

  • par le cas n°28 pour les notes de restaurant demandées après le paiement,
  • par le cas n°27 pour les tickets de péage ou d'automates lorsque l'acheteur assujetti souhaite une facture à postériori.

Il complète également la logique du cas n°6 sur les frais payés par un collaborateur, lorsque ce dernier obtient une facture B2B après avoir réglé personnellement une dépense déjà déclarée par le vendeur en e‑reporting.

Ce qu'il faut retenir pour les comptables et fiscalistes

Le cas n°30 est avant tout un mécanisme de neutralisation comptable et déclarative : il ne modifie ni le montant de la TVA due, ni les droits de l'acheteur, il évite simplement qu'une même opération soit comptée deux fois auprès de l'administration. Pour un comptable, le point de vigilance essentiel reste du côté du vendeur : dès qu'une facture porte le cadre « TVA déjà collectée », il faut impérativement passer une écriture de correction pour retirer la vente correspondante de son chiffre d'affaires B2C initialement enregistrée, faute de quoi elle resterait comptabilisée en double en interne, même si la déclaration de TVA, elle, reste exacte.

Source : AFNOR, XP Z12-014, Annexe A, chapitre 3.2.29, pages 118 à 119, version 1.4 du 30 juin 2026

Accéder à nos contenus Comptabilité

à partir de
79 € HT / mois
engagement annuel
  • Résumés IA & assistant pour poser vos questions
  • Brèves & actualités fiscales débloquées
  • Fiches pratiques, modèles & outils en lien
  • Alertes mise à jour & téléchargement PDF illimité
  • Newsletters hebdomadaires & webinaires

Besoin d'un conseil sur nos offres ?

Notre équipe vous accompagne