Comment ajouter son SIRET sur une facture Stripe (et ses limites en 2026)

En bref. Stripe ne propose pas de champ SIRET natif sur ses factures. Trois contournements existent : pied de page (footer), custom fields, et Tax IDs (réservé au numéro de TVA intracommunautaire). Aucun n'est typé fiscalement par Stripe, et tous se cassent face à la réforme française de la facture électronique de 2026, qui exige un SIRET structuré dans le XML Factur-X transmis via Plateforme Agréée.

1. Pourquoi le SIRET ne se trouve nulle part dans les paramètres Stripe

C'est la première mauvaise surprise quand on configure Stripe depuis la France. On crée un compte, on remplit ses informations d'entreprise, on lance une première facture, et on cherche en vain le champ "SIRET" dans le dashboard. Il n'existe pas.

1.1 Stripe est typé pour le monde, pas pour la France

Stripe a été conçu aux USA et opère dans plus de 45 pays. Sa structure d'identifiants fiscaux est volontairement abstraite : un objet customer.tax_ids accepte une vingtaine de types (us_ein pour les USA, gb_vat pour le Royaume-Uni, eu_vat pour les pays de l'Union européenne, au_abn pour l'Australie, etc.), mais aucun type n'est intitulé fr_siret.

Cette neutralité est documentée par Stripe dans sa page de référence sur les Tax IDs. Pour la France, un seul type est reconnu : eu_vat (numéro de TVA intracommunautaire au format FRXX123456789), validé en temps réel contre le système VIES de la Commission Européenne.

1.2 La conséquence pratique pour un entrepreneur français

Le SIRET est pourtant juridiquement obligatoire sur toute facture émise par une entreprise française, qu'elle facture à un particulier ou à un professionnel. La liste complète des mentions est posée par l'article L441-9 du Code de commerce et par l'article 242 nonies A annexe II du CGI. Le SIRET y figure parmi les mentions à porter sur tout document commercial.

Stripe ne refuse pas l'absence de SIRET, parce que Stripe n'est ni l'émetteur fiscal de la facture, ni le contrôleur fiscal. C'est vous qui êtes émetteur, donc c'est vous qui devez ajouter le SIRET, à un endroit où il sera lisible par votre client (et par un contrôleur).

D'où trois contournements natifs, plus un quatrième non-natif que la réforme 2026 imposera de toute façon. Voyons-les en détail.

2. La distinction critique : côté compte Stripe vs côté client

Avant les méthodes, une distinction qui n'est pas claire dans 80 % des tutoriels en ligne, et qui explique la majorité des erreurs de configuration.

