Stripe et la facturation électronique : l’essentiel à connaître

La facture qu’un compte Stripe envoie automatiquement après chaque paiement ressemble à une facture. Elle porte un numéro, un montant, un taux de TVA et un PDF propre. Elle ne vaut pourtant rien face à l’obligation française entrée en vigueur le 1er septembre 2026. Stripe l’écrit dans sa propre documentation : Stripe Billing et Stripe Invoicing n’émettent pas de factures électroniques au sens réglementaire.

Le décalage tient à la nature du produit. Stripe encaisse, puis documente l’encaissement. La réforme, elle, impose un fichier structuré, routé par une plateforme agréée et déclaré à l’administration. La logique est la même que pour connecter sa boutique, sa banque et son encaissement. L’outil de paiement reste en amont, la conformité se joue ailleurs.

Pour un éditeur qui facture 400 abonnements chaque mois, l’écart n’a rien de théorique. Chaque facture non conforme expose à 50 euros d’amende, dans la limite de 15 000 euros par an. Autrement dit, le volume joue contre vous, et l’automatisation de Stripe accélère l’exposition au lieu de la réduire.

Ce que Stripe Invoicing produit, et ce que la loi attend

Deux objets portent le même nom sans servir le même usage. La facture Stripe est un document commercial généré par API, pensé pour le client et pour la comptabilité interne. La facture électronique française est un fichier fiscal normé, lisible par une machine, transporté par un canal agréé.

Un PDF commercial face à un fichier structuré

Le socle français retient trois formats issus de la norme européenne EN 16931 : Factur-X, UBL et CII. Factur-X combine un PDF/A-3 lisible et un fichier XML embarqué. Les deux autres sont du XML pur. Dans les trois cas, la donnée fiscale est structurée, champ par champ, et non simplement imprimée.

Stripe produit un PDF classique, sans XML embarqué. Un moteur de contrôle ne sait donc rien en extraire. Ni la plateforme agréée du client, ni l’annuaire, ni le contrôle fiscal ne peuvent l’exploiter. Le document reste lisible par un humain, ce qui suffisait avant la réforme et ne suffit plus.

Par ailleurs, le format n’est que la moitié du sujet. Une facture conforme doit aussi transiter par une plateforme immatriculée, qui l’adresse à celle du destinataire via l’annuaire national. Envoyer le PDF Stripe par e-mail, même signé, ne remplit aucune des deux conditions.

La page de facture hébergée par Stripe entretient d’ailleurs la confusion. Elle offre une URL permanente, un historique et un bouton de téléchargement, ce qui ressemble à un archivage. Or l’archivage à valeur probante porte sur le fichier structuré transmis, pas sur une page web consultable. Le lien Stripe reste un confort client, sans portée fiscale.

Les mentions françaises que le modèle Stripe ne porte pas

La réforme ajoute quatre mentions obligatoires aux quatorze déjà connues. Le numéro SIREN du client vient en tête, suivi de l’adresse de livraison quand elle diffère de l’adresse de facturation. S’y ajoute la catégorie d’opération, qui distingue livraison de biens, prestation de services et opération mixte. La quatrième vise l’option éventuelle pour le paiement de la TVA d’après les débits.

Aucun de ces champs n’existe nativement dans l’objet facture de Stripe. On peut les simuler par des champs personnalisés ou des métadonnées, mais ils restent alors du texte libre. Un champ libre n’est pas une balise normée. Le convertisseur placé en aval devra donc les remapper un par un, ce qui suppose une discipline de saisie côté produit.

S’y ajoute un détail que les équipes techniques sous-estiment : le gabarit Stripe est anglophone par défaut, avec des libellés de TVA génériques. Une facture française destinée à un client français doit porter des mentions en français et un taux identifiable ligne par ligne.

Le calendrier qui rattrape les entreprises encaissant par Stripe

La plupart des équipes produit ont retenu une seule date et s’en sont rassurées. La réforme en compte deux, et la première touche déjà tout le monde. Recevoir des factures conformes est une obligation générale, indépendante de la taille de l’entreprise.

Deux échéances, deux métiers distincts

Depuis le 1er septembre 2026, toute entreprise assujettie à la TVA doit pouvoir recevoir une facture électronique. Cette réception suppose une plateforme agréée et une inscription à l’annuaire. Stripe ne reçoit rien : il n’existe pas dans cet annuaire, faute d’immatriculation.

L’émission suit un rythme différent. Les grandes entreprises et les entreprises de taille intermédiaire émettent depuis la même date. Les PME, TPE et micro-entreprises basculent au 1er septembre 2027. Un éditeur SaaS de vingt salariés dispose donc d’un an de sursis sur l’émission, mais d’aucun sur la réception.

