E-commerce : facturation électronique sans doublons

Une vente en ligne peut apparaître dans la boutique, l’outil de paiement, la marketplace et la comptabilité. Le risque principal est de transmettre plusieurs fois la même opération, ou seulement un versement net qui masque les ventes et les commissions. La réforme demande une organisation fiable de ces flux.

Identifier le circuit de chaque vente

Une opération domestique entre assujettis établis en France entre dans le circuit de facture électronique lorsque les conditions du dispositif sont réunies. Les ventes aux particuliers concernées alimentent le reporting de transaction, avec des données agrégées par jour. Les opérations internationales demandent une qualification propre ; elles ne constituent pas toutes une simple variante du B2C. Source : DGFiP, e-invoicing et e-reporting.

Au passage de commande, distinguez achat professionnel et achat privé. Recueillez les identifiants nécessaires au circuit retenu, sans demander un numéro fiscal personnel aux consommateurs pour remplacer un identifiant d’entreprise manquant. Prévoyez aussi comment corriger une commande mal classée après paiement.

Les guichets uniques de TVA et certains régimes particuliers doivent être examinés opération par opération. Ne posez pas une exemption générale « toutes les ventes OSS sont hors e-reporting ». Le tableau officiel des opérations fournit les distinctions à examiner avec le conseil fiscal.

Séparer la vente de la commission de marketplace

Une plateforme peut intervenir comme intermédiaire, acheteur-revendeur ou dans un dispositif fiscal particulier. Relisez le contrat et les factures : qui vend au client final, au nom de qui, et qui établit chaque document ? La seule présence du logo de la marketplace ne donne pas la réponse.

La commission ou la prestation logistique reçue constitue un autre flux. Si le prestataire est établi à l’étranger, elle ne devient pas une facture domestique B2B du seul fait que votre boutique est française. Son traitement doit suivre la territorialité et les règles de TVA applicables.

À titre d’exemple de rapprochement, un versement net après frais ne permet pas de déduire le montant brut des ventes sans le détail du relevé. Conservez une correspondance entre commandes, factures, avoirs, frais et paiements. Le rapprochement doit expliquer les écarts, pas les effacer par une écriture unique.

Choisir une seule origine pour chaque donnée

Désignez l’outil de référence par type d’information : commande dans la boutique, facture dans l’outil de facturation, paiement dans le prestataire financier, écriture dans la comptabilité. Puis décidez quel composant prépare et transmet le flux réglementaire.

Demandez à l’intégrateur de démontrer les cas suivants sur des données fictives :

1. Une commande avec plusieurs taux et une remise.
2. Un paiement en plusieurs fois, puis un remboursement partiel.
3. Une vente retirée en magasin sans seconde vente à la caisse.
4. Une commande initialement B2C corrigée en achat professionnel.
5. Un envoi technique répété après interruption, sans doublon réglementaire.

Documentez l’identifiant utilisé pour rapprocher les systèmes et la procédure de correction. Le guide pour choisir une plateforme aide à évaluer les preuves de fonctionnement. La disponibilité d’un module dans une boutique d’applications ne prouve pas à elle seule sa couverture complète.

Préparer les transmissions et la réception

Les fréquences du e-reporting sont fixées par le régime fiscal ; elles ne sont pas à inventer à partir du nombre de commandes. Les données de paiement constituent un flux distinct pour les opérations concernées à TVA exigible à l’encaissement, y compris les acomptes sur biens concernés. Vérifiez les exceptions et les règles applicables aux débits ou à l’autoliquidation. CGI, Art. 290 A dans sa rédaction 2026. Source : annexe IV du CGI, Art. 41 septies M à P.

Pour les assujettis concernés, la réception est exigée depuis septembre 2026. Les PME et microentreprises disposent de septembre 2027 pour l’émission et le reporting, les grandes entreprises et ETI étant concernées depuis septembre 2026. Vérifiez le calendrier et la FAQ DGFiP.

Enfin, limitez les exports de clients et sécurisez les connecteurs. La conformité RGPD du commerce électronique reste nécessaire pour les données sources, même lorsqu’une transmission fiscale finale est agrégée. Ne recopiez pas les commentaires de commande dans les libellés sans nécessité.

Construire une table de correspondance exploitable

Avant de connecter les outils, choisissez les pièces qui permettront de retrouver une opération. Pour chaque canal, relevez l’identifiant de commande, celui de la facture, les références du paiement et du remboursement, puis le relevé de règlement correspondant. Ces identifiants peuvent être différents : l’objectif est de conserver leur relation, sans remplacer arbitrairement la numérotation des factures par celle de la boutique.

Ajoutez à cette table le rôle de chaque date : commande, émission, livraison, encaissement ou remboursement. Une date d’import en comptabilité ne décrit pas nécessairement l’événement économique concerné. Pour les transmissions, faites valider la date attendue selon le flux fiscal ; pour le contrôle interne, gardez les autres dates utiles à l’explication. Cette distinction évite qu’un export tardif déplace silencieusement les opérations entre deux périodes.

