Facturer les abonnements d’un SaaS B2B demande quatre briques : un catalogue d’offres clair et versionné, un cycle de vie d’abonnement qui décrit chaque changement possible, un encaissement automatisé adapté aux entreprises (carte, prélèvement SEPA interentreprises, virement sur facture) et une chaîne de facturation conforme jusqu’à la comptabilité. Le paiement lui-même se confie presque toujours à une plateforme spécialisée. Ce qui demande de la conception, ce sont les règles métier autour : prorata, impayés, droits d’accès liés au plan, TVA et facture électronique.
Cet article s’adresse aux dirigeants qui lancent un SaaS ou transforment un outil interne en produit commercial, et qui veulent éviter le scénario classique : une facturation bricolée à la main qui ne suit plus dès la cinquantième entreprise cliente.
Qu’est-ce qu’une facturation récurrente bien conçue ?
Une facturation récurrente est un mécanisme qui émet automatiquement, à chaque période (mois, trimestre, année), une facture correspondant à l’abonnement en vigueur du client, puis encaisse le montant sans intervention humaine. Bien conçue, elle produit des factures justes du premier coup, y compris quand le client change d’offre en cours de période.
Le piège est de la voir comme une simple fonctionnalité de paiement. C’est en réalité un petit système de gestion à part entière, qui touche le produit (ce que le client a le droit d’utiliser), la finance (ce qu’il doit) et le support (ce qu’il comprend de sa facture). Dans un projet de plateforme SaaS, nous la traitons comme un module à part, avec ses propres règles écrites et ses propres tests.
Quel modèle de tarification pour un SaaS B2B ?
Le modèle tarifaire n’est pas qu’une décision commerciale : il détermine ce que la plateforme doit mesurer, stocker et facturer. Les quatre modèles courants n’ont pas les mêmes exigences techniques.
| Modèle | Principe | Ce que la plateforme doit gérer | Adapté quand |
|---|---|---|---|
| Forfait par palier | Plans fixes (Essentiel, Pro, Entreprise) | Limites par plan, montée et baisse de gamme | La valeur est homogène d’un client à l’autre |
| Par utilisateur | Prix multiplié par le nombre de comptes actifs | Comptage des sièges, ajouts en cours de période | La valeur croît avec la taille de l’équipe |
| À l’usage | Facturation d’un volume consommé | Mesure fiable et auditable de l’usage, relevé par client | La valeur suit un volume (documents, transactions, appels) |
| Hybride | Socle fixe et composante variable | Tout ce qui précède, plus la lisibilité de la facture | Le client veut un budget prévisible avec de la souplesse |
Deux règles de conception évitent beaucoup de dette. D’abord, le catalogue doit être versionné : quand vous modifiez une offre, les clients existants restent sur l’ancienne version jusqu’à migration explicite. Ensuite, les droits d’accès se lisent dans le plan, pas dans le code : une fonctionnalité réservée au plan Pro doit être une ligne de configuration, pas une condition dispersée dans dix écrans.
Si vous en êtes au stade du premier lancement, commencez par un seul modèle simple. Le MVP d’un SaaS a rarement besoin d’une tarification à l’usage ; il a besoin de clients qui paient.
Le cycle de vie d’un abonnement, état par état
Un abonnement passe par des états précis, et chaque transition déclenche une action : facture, e-mail, ouverture ou restriction d’accès. Les écrire noir sur blanc avant le développement est la meilleure assurance contre les factures fausses.
- Essai : le client teste, avec ou sans moyen de paiement enregistré. À la fin, conversion automatique ou expiration.
- Actif : l’abonnement se renouvelle à chaque échéance et génère sa facture.
- Modifié : montée ou baisse de gamme, ajout ou retrait d’utilisateurs, changement de périodicité.
- Impayé : le paiement a échoué ; le système retente et relance pendant une période de grâce.
- Suspendu : l’accès est restreint (lecture seule, par exemple), les données sont conservées.
- Résilié : fin à l’échéance ou immédiate, export des données proposé, puis suppression selon la durée de conservation prévue au contrat.
Le prorata, sujet le plus mal compris
Le prorata consiste à facturer uniquement la fraction de période réellement utilisée lors d’un changement d’offre. La documentation de Stripe en donne l’exemple type : un client qui passe à une offre deux fois plus chère au milieu du mois reçoit un crédit pour le temps non consommé sur l’ancienne offre et un débit pour le temps restant sur la nouvelle. Le même document précise que les crédits négatifs ne sont pas remboursés automatiquement et que la facturation à l’usage n’est pas soumise au prorata.
Trois politiques sont possibles, et c’est au métier de trancher :
- facturer immédiatement la différence (fréquent pour une montée en gamme) ;
- reporter le prorata sur la prochaine facture ;
- ne pas proratiser et appliquer le changement à l’échéance (fréquent pour une baisse de gamme).
Une bonne pratique : afficher au client, avant validation, le montant exact qui sera facturé. Les plateformes du marché permettent de prévisualiser la prochaine facture ; votre interface doit l’exposer.
Comment encaisser les paiements d’entreprises clientes ?
Les entreprises ne paient pas comme les particuliers. Un SaaS B2B doit en général proposer au moins deux modes d’encaissement.
| Mode | Fonctionnement | Avantages | Points d’attention |
|---|---|---|---|
| Carte bancaire | Paiement automatique à chaque échéance | Simple, immédiat, idéal pour les petits comptes | Cartes expirées ou remplacées, plafonds |
| Prélèvement SEPA Core | Mandat signé en ligne | Coût faible, pas d’expiration | Contestable par le débiteur pendant 8 semaines |
| Prélèvement SEPA interentreprises (B2B) | Mandat déclaré par le client à sa banque | Prélèvement autorisé non contestable | Réservé aux professionnels, démarche du client auprès de sa banque |
| Virement sur facture | Facture envoyée avec échéance | Exigé par les grands comptes et leurs achats | Rapprochement des virements, relances manuelles |
Le prélèvement SEPA interentreprises mérite d’être connu. Comme le rappelle le Crédit Mutuel, il est spécifique aux transactions entre professionnels et son principe est d’être incontestable, sauf mandat absent ou invalide ; le prélèvement Core, lui, peut être contesté jusqu’à 8 semaines après le débit. En contrepartie, le mandat doit être déclaré par le client auprès de sa banque, qui le vérifie avant chaque débit, ce qui ajoute une étape à l’inscription. GoCardless précise aussi que le créancier doit prévenir le débiteur au moins 14 jours calendaires avant l’échéance.
En pratique, beaucoup de SaaS proposent la carte et le prélèvement en libre-service, et réservent le virement sur facture aux contrats négociés, avec un bon de commande et des conditions de paiement contractuelles.
Que faire quand un paiement échoue ?
Une part des impayés d’un SaaS est involontaire : carte expirée, plafond atteint, mandat mal enregistré. Couper l’accès au premier échec fait perdre des clients qui voulaient payer. Il faut une politique de recouvrement, appelée dunning dans le jargon des plateformes de paiement.
Les plateformes proposent des tentatives automatiques. Stripe, par exemple, documente une politique de nouvelles tentatives paramétrable dont le réglage recommandé par défaut est de 8 tentatives sur 2 semaines, et indique que les prélèvements autres que par carte ne sont pas retentés par défaut. Ce détail compte : si vos clients paient majoritairement par prélèvement, la stratégie de relance doit être pensée autrement.
Une politique complète combine :
- des tentatives automatiques espacées dans le temps ;
- des e-mails de relance avec un lien direct pour mettre à jour le moyen de paiement, sans avoir à se connecter ;
- un bandeau dans l’application visible par les administrateurs du compte client, pas par tous les utilisateurs ;
- une période de grâce pendant laquelle le service continue ;
- une restriction progressive (lecture seule, puis suspension), jamais une suppression de données ;
- une alerte au chargé de compte pour les clients importants, qui méritent un appel plutôt qu’un e-mail automatique.
TVA et facture électronique : les obligations à intégrer
La TVA sur les ventes à l’étranger
Pour une prestation de services à une entreprise établie dans un autre pays de l’Union, la règle générale veut que le prestataire ne facture pas la TVA : c’est le client qui l’acquitte dans son pays, selon le taux applicable chez lui, comme l’explique le portail européen Your Europe. Le même portail rappelle qu’il existe plusieurs exceptions importantes. Concrètement, votre parcours d’inscription doit collecter et vérifier le numéro de TVA intracommunautaire du client, et votre moteur de facturation doit appliquer le bon traitement selon le pays et la qualité du client. Faites valider ces règles par votre expert-comptable.
La facture électronique
Un SaaS français qui facture des entreprises assujetties à la TVA en France entre dans le champ de la réforme de la facturation électronique. Selon Service Public Entreprendre, l’émission s’impose aux grandes entreprises et ETI depuis le 1er septembre 2026, et aux PME et micro-entreprises à partir du 1er septembre 2027. Les factures générées automatiquement par votre plateforme de paiement doivent alors transiter par une plateforme agréée. Nous détaillons le calendrier et les nouvelles mentions dans notre guide sur la facturation électronique.
Conséquence pour l’architecture : prévoyez dès maintenant que la facture n’est pas forcément produite par l’outil d’encaissement, et que le SIREN du client fait partie des données obligatoires collectées à l’inscription.
Construire, acheter ou assembler sa facturation ?
La question se pose pour chaque brique. Notre grille habituelle, cohérente avec l’approche décrite dans construire, acheter ou assembler :
| Brique | Recommandation habituelle | Pourquoi |
|---|---|---|
| Encaissement, cartes, mandats SEPA | Acheter (plateforme de paiement) | Sécurité des données de paiement, conformité, tentatives intelligentes |
| Génération des factures récurrentes | Acheter ou assembler | Fonction standard, sauf règles tarifaires très spécifiques |
| Catalogue d’offres et droits d’accès | Construire | C’est le cœur de votre produit et de votre différenciation |
| Mesure de l’usage | Construire | Seule votre application sait ce qui a été consommé |
| Portail de facturation du client | Assembler | Portail hébergé de la plateforme, enrichi de vos écrans |
| Export comptable et rapprochement | Assembler | Connecteur vers l’outil comptable, par exemple Pennylane |
Le point faible de l’assemblage, ce sont les synchronisations. La plateforme de paiement prévient votre application par des notifications (webhooks) : paiement réussi, échec, abonnement modifié. Si une notification est perdue ou traitée deux fois, un client peut se retrouver suspendu alors qu’il a payé. Ces échanges doivent être idempotents (traiter deux fois le même événement ne change rien), journalisés et rejouables, comme nous l’expliquons dans l’article sur les synchronisations fiables.
Les indicateurs à suivre dès le premier client
Une facturation bien structurée produit naturellement les indicateurs qui pilotent un SaaS. Prévoyez-les dès la conception, car les reconstituer après coup depuis des factures est pénible :
- le revenu récurrent mensuel, par offre et par cohorte de clients ;
- l’attrition (part des clients ou du revenu perdus sur la période) ;
- l’expansion (revenu gagné sur les clients existants : utilisateurs ajoutés, montées en gamme) ;
- le taux de récupération des impayés ;
- la conversion des essais, à relier au parcours d’onboarding des utilisateurs.
Ces indicateurs n’ont de sens que si les données de facturation sont propres : un client par entité juridique, des offres versionnées, des remises tracées avec leur motif et leur date de fin.
La checklist avant d’ouvrir les ventes
- Le catalogue d’offres est écrit, versionné et chaque fonctionnalité est rattachée à un plan.
- Chaque transition du cycle de vie a sa règle : prorata, facture, e-mail, droits d’accès.
- Les modes d’encaissement correspondent à vos cibles (libre-service et grands comptes).
- La politique d’impayés est définie : tentatives, relances, période de grâce, restriction.
- La TVA, le numéro intracommunautaire et le SIREN sont collectés et contrôlés à l’inscription.
- Les factures pourront passer par une plateforme agréée à votre échéance.
- Les notifications de paiement sont idempotentes, journalisées et supervisées.
- Les indicateurs de revenu récurrent et d’attrition sont calculables sans retraitement manuel.
La facturation est rarement ce qui fait gagner un client, mais c’est souvent ce qui en fait perdre. Si vous concevez votre SaaS ou si votre facturation actuelle ne suit plus, décrivez votre projet dans notre diagnostic en ligne : nous vous aidons à décider ce qu’il faut construire et ce qu’il vaut mieux brancher.