Les sanctions cadrent l’urgence. Une facture émise hors dispositif coûte 50 euros, plafonnées à 15 000 euros par an. Le défaut de plateforme pour la réception déclenche d’abord une mise en demeure de trois mois. Passé ce délai, l’amende monte à 500 euros, puis à 1 000 euros par trimestre tant que la situation dure.

L’e-reporting, la couche que les intégrations oublient

La facture ne clôt pas le dossier. Les prestations de services relèvent de la TVA sur les encaissements, ce qui déclenche la transmission des données de paiement à l’administration. Un abonnement logiciel est une prestation de services. Autrement dit, tout éditeur encaissant par Stripe est concerné, même quand ses factures sont parfaitement structurées.

Les données attendues sont la date d’encaissement et le montant, ventilé par taux de TVA. Au réel normal mensuel, la transmission intervient avant le 10 du mois suivant. Au régime simplifié, la fenêtre se situe entre le 25 et le 30 du mois suivant. Chaque transmission manquante expose à 500 euros, avec le même plafond annuel de 15 000 euros.

C’est précisément là que Stripe possède la donnée que personne d’autre n’a. La date réelle d’encaissement, les échecs de prélèvement, les relances automatiques et les remboursements vivent dans Stripe. Le connecteur doit donc remonter le paiement, pas seulement la facture.

L’abonnement récurrent, le cas que Stripe complique le plus

La facturation ponctuelle se rattrape à la main en cas de trou. La facturation récurrente, non. Elle produit des documents sans intervention humaine, à heure fixe, sur toute la base client. Toute non-conformité se répète alors mécaniquement.

Une facture par échéance, multipliée par la base d’abonnés

Quatre cents abonnés mensuels représentent 4 800 factures par an. Chacune doit être structurée, routée par une plateforme agréée et suivie dans son cycle de vie. À 50 euros l’unité, le plafond annuel de 15 000 euros tombe au bout de 300 factures. Six semaines d’activité suffisent donc à l’atteindre.

Stripe Billing enchaîne ces émissions sans supervision. C’est son intérêt commercial et sa faiblesse réglementaire. Une erreur de paramétrage sur le modèle de facture ne se voit pas au premier document. Elle se voit au millième, quand le flux est déjà parti chez les clients.

Par ailleurs, le cycle de vie compte autant que l’émission. La plateforme du destinataire renvoie des statuts, du dépôt à l’encaissement. Un flux Stripe non raccordé ne reçoit jamais ces retours, et l’émetteur perd la trace fiscale de ses propres factures.

Prorata, changements de plan et avoirs

Un abonnement vit. Le client change d’offre en cours de période, ajoute des sièges, résilie au quinzième jour. Stripe traduit ces événements en lignes de prorata et en notes de crédit, générées automatiquement. Ces objets n’ont pas de statut fiscal tant qu’ils restent dans Stripe.

Or un avoir est une facture rectificative. Il doit porter les mêmes mentions, adopter le même format structuré et emprunter le même canal agréé que la facture initiale. Une note de crédit émise dans Stripe et jamais transmise crée un écart entre la TVA déclarée et la TVA réellement due.

Trois limites ressortent donc du couple Stripe et abonnement : aucun format structuré en sortie, aucun canal de routage, aucun suivi des avoirs côté administration. Elles ne se contournent pas par un réglage du tableau de bord.

Brancher une plateforme agréée derrière Stripe

Deux architectures fonctionnent, et elles ne demandent pas le même effort. La première garde Stripe comme source des factures et ajoute un traducteur en sortie. La seconde déplace la facture vers un logiciel français, en réduisant Stripe à son métier d’origine.

L’application du marketplace, la voie courte

Stripe renvoie explicitement vers son App Marketplace pour la conformité. Billit y propose une application qui convertit les factures Stripe en formats compatibles avec les réseaux de facturation électronique. Elle remonte ensuite les statuts dans le tableau de bord. A-Cube couvre un besoin voisin, mais limité à l’Italie.

L’installation prend une heure et le flux reste dans Stripe. Toutefois, trois réserves méritent d’être posées. Le périmètre pays varie d’une application à l’autre. Les frais du tiers s’ajoutent ensuite aux commissions Stripe. Enfin, les conditions d’utilisation du fournisseur s’appliquent en plus de celles de Stripe.

Surtout, la traduction ne crée pas la donnée manquante. Si le SIREN du client et la catégorie d’opération n’ont jamais été collectés au moment de l’abonnement, aucun convertisseur ne les inventera. Le chantier commence donc dans le tunnel d’inscription, pas dans le connecteur.

Le logiciel français maître, Stripe réduit à l’encaissement

L’autre montage inverse la hiérarchie. La facture naît dans un logiciel français immatriculé plateforme agréée, qui gère les mentions, le format et le routage. Stripe redevient un moyen de paiement rattaché à cette facture, via un lien de paiement ou un rapprochement automatique. La même logique s’applique aux comptes professionnels, comme le détaille le guide sur Shine et la facturation électronique.