Vérifiez aussi le périmètre de l’extraction : boutiques incluses, devise, fuseau utilisé, commandes annulées, ventes hors ligne et intervalle couvert. Le total obtenu ne suffit pas si un canal entier manque. Une fiche de rapprochement peut mentionner l’export source, sa période, le nombre d’opérations et les exclusions expliquées. C’est une méthode d’organisation proposée, pas un formulaire fiscal imposé.

Expliquer un versement net sans inventer son traitement fiscal

Prenons un relevé entièrement fictif de la boutique Aulne. Il présente 1 200 euros de ventes, 120 euros de remboursements et 60 euros de frais retenus, pour un versement de 1 020 euros. L’égalité 1 200 − 120 − 60 = 1 020 explique seulement la trésorerie de ce relevé. Elle ne détermine ni les bases de TVA, ni les taux, ni la période de déclaration des différentes opérations.

Pour instruire ce dossier, recherchez les ventes composant les 1 200 euros, les documents associés aux remboursements et la facture justifiant les frais. Les trois ensembles doivent rester identifiables. Le relevé bancaire confirme le versement reçu ; il ne remplace pas les pièces manquantes. Si les frais regroupent plusieurs prestations ou périodes, conservez ce point comme une anomalie à éclaircir avec le prestataire et le comptable.

Ne forcez pas le rapprochement en diminuant indistinctement toutes les ventes de 60 euros. Cette correction ferait disparaître la différence entre le prix payé par les acheteurs et le coût du service reçu. La décision utile consiste à affecter un responsable à l’écart, obtenir le document nécessaire et vérifier ensuite son traitement. Tant que la qualification manque, le tableau doit montrer cette réserve.

Suivre les retours sur plusieurs périodes

Un retour peut être demandé après la vente, accepté quelques jours plus tard et remboursé sur un relevé suivant. Organisez la continuité entre ces événements. Le service client doit pouvoir retrouver la commande et transmettre le motif opérationnel utile ; la comptabilité détermine le document correctif approprié et son rattachement. La personne qui prépare le reporting vérifie ensuite comment cette correction doit être transmise.

Évitez de supprimer la ligne de vente dans l’export historique pour faire coïncider les totaux avec le dernier relevé. Conservez les pièces initiales et la trace des corrections. Sur un retour partiel, identifiez les articles concernés, les montants et les frais éventuellement remboursés. Leur traitement fiscal dépend du dossier ; une étiquette technique « remboursement » ne résout pas cette qualification.

Pour un échange, cherchez également si le système représente un retour puis une nouvelle vente, ou une autre opération documentée. Le contrôle porte sur la réalité et sur les pièces émises. Il ne faut pas déduire deux ventes du seul nombre d’événements enregistrés par le connecteur. Faites expliquer la représentation retenue avant de l’étendre à toutes les commandes.

Prévoir qui résout les anomalies

La boutique, l’intégrateur, la plateforme et le cabinet comptable peuvent chacun voir une partie du circuit. Affectez explicitement les tâches : corriger l’identité du client, récupérer un relevé incomplet, analyser un rejet, décider du traitement fiscal et confirmer la retransmission. Un problème technique et une incertitude fiscale demandent parfois deux intervenants différents ; un ticket clos chez le premier ne signifie pas que le dossier est terminé.

Pour chaque anomalie, gardez la référence de l’opération, le problème constaté, la décision prise et la preuve de son exécution. Après une interruption, recherchez d’abord le résultat de l’envoi précédent avant de relancer. Demandez au prestataire comment son dispositif distingue absence d’envoi, absence de réponse et rejet effectivement reçu. Ces situations ne justifient pas automatiquement la même action.

À la mise en service, faites examiner un échantillon couvrant les canaux et exceptions de votre boutique. La recette doit produire des éléments vérifiables : pièces rapprochées, résultat de transmission, correction expliquée et réserves restantes. Conservez un accès restreint aux exports utilisés et retirez les copies de travail devenues inutiles selon les règles de conservation définies. Cette démarche est un protocole proposé ; elle ne décrit aucun essai réalisé sur un logiciel particulier.

Ce qu’il faut retenir

• Séparez vente, commission, paiement et remboursement.
• Qualifiez le client et la territorialité avant le circuit.
• Désignez une origine fiable par donnée et évitez les doubles transmissions.
• Contrôlez les exceptions réelles de la boutique avant de généraliser.

FAQ

Un module e-commerce garantit-il toute la conformité ?

Il faut vérifier la plateforme raccordée, les opérations couvertes et le traitement des corrections. Examinez aussi les responsabilités et les versions réellement disponibles.

Peut-on transmettre seulement les virements reçus de la marketplace ?

Un versement net ne décrit pas nécessairement les ventes, commissions et remboursements. Il faut reconstituer les opérations concernées et conserver leur rapprochement.

Une commande retirée en magasin doit-elle être déclarée deux fois ?

Non, le changement de canal logistique ne crée pas une seconde vente. Organisez la correspondance entre commande web et remise en magasin pour éviter ce doublon.

Recevez nos analyses pratiques sur la conformité : inscrivez-vous à la newsletter.

Thiébaut Devergranne est docteur en droit et fondateur de donneespersonnelles.fr. Il travaille depuis plus de vingt ans sur le droit des technologies et la protection des données personnelles.