Depuis son entrée en vigueur, IFRS 15 a changé en profondeur la façon dont les entreprises — en particulier celles qui opèrent en mode subscription — doivent comptabiliser leur chiffre d’affaires. Pourtant, beaucoup continuent de gérer la revenue recognition en dehors de leur outil de billing : dans des feuilles Excel, des macros VBA ou des développements maison fragiles. Ce n’est pas une question de mauvaise volonté, c’est souvent le signe que l’outil de billing utilisé ne supporte tout simplement pas la norme nativement.

Voici ce que votre plateforme de billing doit être capable de faire — de bout en bout — pour que votre clôture comptable soit propre, auditée et conforme.

IFRS 15 repose sur un modèle unique applicable à tous les contrats clients. Avant d’évaluer votre outil, il faut maîtriser ce cadre :

Un contrat IFRS 15 existe dès lors que les deux parties ont approuvé l’accord et que les droits et obligations sont identifiables.

Chaque promesse distincte faite au client (licence, implémentation, support) constitue une obligation de performance séparée.

Le prix inclut la contrepartie variable (usage, volume, bonus/malus) et doit être estimé selon des méthodes probabilistes.

Le prix de transaction est réparti entre chaque obligation selon le prix de vente autonome (SSP — Standalone Selling Price).

Le revenu est reconnu lorsque (ou au fur et à mesure que) l’obligation de performance est satisfaite — et non à la date de facturation.

Un outil de billing conforme IFRS 15 ne se contente pas de générer des factures. Il doit gérer le cycle complet de la reconnaissance, de la création du contrat jusqu’aux écritures comptables.

Un abonnement SaaS avec onboarding, licences et support représente trois obligations de performance distinctes. L’outil doit pouvoir les modéliser séparément, leur associer un SSP individuel, et piloter leur état de satisfaction de façon indépendante.

Dès qu’un contrat est modifié (upsell, downgrade, remise commerciale), l’allocation du prix de transaction entre les obligations doit être recalculée automatiquement selon les méthodes admises : prix catalogue, approche résiduelle, ou estimation.

Les revenus d’usage, les remises volume, les clauses de performance conditionnelle — tout cela constitue de la contrepartie variable. L’outil doit modéliser les scénarios et appliquer le principe de contrainte pour ne reconnaître que le montant dont la réalisation est hautement probable.

Un upgrade en cours de période, un avenant, un renouvellement anticipé — chaque modification doit être traitée soit comme un nouveau contrat, soit comme une modification prospective ou cumulative selon les règles IFRS 15. L’outil doit gérer ces trois cas sans rupture du schedule de reconnaissance.

Le revenu doit être étalé sur la période de service, obligation par obligation. L’outil doit produire un waterfall automatique, recalculé à chaque événement contractuel, et réconciliable avec les soldes de deferred revenue et contract assets dans le bilan.

Chaque événement de reconnaissance doit générer automatiquement les écritures correspondantes : constatation du revenu, mouvement du deferred revenue, ajustement du contract asset ou liability. Sans ce lien direct, la réconciliation entre billing et comptabilité reste manuelle — et risquée.

Si vous reconnaissez l’un des symptômes suivants dans votre organisation, votre outil de billing n’est probablement pas conforme IFRS 15 nativement :

Au-delà du risque de non-conformité, gérer la revenue recognition hors de l’outil de billing a un coût opérationnel direct : temps comptable perdu chaque mois, risque d’erreur en cas de turnover, délais de clôture allongés, et difficultés à scaler quand le volume de contrats augmente. Pour une entreprise à 500 contrats actifs, la charge manuelle peut représenter plusieurs jours/homme par mois.

Les deux plateformes leaders du marché intègrent la revenue recognition IFRS 15 nativement, mais avec des architectures différentes.

Salesforce Revenue Cloud embarque un moteur de revenue recognition directement dans l’écosystème CRM. Le SSP est configurable par produit, les obligations de performance se définissent au niveau de la Product Catalog, et les schedules sont générés automatiquement à partir des Order Products. L’intégration avec Salesforce Billing permet un lien direct entre facturation et reconnaissance, sans export intermédiaire.

Zuora Revenue (anciennement RevPro) est un module à part entière, conçu pour les équipes finance. Il peut s’alimenter depuis Zuora Billing mais aussi depuis des systèmes tiers. Ses points forts : la gestion fine des POB complexes, le support des normes ASC 606 et IFRS 15 en parallèle, et des rapports de clôture directement exploitables par les CAC.