Conséquence pratique : si vous voulez que votre SIRET (l'émetteur) apparaisse sur toutes vos factures, vous configurez côté compte (footer, public details, ou invoice template). Si vous voulez collecter et afficher le SIRET du client, c'est côté Customer.tax_ids. Mais comme fr_siret n'existe pas comme type Tax ID, vous ne pouvez pas typer proprement le SIRET du client côté Stripe. Soit vous le stockez en metadata du customer (sans affichage automatique sur la facture), soit vous le récupérez via un custom field au moment du checkout, soit vous ajoutez le SIRET en custom field de la facture facture par facture.

Ne pas confondre ces deux côtés est la première règle quand on configure Stripe pour la France.

3. Méthode 1 : Pied de page (Footer)

C'est la méthode la plus simple, la plus rapide à mettre en place, et celle qui suffit pour un freelance qui émet quelques factures par mois et veut juste rester en règle.

3.1 Pas-à-pas dans le Dashboard Stripe

1. Connectez-vous au Dashboard Stripe.

2. Cliquez sur Settings (icône engrenage en haut à droite, ou Cmd+K puis "Settings").

3. Dans la colonne de gauche, section Product, ouvrez Billing.

4. Cliquez sur Invoices.

5. Faites défiler jusqu'à la zone Memo & footer.

6. Renseignez le champ Default footer avec votre SIRET et toute mention complémentaire :

   SIRET : 123 456 789 00012
   RCS Paris B 123 456 789
   TVA intracommunautaire : FR12 123456789
   

7. Cliquez Save.

À partir de cet instant, toutes les nouvelles factures émises depuis ce compte porteront ce footer en bas de page PDF. Aucune modification rétroactive sur les factures déjà finalisées.

curl https://api.stripe.com/v1/invoices \
  -u sk_live_xxx: \
  -d customer=cus_NXxxx \
  -d "footer=SIRET : 123 456 789 00012 - RCS Paris B 123 456 789 - TVA : FR12 123456789" \
  -d collection_method=send_invoice \
  -d days_until_due=30

3.3 Où le footer apparaît (et où il n'apparaît PAS)

C'est le piège classique du footer Stripe, peu documenté côté Stripe et source de nombreuses incompréhensions :

Si votre client lit la facture uniquement depuis le lien hébergé Stripe (cas fréquent quand il clique sur le bouton de l'email), il ne verra jamais votre SIRET. Beaucoup d'entrepreneurs découvrent ça lors d'un premier contrôle : le client a payé, mais aucun support écrit ne porte le SIRET.

Bonne pratique : configurer aussi les Business Public Details (cf. méthode 4 en §6) pour que les coordonnées émetteur apparaissent à la fois sur le PDF et dans la page hébergée. Et toujours joindre le PDF au paiement, pas seulement le lien hébergé.

3.4 Le footer est gelé après finalisation

Stripe a deux états pour une facture : draft (modifiable) et open / paid / void (gelée). Le passage de l'un à l'autre se fait via invoice.finalize_invoice (manuellement, ou automatiquement à l'envoi via invoice.send).

Une fois finalisée :

• Le footer n'est plus modifiable sur cette facture précise (la API retourne une erreur cannot update finalized invoice).
• Les custom fields ne sont plus modifiables non plus.
• Seule la voie propre est : créer un credit note (avoir) qui annule la facture incorrecte, puis émettre une nouvelle facture corrigée.

C'est volontaire côté Stripe : une facture finalisée a valeur de document comptable, on ne réécrit pas l'historique. C'est aussi un piège quand on découvre une coquille SIRET deux semaines après envoi : pas de patch, on émet un avoir.

4. Méthode 2 : Custom fields

Là où le footer affiche du texte en bas de la facture, les custom fields s'affichent dans l'en-tête de la facture, près des informations émetteur / destinataire. Visuellement plus visibles. Pratiques pour mettre en avant le SIRET, le numéro de TVA, ou un numéro de bon de commande client.

4.1 Limite native : maximum 4 paires

Stripe limite chaque facture à 4 custom fields maximum. C'est documenté dans la référence API invoice.custom_fields. Pas de contournement officiel. Si vous voulez afficher SIRET + RCS + TVA + APE + IBAN, il faudra arbitrer.

4.2 Pas-à-pas dans le Dashboard

1. Dashboard Stripe > onglet Billing > Invoices > sélectionnez une facture en draft (ou créez-en une).
2. Dans l'éditeur de facture, faites défiler jusqu'à Advanced options (Options avancées).
3. Section Custom fields > Add custom field.
4. Renseignez Name (la clé affichée, ex. SIRET) et Value (la valeur, ex. 123 456 789 00012).
5. Répétez pour les autres mentions (TVA, RCS, etc.), dans la limite de 4.
6. Sauvegardez.

Pour appliquer ces custom fields à toutes les factures futures, configurez plutôt un Invoice template : Dashboard > Settings > Billing > Invoice template > ajouter les custom fields par défaut. Tous les nouveaux brouillons hériteront de ces fields.

curl https://api.stripe.com/v1/invoices \
  -u sk_live_xxx: \
  -d customer=cus_NXxxx \
  -d "custom_fields[0][name]=SIRET" \
  -d "custom_fields[0][value]=123 456 789 00012" \
  -d "custom_fields[1][name]=RCS" \
  -d "custom_fields[1][value]=Paris B 123 456 789" \
  -d "custom_fields[2][name]=TVA" \
  -d "custom_fields[2][value]=FR12 123456789" \
  -d collection_method=send_invoice \
  -d days_until_due=30

4.4 Custom fields vs footer : quand utiliser lequel ?

En pratique, beaucoup d'utilisateurs Stripe FR combinent les deux : SIRET en custom field (visible), RCS et mentions complémentaires en footer (mention légale propre).

5. Méthode 3 : Tax IDs (pour la TVA intracommunautaire uniquement)

C'est là que la documentation Stripe est la plus piégeuse pour un Français, parce que l'objet tax_ids semble couvrir le sujet "identifiants fiscaux", mais en réalité il ne couvre PAS le SIRET.

5.1 Ce que Tax IDs gère, ce qu'il ne gère pas

L'objet Customer Tax IDs de Stripe accepte une vingtaine de types nationaux. Pour la France, un seul est typé : eu_vat, qui correspond au numéro de TVA intracommunautaire (format FRXX123456789).

Quand vous renseignez un eu_vat pour un customer :

• Stripe valide automatiquement le numéro contre le système VIES de la Commission Européenne.
• En cas de validation réussie, le numéro et la raison sociale officielle s'affichent sur la facture, dans le bloc destinataire.
• En cas d'échec de validation, Stripe affiche le numéro sans certification, et marque l'objet verification.status à unverified.

Aucun équivalent n'existe pour le SIRET. Pas de validation contre annuaire-entreprises.data.gouv.fr ni contre les API Sirene de l'INSEE.

curl https://api.stripe.com/v1/customers/cus_NXxxx/tax_ids \
  -u sk_live_xxx: \
  -d type=eu_vat \
  -d value=FR12123456789

{
  "id": "txi_1NXxxx",
  "object": "tax_id",
  "country": "FR",
  "customer": "cus_NXxxx",
  "type": "eu_vat",
  "value": "FR12123456789",
  "verification": {
    "status": "pending"
  }
}

5.3 Et le SIRET ? La position officielle de Stripe

Stripe documente officiellement la liste fermée de ses Tax ID types et invite les utilisateurs à contacter le support pour demander l'ajout d'un nouveau type. Cette demande revient régulièrement pour le SIRET depuis la France, mais à date Stripe n'a pas annoncé d'ajout d'un type fr_siret.

Ce que ça veut dire concrètement : si vous voulez collecter et afficher le SIRET de votre client de manière typée et validée, ce n'est pas faisable nativement en mai 2026. Vos options sont :

1. Stocker le SIRET du client en customer.metadata (clé-valeur libre, non affiché sur la facture).
2. Demander le SIRET au moment du Stripe Checkout via les custom fields du checkout.
3. L'ajouter manuellement en custom field de chaque facture pour ce client.
4. Attendre 2027 et passer par une Solution Compatible qui ira le récupérer dans l'annuaire des Plateformes Agréées au moment de l'acheminement.

6. Méthode 4 : Business Public Details

Souvent oubliée parce qu'elle est tout en haut du dashboard, c'est pourtant la zone qui apparaît sur tous les supports (PDF + page hébergée + emails).

6.1 Où la configurer

Dashboard Stripe > Settings > Business > Public details.

Cette zone contient :

• Nom commercial (statement descriptor + brand name)
• Adresse postale (rue, ville, code postal, pays)
• Email de support
• Téléphone
• URL du site web

Elle s'affiche en haut à gauche du PDF de facture et en en-tête de la page hébergée Stripe. C'est l'identité visuelle minimale de l'émetteur.

6.2 Pourquoi le SIRET n'y figure PAS nativement

Comme pour les Tax IDs côté customer, Stripe n'a pas typé de champ "SIRET" dans la fiche Business Public Details. Le champ "company tax ID" du compte (sous Settings > Business > Tax details) correspond au numéro de TVA intracommunautaire de votre entreprise (côté émetteur), pas au SIRET.

Conséquence pratique : la fiche Public Details est utile pour vos coordonnées (nom commercial, adresse, contact), mais le SIRET ne peut pas y être placé. Vous devez le mettre soit en footer, soit en custom field.

7. Limites natives et pièges à connaître

Tour d'horizon des écueils signalés par les utilisateurs Stripe FR sur les groupes communautaires et la documentation officielle. À garder en tête avant de finaliser sa première facture en production.

⚠️ Aucun de ces pièges n'est rédhibitoire : Stripe reste un excellent outil de facturation pour le quotidien français, à condition d'avoir cartographié ces limites. Ce qui change radicalement en 2026, c'est que ces contournements PDF ne suffiront plus côté loi.

8. Pourquoi ces contournements ne suffiront plus en 2026

Tous les contournements ci-dessus produisent un PDF lisible par un humain. C'est ce que le Code de commerce exige depuis toujours. Mais la réforme française de la facturation électronique change la nature même de ce qu'est une facture pour les opérations B2B.

8.1 Ce que la loi exige à partir de septembre 2026

La réforme posée par l'article 289 bis du CGI (issu de l'ordonnance 2021-1190) impose :

1. Réception obligatoire au 1ᵉʳ septembre 2026 : toute entreprise française doit être capable de recevoir des factures électroniques structurées via une PA (Plateforme Agréée, anciennement PDP).
2. Émission obligatoire au 1ᵉʳ septembre 2027 pour les PME et micro-entreprises : toute facture B2B doit être au format électronique structuré (Factur-X, UBL ou CII), transmise via une PA, et plus envoyée par email.

Détails du calendrier complet et du périmètre dans notre guide qui est concerné par la réforme 2026.

8.2 Le SIRET, du PDF texte vers le XML structuré

Dans le monde 2026+, le SIRET de l'émetteur et celui du destinataire ne sont plus un libellé en pied de page : ce sont des balises XML structurées dans le fichier Factur-X. Schématiquement :

<ram:SellerTradeParty>
  <ram:ID schemeID="0009">12345678901234</ram:ID>
  <ram:Name>Votre Entreprise SAS</ram:Name>
  <ram:PostalTradeAddress>
    <ram:PostcodeCode>75001</ram:PostcodeCode>
    <ram:LineOne>1 rue de la Paix</ram:LineOne>
    <ram:CityName>Paris</ram:CityName>
    <ram:CountryID>FR</ram:CountryID>
  </ram:PostalTradeAddress>
  <ram:SpecifiedTaxRegistration>
    <ram:ID schemeID="VA">FR12123456789</ram:ID>
  </ram:SpecifiedTaxRegistration>
</ram:SellerTradeParty>

Le schemeID="0009" est l'identifiant OASIS qui code "SIRET français" dans la spec Peppol BIS Billing 3. Le schemeID="VA" code le numéro de TVA. Un logiciel comptable côté client lit ce XML, comprend que 0009 désigne un SIRET, et l'utilise pour rapprocher la facture du fournisseur dans son ERP.

Le détail exhaustif des 5 catégories d'informations obligatoires (mentions Code de commerce, données fiscales, format structuré, codes de cycle de vie AFNOR, identifiants légaux) est posé dans notre guide sur ce que doit contenir une facture électronique en 2026.

8.3 Ce que Stripe Billing fait et ne fait PAS pour 2026

Stripe l'a confirmé publiquement dans sa page e-invoicing France : Stripe Billing et Stripe Invoicing ne génèrent pas eux-mêmes les factures électroniques structurées au sens de la réforme française. Stripe reste un processeur de paiement et un outil de facturation PDF de premier rang, mais le mapping vers le format Factur-X structuré + l'acheminement via PA sont délégués à des partenaires présents sur le Stripe App Marketplace.

En clair, à partir de septembre 2027 pour les B2B :

• Le footer Stripe avec votre SIRET dans le PDF : pas suffisant.
• Les custom fields avec votre SIRET en en-tête : pas suffisants.
• Les Tax IDs eu_vat validés via VIES : utiles mais ne dispensent pas du SIRET structuré.
• Le PDF Stripe envoyé par email : canal non reconnu par la réforme.

Ce qu'il faut en plus : une Solution Compatible ou une Plateforme Agréée capable de :

1. Lire les événements Stripe (invoice.finalized, invoice.paid).
2. Transformer la facture Stripe en Factur-X structuré conforme à la norme EN 16931, avec SIRET émetteur et destinataire en balises typées.
3. Acheminer ce fichier via une PA immatriculée par la DGFiP vers la PA du client (ou via Peppol pour les opérations intracommunautaires UE).
4. Récupérer les statuts du cycle de vie AFNOR (fr:200 déposée, fr:204 reçue par le destinataire, fr:206 approuvée, fr:213 payée).

La liste officielle des PA est sur la page DGFiP des Plateformes Agréées.

8.4 Sanctions de la loi de finances pour 2026

Pour mémoire, l'article 123 de la loi de finances pour 2026 prévoit une amende de 50 € par facture non émise au format électronique conforme, plafonnée à 15 000 € par année civile. La première infraction réparée spontanément ou dans les 30 jours suivant une demande de l'administration n'est pas sanctionnée. Au-delà, le client peut aussi refuser une facture non conforme et bloquer le paiement.

9. Synthèse pratique : que faire en 2026, que faire en 2027

Si vous configurez Stripe aujourd'hui pour une activité française, voici la séquence pragmatique.

9.1 Aujourd'hui (mai 2026)

1. Renseigner les Business Public Details (nom, adresse, contact) dans Settings > Business.
2. Configurer un footer par défaut dans Settings > Billing > Invoices avec SIRET + RCS + TVA + mentions légales propres à votre forme juridique.
3. Optionnel : configurer un Invoice template avec 1-2 custom fields (SIRET en en-tête, par exemple, pour visibilité forte).
4. Pour chaque client B2B européen, créer un Tax ID eu_vat côté customer, validé via VIES.
5. Vérifier votre SIRET sur annuaire-entreprises.data.gouv.fr avant de le copier dans Stripe (coquilles fréquentes).

9.2 Avant le 1ᵉʳ septembre 2026

Choisir une PA ou une Solution Compatible pour pouvoir recevoir les factures électroniques de vos fournisseurs. Côté Stripe natif, rien n'est possible nativement : il faut un connecteur externe. Le détail des critères de choix est dans notre guide auto-entrepreneur et facturation électronique 2026.

9.3 Avant le 1ᵉʳ septembre 2027

Si vous facturez B2B en France via Stripe, installer une Solution Compatible Stripe-native qui prend en charge :

• Transformation Stripe → Factur-X structuré (SIRET en schemeID="0009").
• Acheminement via PA partenaire immatriculée DGFiP.
• e-reporting B2C automatique des transactions à destination des particuliers.
• Synchronisation du cycle de vie AFNOR (statuts fr:200 à fr:213) dans Stripe.

À ce stade, le footer et les custom fields restent utiles pour le PDF lisible par l'humain, mais l'identifiant légal qui circule entre logiciels n'est plus le footer : c'est la balise <ram:ID schemeID="0009"> du XML.

10. Questions fréquentes

Stripe propose-t-il un type Tax ID "SIRET" nativement ?

Non. Stripe documente une vingtaine de Tax ID types acceptés pour les clients, mais aucun n'est typé fr_siret. Le seul type français supporté est eu_vat (numéro de TVA intracommunautaire FR), validé automatiquement via le système VIES de la Commission Européenne. Pour faire apparaître votre SIRET sur la facture, il faut passer par le footer, par un custom field, ou par les Business Public Details.

Mon footer Stripe a disparu sur une facture émise, pourquoi ?

Le footer ne s'affiche que sur le PDF de la facture. Il n'apparaît ni sur la page hébergée Stripe (l'invoice landing page), ni dans l'email de notification. Si vous regardez la facture depuis l'URL invoice.stripe.com/i/..., c'est normal de ne pas voir votre SIRET. Téléchargez le PDF pour le contrôler.

Une fois la facture finalisée, puis-je encore corriger le SIRET ?

Non, pas sur la facture en cours. Une fois invoice.finalize_invoice appelé (ou la facture envoyée), le footer et les custom fields sont gelés. Vous pouvez corriger pour les factures futures (modification du template ou des Business Details), ou émettre un credit note (avoir) puis une nouvelle facture pour la facture déjà émise.

Le SIRET de mon client (le destinataire) va-t-il apparaître automatiquement ?

Non automatiquement. Stripe gère les Tax IDs côté Customer (lié au client), mais seul eu_vat est typé pour la France. Pour faire apparaître le SIRET du client, vous pouvez lui demander de le renseigner dans les custom fields du checkout, ou l'ajouter manuellement en custom field de la facture, ou (en 2027) le récupérer automatiquement via l'annuaire des Plateformes Agréées lors de l'acheminement.

Stripe va-t-il ajouter un type Tax ID SIRET natif d'ici 2026 ?

À ce jour, Stripe ne l'a pas annoncé publiquement. Sa documentation officielle invite à les contacter pour demander l'ajout d'un type Tax ID spécifique. Le pari raisonnable côté entrepreneur français : ne pas attendre. La conformité 2026 ne repose de toute façon pas sur un champ texte PDF, mais sur l'identifiant légal SIREN/SIRET embarqué dans le XML structuré, acheminé via Plateforme Agréée.

Quelle différence entre Tax ID Stripe et Peppol Participant ID ?

Les Tax IDs Stripe sont des identifiants fiscaux affichés sur la facture pour le destinataire (lecture humaine + validation VIES pour eu_vat). Le Peppol Participant ID est l'identifiant technique d'une entreprise sur le réseau Peppol, utilisé pour acheminer un document structuré entre opérateurs. En France à partir de 2027, l'acheminement passe par les Plateformes Agréées via SIREN/SIRET et identifiants Peppol, pas par un email avec un PDF Stripe en pièce jointe.

Puis-je mettre mon SIRET dans le champ "company tax ID" de Settings > Business > Tax details ?

Ce champ correspond au numéro de TVA intracommunautaire de votre entreprise (côté émetteur), pas au SIRET. Si vous y mettez un SIRET, Stripe l'acceptera comme texte libre, mais l'affichage sur la facture sera incorrect (libellé "VAT ID" ou "Tax ID") et la cohérence VIES sera cassée. Mieux : laisser ce champ pour votre TVA intra (FR12123456789) et mettre le SIRET en footer ou en custom field.

Article publié par Adrien Pauly, fondateur de Konformy. Dernière mise à jour : 20 mai 2026.

Cet article a une vocation informative. Il ne se substitue pas à un conseil personnalisé délivré par un expert-comptable ou un avocat fiscaliste sur votre situation particulière. La documentation Stripe évolue : vérifier docs.stripe.com pour les détails techniques à la date de votre lecture.