Ce montage coûte plus cher en refonte interne, puisqu’il faut brancher l’API du logiciel sur le cycle d’abonnement. En revanche, il règle la réception, l’émission et l’e-reporting d’un seul mouvement. Pour une base d’abonnés qui grossit, c’est le seul scénario qui ne se rejoue pas chaque année.

L’international et le B2C, la moitié invisible du dossier

Stripe sert massivement des clientèles réparties sur plusieurs pays. Or l’obligation française ne s’applique qu’aux opérations entre assujettis établis en France. Le reste du chiffre d’affaires ne disparaît pas pour autant des obligations déclaratives.

Clients hors de France : hors facture électronique, dans l’e-reporting

Une vente à un client belge ou américain sort du dispositif de facturation électronique. Elle entre en revanche dans l’e-reporting des données de transaction, facture par facture, dans le flux global adressé à l’administration. Le montant, le taux et la date restent donc à transmettre.

La difficulté pratique tient à la devise et au périmètre. Un compte Stripe multidevise encaisse en dollars, convertit et prélève ses commissions avant reversement. L’e-reporting attend des montants en euros, hors commissions. Le sujet rejoint celui décrit dans tout savoir sur Revolut Business et la facturation électronique, où le change complique aussi la piste d’audit.

Encaissement B2C : un agrégat quotidien, pas une facture

Les ventes aux particuliers n’exigent pas de facture électronique. Elles imposent une transmission agrégée : date d’encaissement et montant total par taux de TVA, consolidés au jour. Un service grand public facturé 9,90 euros par mois relève donc de ce régime, quel que soit le nombre d’abonnés.

Cette agrégation suppose une source de vérité unique sur les encaissements. Quand le paiement en ligne cohabite avec un encaissement physique, les deux flux doivent converger avant transmission. C’est exactement le point traité par SumUp et la facturation électronique pour les terminaux de paiement.

Les remboursements méritent une attention particulière. Un remboursement partiel intervenu trois semaines après l’encaissement corrige un agrégat déjà transmis. La correction se rattache alors à la période de remboursement, pas à celle de la vente initiale. Un connecteur qui ne remonte que les paiements réussis fabrique donc un écart durable avec la TVA collectée.

Questions fréquentes

Faut-il conserver les factures Stripe une fois la plateforme agréée branchée ?

Oui, et sur les deux systèmes. L’obligation de conservation reste de six ans au titre fiscal, portée à dix ans au titre commercial. La plateforme agréée archive la version structurée transmise, qui fait foi. Stripe conserve de son côté la trace du paiement et des relances. Ces deux jeux de données servent des finalités différentes lors d’un contrôle. Supprimer l’historique Stripe après migration prive donc l’entreprise de sa piste d’audit sur l’encaissement.

Stripe Tax remplace-t-il la déclaration de TVA française ?

Non. Stripe Tax calcule et applique le taux applicable au moment de la transaction, en fonction du pays et du statut du client. C’est un outil de détermination, pas un outil déclaratif. La déclaration de TVA reste établie depuis la comptabilité, et l’e-reporting des données de paiement passe par une plateforme agréée. Un taux correctement calculé par Stripe ne dispense donc d’aucune des deux obligations françaises.

Que se passe-t-il si un client refuse une facture reçue via l’annuaire ?

Le refus est un statut du cycle de vie, transmis en retour par la plateforme du destinataire. Il oblige l’émetteur à corriger puis à réémettre, souvent après un avoir. Ce mécanisme n’a pas d’équivalent dans Stripe, où une facture impayée reste simplement ouverte. Sans connecteur remontant ces statuts, l’entreprise ignore qu’une facture a été rejetée et laisse un écart s’installer entre sa comptabilité et sa déclaration.

Peut-on garder la numérotation Stripe après le passage en plateforme agréée ?

Techniquement oui, à condition que la séquence reste chronologique et sans rupture. En pratique, la double émission crée souvent deux compteurs parallèles, ce qui casse la continuité exigée. Mieux vaut désactiver la génération automatique côté Stripe et laisser la plateforme agréée maîtriser la numérotation. Une séquence unique, contrôlable et reprise dans l’archivage évite l’anomalie la plus simple à détecter lors d’un contrôle.

Les liens de paiement Stripe déclenchent-ils une obligation de facture ?

Ils la déclenchent dès que l’acheteur est un professionnel établi en France. Le canal d’encaissement ne change rien à la règle : c’est la nature de l’opération qui commande. Un lien de paiement envoyé à une entreprise cliente suppose donc une facture structurée, routée par une plateforme agréée. Vis-à-vis d’un particulier, aucune facture n’est requise, mais l’encaissement rejoint l’agrégat quotidien de l’e-reporting.