Token-based pricing et IA : comment facturer et comptabiliser les ventes de crédits IA ?

La généralisation des modèles d'IA dans les produits SaaS crée une nouvelle catégorie de modèle de facturation qui n'avait pas d'équivalent direct dans l'écosystème SaaS pré-IA : le token-based pricing, ou facturation par crédit ou par usage de capacité IA. OpenAI a popularisé ce modèle avec sa facturation par token de GPT-4. De nombreux éditeurs SaaS qui intègrent des fonctionnalités IA dans leurs produits adoptent une architecture similaire : leurs clients achètent des crédits ou des tokens qui sont consommés à chaque utilisation de la fonctionnalité IA.

Ce modèle pose des questions comptables et fiscales précises que les éditeurs SaaS IA doivent structurer dès le démarrage de leur monétisation.

Les différentes architectures de facturation token-based

Avant d'aborder la comptabilité, il faut clarifier les différentes architectures possibles car elles ont des traitements comptables distincts.

Prépaiement de crédits (prepaid tokens)

Le client achète un pack de crédits (1 000 crédits à 50 euros, par exemple) et les utilise au fur et à mesure. Les crédits non utilisés restent disponibles jusqu'à leur expiration ou sans expiration selon les conditions du contrat. C'est le modèle le plus courant pour les API IA et pour les fonctionnalités IA "à la carte" dans un SaaS.

Usage-based avec facturation post-usage (pay-as-you-go)

Le client utilise librement et est facturé en fin de mois pour les tokens consommés. Pas de prépaiement, facturation à terme échu. Modèle plus courant pour les API B2B techniques avec des volumes prévisibles.

Abonnement avec allocation mensuelle de tokens

Le client paie un abonnement mensuel fixe qui inclut une allocation de tokens. Les tokens non consommés en fin de mois peuvent être perdus (use-it-or-lose-it) ou reportés selon les conditions. La surconsommation peut déclencher une facturation complémentaire à l'unité.

Modèle hybride

Abonnement de base avec allocation de tokens incluse, complété par une facturation à l'usage pour les dépassements. C'est le modèle le plus sophistiqué et aussi le plus complexe à gérer comptablement.

La reconnaissance du chiffre d'affaires par architecture

C'est le sujet comptable central pour les éditeurs token-based, et celui où les écarts avec les pratiques standard du SaaS per-seat sont les plus importants.

Pour le prépaiement de crédits

Quand votre client achète 1 000 crédits à 50 euros, vous encaissez 50 euros. Mais avez-vous gagné ces 50 euros ? En comptabilité d'engagement, la réponse est non : vous avez encaissé une avance client (un passif) que vous convertirez en CA au fur et à mesure que les crédits seront consommés.

L'écriture à l'encaissement : débit banque 50 euros, crédit produits constatés d'avance (compte 487) ou avances clients (compte 419.2) 50 euros.

À chaque consommation de crédits par le client : débit PCA 50 euros × (crédits consommés / crédits totaux), crédit CA 706. Si votre client consomme 200 crédits sur 1 000, vous reconnaissez 10 euros de CA (50 × 200/1000).

La question des crédits non consommés à expiration est traitée comme un produit reconnu à la date d'expiration (les crédits expirent donc la prestation n'est plus due). Si vos crédits n'expirent pas, le passif reste ouvert jusqu'à consommation ou jusqu'à ce que la probabilité de consommation soit jugée nulle (abandon par le client), moment auquel vous pouvez reconnaître le produit.

Pour la facturation post-usage (pay-as-you-go)

La reconnaissance est plus simple : vous reconnaissez le CA à mesure que l'usage se produit. Si votre client utilise 5 000 tokens en janvier à 0,01 euro le token, vous reconnaissez 50 euros de CA en janvier et vous facturez en début février pour la consommation de janvier.

La difficulté pratique est le suivi de l'usage en temps réel : votre système doit compter les tokens consommés par client, par période et par type d'utilisation pour alimenter correctement la facturation et la reconnaissance du CA.

Pour l'abonnement avec allocation de tokens

La partie abonnement fixe se reconnaît linéairement sur la période (comme tout abonnement SaaS standard). La partie tokens incluse dans l'abonnement est considérée comme faisant partie intégrante de la prestation abonnement : elle est reconnue avec l'abonnement, pas séparément au fur et à mesure des consommations. La surconsommation facturée en supplément est reconnue au moment où les tokens supplémentaires sont consommés.

La TVA sur les ventes de crédits IA

La TVA sur les ventes de tokens ou de crédits IA est soumise aux règles générales de TVA sur les services numériques.

Clients français professionnels (B2B)

TVA à 20% sur chaque facture. Standard.

Clients professionnels dans l'UE (B2B)

Vos tokens sont des services numériques fournis à des professionnels assujettis. Règle B2B : lieu de taxation = lieu du preneur. Vous facturez HT avec la mention autoliquidation et le numéro de TVA du client. Pas de TVA de votre côté.

Clients particuliers dans l'UE (B2C)

Services numériques B2C : lieu de taxation = pays du client. Vous devez appliquer la TVA du pays de l'acheteur. Au-delà de 10 000 euros de ventes B2C hors France, déclaration via OSS. Le taux varie : Allemagne 19%, Espagne 21%, Italie 22%, etc.

Clients hors UE

Hors champ de la TVA française. Facturation HT.

La question des crédits offerts à titre promotionnel

Beaucoup d'éditeurs SaaS IA offrent des crédits gratuits à l'inscription (100 crédits offerts pour tester le service). Ces crédits gratuits ne génèrent pas de CA mais génèrent un coût : le coût des appels API IA sous-jacents (ce que vous payez à OpenAI, Anthropic ou Google pour les tokens utilisés).

Ces coûts de crédits gratuits sont des charges marketing (échantillons offerts, promotions). Ils sont déductibles de votre résultat et doivent être suivis comme indicateur de performance de votre stratégie d'acquisition.

Si vos crédits offerts expirent sans être utilisés, il n'y a pas d'impact comptable (aucun CA non reconnu, aucun coût engagé). Si vos crédits offerts sont utilisés, le coût d'appel API correspondant est la seule charge à comptabiliser.

Les métriques SaaS à adapter pour le token-based pricing

Les métriques classiques du SaaS (MRR, ARR, churn par abonnement) sont moins adaptées aux modèles token-based dont les revenus sont variables par nature. Les métriques à suivre en priorité sont différentes.

Le revenue per token (revenu par token ou crédit) mesure l'efficacité de votre tarification. Le COGS per token (coût du service IA sous-jacent par token) mesure votre marge brute opérationnelle. Le burn rate de tokens par client par mois mesure l'engagement et prédit le churn. Le Net Revenue Retention dans un modèle token-based peut être supérieur à 100% si vos clients consomment de plus en plus de tokens au fil du temps (expansion via l'usage), ce qui est un signal très positif pour les investisseurs.

Excilio pour superviser la comptabilité de votre logiciel SaaS

Excilio accompagne les éditeurs SaaS et les startups tech sur la structuration comptable de leurs modèles token-based, la reconnaissance du CA et la conformité TVA de leurs ventes internationales. Contactez-nous pour en savoir plus sur nos missions.