ARR vs chiffre d'affaires : les cinq pièges.

L'ARR est un run-rate forward-looking conçu pour signaler le momentum. Le CA comptable, lui, est une reconnaissance de substance. Sur un SaaS en bonne santé, les deux restent proches. Sur un deal, ils s'écartent souvent — et ce décalage est rarement un hasard.

Ce qui suit ne porte pas sur les normes comptables. Ce sont les cinq endroits où l'on trouve régulièrement un ARR gonflé, minoré ou redéfini, et ce qu'il faut demander avant de prendre le chiffre pour argent comptant.

La plupart des SaaS vendent aujourd'hui un mix de licences à l'utilisateur et de consommation. Les licences sont annualisables. La consommation, stricto sensu, non : c'est une fonction d'un comportement qui peut varier d'un mois à l'autre.

Le réflexe classique : prendre les trois derniers mois de revenus usage-based, multiplier par quatre, et appeler ça de l'ARR. Le chiffre gonfle dès que la consommation est en tendance haussière. La volatilité disparaît sous le tapis.

Ce qu'il faut demander. Séparer l'ARR en engagé (minimum contractuel) vs variable (au-dessus du minimum). Reconstituer la composante variable sur six trimestres. Si elle progresse régulièrement, tant mieux. Si elle a pris un coup dans le dernier trimestre, valoriser le deal sur la part engagée uniquement.

Sur les contrats enterprise, les frais d'implémentation, de set-up et de services pros peuvent représenter 10 à 25 % d'une facture année 1. Ils sont ponctuels par nature. Mais sur un book qui grandit, ces frais sont facturés chaque mois aux nouveaux logos, et s'assoient dans le grand livre à côté du revenu d'abonnement.

Certains CRM taggent par défaut la facture complète en « SaaS ». L'équipe finance hérite du tag et passe à autre chose. Sur un deck de deal, la ligne se lit comme de l'ARR.

Ce qu'il faut demander. Sortir la donnée à la facture. Séparer les SKUs d'abonnement des SKUs de services. Demander si les services sont récurrents par design (un retainer) ou ponctuels par design (une onboarding). Seul le premier relève de l'ARR. Le second est une ligne de services pros lumpy qui mérite sa propre analyse de marge.

Un client paie douze mois d'avance en janvier. Le cash tombe. Le produit constaté d'avance se constitue. Le CA se reconnaît pro rata sur douze mois. L'ARR, lui, reste au même niveau toute l'année.

Parfait — jusqu'à ce que quelqu'un lise le bookings, l'ajoute à l'ARR et présente les deux comme « revenus » dans un board pack. Ou jusqu'à ce que le PCA soit net du ARR pour une métrique de croissance, donnant l'impression d'une décélération alors qu'il n'y a qu'un encaissement.

Ce qu'il faut demander. Garder trois lignes toujours visibles : bookings (ce qui a été contracté sur la période), ARR (le run-rate annualisé en fin de période) et CA (ce qui a été reconnu sur la période). Sur un deal, s'assurer que le cash est réconcilié au PCA, pas aux bookings.

Un client signe en Q1 pour un contrat annuel. Il notifie son non-renouvellement en Q3. Son contrat se termine au Q1 suivant. Entretemps, où est-il ?

La réponse honnête : dans l'ARR, jusqu'à la fin du contrat. Mais dans le calcul du NRR, il devrait déjà être flaggé. Et dans toute projection d'ARR, il devrait être retiré au renouvellement, pas reconduit par défaut.

Dans les équipes faibles, le churn n'est enregistré qu'à la date de fin de contrat. Dans les équipes solides, il l'est à la date de notification et suivi dans un « pipeline de churn brut ». Le delta entre les deux est souvent où se logent six points de NRR.

Ce qu'il faut demander. Sortir le pipeline de renouvellement. Pour chaque contrat arrivant à échéance dans les douze prochains mois, quelle est la probabilité de renouvellement telle qu'évaluée par le CSM, et quel est le montant contracté ? La réponse ressemble rarement au NRR affiché en couverture.

Un client enterprise signe un contrat de trois ans avec un discount en début de période : année 1 à 30 % de remise, retour au prix catalogue en année 3. Côté ventes, la retirement du quota se fait typiquement au prix catalogue. Côté finance, l'ARR enregistré correspond au montant facturé en année 1.

La confusion est le plus souvent de bonne foi — mais sur un deal, ça veut dire que l'ARR présenté dans la data room ne correspond pas à l'ARR supposé dans le modèle. Un chiffre reflète ce qui est facturé aujourd'hui, l'autre ce qui est contracté pour plus tard. Les deux sont défendables. Ce ne sont pas les mêmes.

Ce qu'il faut demander. Demander la donnée au contrat avec l'ARR effectif par période. Modéliser le ramp. Demander si l'entreprise remise sur la ligne année 1 ou sur la ligne ARR — la réponse change la valorisation.

1. Quelle est la part d'ARR engagée vs variable, et quelle est la trajectoire sur six trimestres de la part variable ?
2. Peut-on avoir le CA par SKU, avec les services séparés de l'abonnement ?
3. Montrer bookings, ARR et CA côte à côte sur les huit derniers trimestres.
4. Quel est le pipeline de churn notifié sur les douze prochains mois ?
5. Sortir les cinq plus gros contrats. Y a-t-il des ramp deals parmi eux, et à quel niveau d'ARR sont-ils positionnés dans le rapport ?

Si la réponse à l'une de ces questions est « je reviens vers vous », c'est déjà le finding.