Guide ASC 606 sur la comptabilisation des revenus pour les entreprises basées sur l'usage

Ce guide explique la norme ASC 606 « Revenue from Contracts with Customers » des U.S. GAAP en termes pratiques et illustre comment chaque étape de la norme se connecte au modèle de données et aux fonctionnalités produit de Metronome. Notre objectif est de garantir que chaque décision produit, de la conception du schéma de données aux résultats de reporting, soutient la capacité des clients à se conformer à l’ASC 606 avec un minimum de travail manuel. Metronome impacte directement votre capacité à vous conformer à l’ASC 606 parce que :

• Nous capturons les données d’utilisation et de facturation qui alimentent votre processus de comptabilisation des revenus
• Notre capacité à mapper les charges aux obligations, à suivre les changements de contrat et à fournir des données d’événements granulaires fait de nous un système d’enregistrement clé
• En mappant notre structure de données à l’ASC 606, nous éliminons les étapes manuelles pour vous et alignons mieux notre plateforme sur vos besoins

​

Principes du modèle de données et du reporting pour l’ASC 606

Metronome est conçu spécifiquement pour répondre aux besoins des entreprises SaaS modernes, basées sur l’usage et hybrides. Il va au-delà des moteurs de facturation traditionnels en fournissant une infrastructure en temps réel, des modèles de données fins et des constructions commerciales flexibles — autant d’éléments qui soutiennent une comptabilisation des revenus évolutive et conforme à l’ASC 606. Pour soutenir le processus de comptabilisation des revenus, notre plateforme suit ces principes :

​

Données complètes

Metronome fournit les données brutes et structurées nécessaires pour gérer une comptabilisation complexe des revenus et soutenir un reporting et des analyses prêts à l’audit. Ces données incluent :

• Historique complet des transactions et entrées au niveau du grand livre
• Granularité quotidienne de l’utilisation et de la prestation de services
• Répartitions par produit, client, engagement et catégorie de revenu

​

Granularité et données spécifiques aux périodes

Metronome capture un historique détaillé des transactions et des grands livres avec une granularité quotidienne jusqu’aux produits et catégories de revenu, y compris :

• Suivi des commits prépayés, des draws postpayés et des true-ups
• Crédits gratuits ou remises promotionnelles

Cela permet d’obtenir des données détaillées spécifiques à la période, essentielles à la comptabilisation des revenus et au support d’audit.

​

Gestion complète des contrats et de la tarification

Metronome maintient un objet contrat centralisé contenant la tarification, les conditions, l’accès aux produits, les engagements, les crédits et les calendriers de facturation, avec des structures tarifaires flexibles et un historique des versions préservé. Metronome encode chaque accord via une modélisation flexible basée sur les contrats et prend en charge des modèles de tarification tels que :

• Pay-as-you-go
• Engagements d’utilisation prépayés
• Abonnements avec dépassement basé sur l’utilisation
• Crédits entreprise avec tarification par paliers
• Structures de tarification groupées ou hybrides
• Modèles de tarification par sièges et sièges avec dépassements

​

Tagging clair des produits et des obligations

Des identifiants stables et une catégorisation explicite des types de revenu (point dans le temps vs sur la durée) sont conservés pour faciliter les règles d’allocation et de comptabilisation. Les identifiants stables vous permettent d’automatiser les règles d’allocation et de comptabilisation dans les outils ERP et d’éviter le remappage manuel lorsque des données historiques sont récupérées.

​

Traitement de l’utilisation et facturation en temps réel

La plateforme est conçue pour des environnements à fort volume et en temps réel, capable de :

• Ingérer des milliards d’événements d’utilisation via les API
• Traiter les événements via des billable metrics
• Appliquer dynamiquement la tarification et les remises
• Émettre des factures ou mettre à jour les soldes instantanément

Ce flux en temps réel est essentiel pour la détection des fraudes, la limitation des dépenses et l’application de l’utilisation, aidant les entreprises à réduire leur exposition aux revenus non recouvrables.

​

Données traçables et piste d’audit

Chaque montant facturé est lié à l’utilisation d’origine, au taux appliqué et aux ajustements, avec des tags cohérents et une piste d’audit immuable. Tous les changements de contrats, de tarification ou de tagging d’obligation sont capturés avec un historique des versions, ce qui garantit la transparence, prévient les incohérences rétroactives des données et renforce la confiance dans les sorties de Metronome en tant que système d’enregistrement fiable.

​

Reporting robuste et intégration

Reporting flexible avec détail au niveau produit/SKU, exports à schéma stable et API pour une intégration transparente avec les outils ERP/revenu. Le reporting permet une réconciliation inter-systèmes, notamment :

• Intégrations API et data warehouse
• Exports détaillés des lignes d’articles, grands livres et soldes
• Réconciliations avec des systèmes tels que Salesforce, Stripe, ERP et entrepôts de données clients

​

Insights sur la prévision et la breakage

Capacité à suivre et estimer les engagements non utilisés et les reports de crédits pour l’analyse de l’impact sur les revenus futurs.

​

Le modèle ASC 606 en cinq étapes

La norme exige que les entreprises suivent cette séquence :

1. Identifier le ou les contrats avec un client
2. Identifier les obligations de performance dans le contrat
3. Déterminer le prix de la transaction
4. Allouer le prix de la transaction aux obligations de performance
5. Comptabiliser le revenu lorsque (ou au fur et à mesure que) les obligations sont satisfaites

Chaque étape ci-dessous inclut :

• Ce que l’ASC 606 exige
• Les défis pour les clients
• Comment Metronome soutient cette étape
• Points critiques / problèmes courants

​

Étape 1 : Identifier le contrat

​

Signification comptable

Un contrat est un accord juridiquement exécutoire avec un client comportant des droits, obligations et conditions de paiement définis. Pour la comptabilisation des revenus, chaque événement d’utilisation, charge ou crédit dans Metronome doit être lié à un contrat spécifique avec un client, car le contrat est la base de toutes les étapes ultérieures de l’ASC 606. Les clients peuvent avoir plusieurs contrats avec une même entreprise (par exemple, un accord-cadre et des commandes distinctes) qui nécessitent un suivi distinct. De plus, les contrats peuvent évoluer dans le temps, par le biais d’extensions, de renouvellements, d’augmentations de portée, de changements de taux, ce qui peut déclencher de nouvelles évaluations comptables.

​

Défis pour les clients

• Lier les données de facturation au bon contrat
• Suivre les dates de début/fin des contrats et les changements dans le temps
• Maintenir une piste d’audit pour les avenants aux contrats

​

Comment Metronome soutient

• Champ unique d’ID de contrat dans tous les exports de données et appels API pertinents
• Capture des données clés du contrat y compris les dates de début et de fin, les dates d’effet des avenants et la valeur totale du contrat (TCV)
• Stockage de l’historique des versions pour conserver les avenants au contrat sans écraser les données historiques
• Support de la hiérarchie des contrats pour fournir un lien entre les contrats (traiter plusieurs accords liés comme un seul contrat d’un point de vue comptable) si nécessaire
• Hooks d’intégration vers les enregistrements de contrats CRM/ERP pour que la finance puisse rapprocher

​

Liens utiles pour en savoir plus

• Comment Metronome fonctionne - Contrats : encoder votre modèle commercial : Cette section explique que Metronome utilise les contrats pour connecter les clients aux structures de tarification et définir des arrangements commerciaux spécifiques, y compris la tarification de base, les conditions personnalisées, l’accès aux produits, les structures de paiement et les cycles de facturation.
• Réconciliation des données - Réconciliation de contrat : Cette section détaille comment les données Metronome, y compris les dates de début et de fin de contrat, les montants de commit et les remises personnalisées négociées, peuvent être rapprochées de Salesforce CPQ pour garantir l’exactitude. Pour prendre en charge cette réconciliation, vous devrez ajouter les ID d’objets SFDC pertinents à chaque objet Metronome à l’aide de champs personnalisés. Vous pouvez également utiliser l’intégration Metronome à Salesforce pour exporter automatiquement les objets de données metronome__Contract__c et metronome__Commit__c vers Salesforce, qui contiennent l’ID du contrat, le client, la rate card, le nom, les dates de début/fin et la fréquence du calendrier des relevés d’utilisation, ainsi que les détails du commit comme le type, la priorité, le montant total et le solde actuel.
• Exemples de comptabilisation des revenus : Cette section inclut des exemples de tables pour les données Customer et Contract, démontrant comment les ID de contrat, les ID de client et les dates de début/fin sont peuplés pour divers scénarios de reporting des revenus.

​

Points critiques / Problèmes courants

​

Plusieurs accords = Un seul contrat

Selon l’ASC 606, des contrats signés à des dates proches avec un seul objectif commercial peuvent nécessiter d’être combinés. Les clients Metronome ne parviennent parfois pas à lier les contrats associés dans Metronome. Metronome prend en charge le lien entre contrats associés grâce à sa fonctionnalité de liaison parent-enfant des comptes, dans laquelle plusieurs ID de contrat peuvent être liés ensemble.

​

Modifications de contrat

Les upsells, downgrades et renouvellements nécessitent un traitement comptable soigneux (prospectif vs rétrospectif). Metronome peut suivre les modifications et maintenir l’historique des versions et une piste d’audit pour ces avenants, mais vous devez ultimement décider comment les traiter selon l’ASC 606.

​

Clauses d’opt-out et droits de résiliation

Les contrats pluriannuels avec opt-out peuvent ne pas compter comme un seul contrat pluriannuel. Les clients Metronome peuvent rapporter incorrectement le TCV sans tenir compte de la période contractuelle exécutoire selon l’ASC 606.

​

Périodes « gratuites » engagées

Les clients Metronome négligent souvent d’inclure les périodes « gratuites » engagées dans la définition du contrat, ce qui entraîne des décalages entre l’utilisation du système et la comptabilisation des revenus.

​

Étape 2 : Identifier les obligations de performance

​

Signification comptable

Les obligations de performance sont des promesses distinctes (séparables) de fournir des biens ou des services ; dans tout contrat avec un client, il peut y avoir des obligations uniques (par exemple, un an d’accès à la plateforme) ou plusieurs obligations (par exemple, abonnement plus services de mise en œuvre plus add-ons). L’identification des obligations de performance est importante car chaque obligation peut être comptabilisée séparément selon l’ASC 606. Dans les modèles de revenu SaaS et basés sur l’usage, les obligations de performance peuvent être :

• Accès à la plateforme (abonnement)
• Services basés sur l’usage (appels API, données traitées)
• Mise en œuvre/configuration
• Support amélioré

​

Défis pour les clients

• Désagréger ou combiner les charges en obligations de performance claires (c’est-à-dire mapping)
• Gérer les offres groupées sans perdre le détail au niveau de la ligne

​

Comment Metronome soutient

• Structure de produits et de rate cards permet de mapper les SKU/métriques d’utilisation à des catégories d’obligations ou à un ID d’obligation spécifique
• Tags d’obligation dans le modèle de données pour marquer chaque charge ou événement d’utilisation
• Support des bundles tout en conservant des exports désagrégés au niveau produit
• Capacité à tagger rétroactivement les données historiques si les obligations changent
• Maintenir des identifiants cohérents dans tous les rapports et API pour le mapping d’allocation

​

Mappage à la documentation actuelle de Metronome

• Comment Metronome fonctionne - Section Produits & Rate Cards : Cette section décrit les produits comme ce qui est vendu aux clients (SKU individuels qui apparaissent comme lignes d’articles sur les factures) et mentionne la prise en charge de divers types de produits, y compris les charges basées sur l’usage, fixes ou d’abonnement. Cela se rapporte directement à la définition des obligations de performance. Elle note également la capacité de personnaliser l’apparence de la facture, d’organiser les SKU liés avec des tags et de contrôler la granularité.
• Comment fonctionne la comptabilisation des revenus - sous-section Catégories de reporting des revenus : Cette section répertorie les catégories courantes de reporting des revenus telles que l’utilisation à la demande, le drawdown d’engagement prépayé/postpayé, l’utilisation en dépassement et le drawdown de crédit, ventilés par produit, ce qui s’aligne sur l’identification d’obligations de performance distinctes.
• Synchronisation dans Salesforce : L’objet de données metronome__Invoice_Line_Item__c, qui inclut Product_Type__c, aide à suivre les produits spécifiques facturés, soutenant l’identification des obligations de performance.

​

Points critiques / Problèmes courants

​

Complexité dans l’identification des obligations de performance

Ce qui apparaît comme un SKU distinct dans Metronome peut ne pas toujours être une obligation de performance distincte selon l’ASC 606. Ou vice versa, comme dans le cas d’un modèle hybride, tel que l’usage plus les services d’abonnement, qui peut nécessiter d’être séparé en obligations de performance distinctes. La mauvaise classification des SKU, par exemple en traitant tout comme autonome ou en omettant de séparer les modèles hybrides, peut entraîner des erreurs de comptabilisation des revenus. Metronome permet de mapper les SKU et les métriques d’utilisation à des catégories ou ID d’obligations spécifiques, mais l’utilisateur est responsable de la configuration et du mapping corrects.

​

Frais d’implémentation / configuration

Les frais ponctuels doivent être évalués ; s’agit-il de services distincts ou d’une obligation de service plus large ? Une fois déterminés, les utilisateurs peuvent ensuite mapper ces services à leur obligation spécifique dans Metronome (par exemple, soit combinés, soit comme un ID d’obligation distinct).

​

Niveaux de support et de service

Les clients peuvent combiner des activités de support avec les services de la plateforme principale, mais certaines offres de support peuvent nécessiter une évaluation séparée en tant qu’obligation de performance et être mappées à leur propre ID d’obligation.

​

Étape 3 : Déterminer le prix de la transaction

​

Signification comptable

Le prix de la transaction est le montant total auquel l’entité s’attend à avoir droit selon la durée exécutoire du contrat, et bien qu’il s’aligne généralement avec le TCV (total contract value), il peut différer selon la façon dont le TCV est défini. Le prix de la transaction peut inclure :

• Frais fixes (frais d’abonnement, frais de configuration forfaitaires)
• Frais variables basés sur l’usage (frais à l’usage, dépassements)
• Remises et crédits
• Contraintes sur la contrepartie variable pour éviter la surestimation

​

Défis pour les clients

• Capturer tous les composants tarifaires séparément à des fins comptables, afin que la valeur totale du contrat (prix de la transaction) dans Metronome soit exacte
• Gérer la contrepartie variable (VC), y compris le suivi et le mapping à l’usage. Le système de Metronome peut prendre en charge des composants variables comme les dépassements et les reports. Pour des scénarios complexes, les clients Metronome peuvent avoir besoin d’estimer le prix de la transaction pour différer efficacement les revenus
• Comprendre quelle partie des montants facturés est fixe vs variable, et comment les remises ou crédits ont été appliqués
• Maintenir un enregistrement de tous les ajustements

​

Comment Metronome soutient

• Capture granulaire des prix fournit des champs distincts pour les éléments fixes, variables, remises, crédits
• Lien avec l’usage brut stocke l’usage brut aux côtés du montant final facturé pour l’auditabilité
• Architecture flexible de contrats et de rate cards prend en charge des modèles commerciaux variés et des structures tarifaires dynamiques pour les deals à paliers et les structures tarifaires graduelles
• Suivi des ajustements avec des logs exportés des remises, crédits et codes de motif
• Gestion des devises prise en charge en stockant les montants en devise d’origine et en devise fonctionnelle

​

Mappage à la documentation actuelle de Metronome

• Comment Metronome fonctionne - Section Prix : Produits & Rate Cards : Cette section décrit les Rate Cards comme définissant la tarification par défaut pour les produits d’utilisation, prenant en charge les changements de prix planifiés et différents paliers. Cela concerne la manière dont les prix sont définis et appliqués à travers les modèles commerciaux. Le système prend également en charge la tarification spécifique aux commits, incitant à des engagements plus élevés grâce à des remises.
• Comment fonctionne la comptabilisation des revenus - Section Terminologie : Cette source définit des concepts comme l’utilisation à la demande, les commits (prépayés et postpayés) et le dépassement, qui contribuent tous au prix de la transaction.
• Synchronisation dans Salesforce : L’objet de données metronome__Commit__c inclut Total_Amount__c, représentant le montant total en dollars du commit ou du crédit, qui est un composant clé du prix de la transaction. L’objet metronome__Invoice__c inclut Total__c, représentant le total de la facture.

​

Points critiques / Problèmes courants

​

Contrepartie variable

Les frais de dépassement, les reports et les crédits futurs créent de la complexité. Les clients supposent parfois que les montants des factures égalent le prix de la transaction, mais selon l’ASC 606, la VC peut devoir être estimée et elle peut également être contrainte. Metronome permet la capture et le suivi de différents types de contrepartie s’ils sont désignés correctement par l’utilisateur.

​

Devise étrangère

L’ASC 606 exige une politique cohérente sur le traitement FX. Bien que Metronome capture la devise de facturation, les utilisateurs devront s’assurer que leur traitement FX est cohérent selon les U.S. GAAP en fonction de leur(s) désignation(s) de devise.

​

Étape 4 : Allouer le prix de la transaction

​

Signification comptable

Une fois le prix total de la transaction déterminé, il doit être alloué aux obligations de performance individuelles en fonction de leur standalone selling price (SSP ; c’est-à-dire prix de vente relatif). Cette étape garantit que la remise sur un produit ou SKU ne fausse pas sa valeur, et peut être complexe, en particulier avec des services groupés ou des structures de remise complexes. L’allocation affecte le montant des revenus comptabilisés pour chaque obligation.

​

Défis pour les clients

• Déterminer les SSP des obligations de performance et allouer correctement la contrepartie dans les outils ERP/revenu
• Conserver les données historiques pour la réallocation si les SSP changent

​

Comment Metronome soutient

• Reporting au niveau de la charge par SKU/obligation
• Mappage usage-vers-obligation pour chaque événement et charge
• Données formatées afin que les systèmes ERP puissent allouer automatiquement sans intervention manuelle
• Support d’allocation historique y compris la disponibilité des données historiques à partir desquelles déterminer/soutenir l’analyse SSP, et la capacité de conserver les montants bruts même après des changements de tarification au cas où le SSP d’un client changerait et où des allocations seraient nécessaires pour des périodes passées
• Maintenir des identifiants cohérents dans tous les rapports et API pour le mapping d’allocation

​

Mappage à la documentation actuelle de Metronome

• Comment Metronome fonctionne - Contrats : encoder votre modèle commercial : Cette section décrit comment les contrats permettent d’appliquer des conditions et des overrides personnalisés, tels que des remises en pourcentage ou par unité, à des produits ou tags de produits spécifiques. Bien que Metronome lui-même n’effectue pas d’allocation SSP, il capture les structures de tarification et de remise personnalisées au niveau du contrat.
• Comment fonctionne la comptabilisation des revenus - Catégories de reporting des revenus : La capacité de Metronome à ventiler les revenus par produit dans chaque catégorie (par exemple, à la demande, drawdown de commit) fournit la granularité nécessaire pour suivre la performance et aide à faciliter l’allocation en dehors du système.
• Synchronisation dans Salesforce : L’objet de données metronome__Invoice_Line_Item__c contient Quantity__c, Unit_Price__c, Product_Type__c et Total__c, fournissant les points de données spécifiques qui, lorsqu’ils sont combinés, peuvent être utilisés par le client pour la logique d’allocation des prix. Les objets metronome__InvoiceLineItemPricingDimensionAssoc__c et metronome__Pricing_Dimension__c offrent également des métadonnées pour des détails de tarification granulaires.

​

Points critiques / Problèmes courants

​

Allocation SSP

Metronome fournit des données de facturation granulaires, mais n’alloue pas le prix de la transaction entre les obligations de performance. Les entreprises peuvent ne pas ajuster pour les allocations SSP (Standalone Selling Price) relatives lorsque les remises sont groupées, qu’une remise significative est incluse sur un SKU particulier ou qu’un service est inclus « gratuitement ».

​

Attribution commit / usage

Les entreprises doivent déterminer comment les commits prépayés ou les reports se rapportent aux obligations de performance. Sans allocation explicite, elles risquent une mauvaise classification.

​

Remises et droits matériels

Les remises spécifiques aux commits, la tarification par paliers ou les droits à des remises futures (par exemple, remises de renouvellement) peuvent créer des droits client supplémentaires qui nécessitent une allocation des revenus.

​

Étape 5 : Comptabiliser le revenu

​

Signification comptable

La dernière étape consiste à comptabiliser le revenu lorsque ou au fur et à mesure que les obligations de performance sont satisfaites. Cela peut se produire soit dans le temps (par exemple, l’accès à une plateforme sur une période), soit à des moments précis (par exemple, à mesure que l’utilisation se produit ou qu’un service spécifique est fourni). Metronome, en tant que plateforme basée sur l’usage, s’aligne généralement avec une comptabilisation à un point dans le temps à mesure que l’utilisation se produit. Cependant, il prend également en charge les abonnements et les sièges qui sont généralement comptabilisés au fil du temps.

​

Défis pour les clients

• Faire correspondre l’utilisation à la bonne période de comptabilisation
• Gérer les true-ups et les dépassements liés à des périodes antérieures
• Différencier la facturation et le revenu acquis

​

Comment Metronome soutient

• Les événements d’utilisation horodatés peuvent être exportés vers le Data Warehouse pour la réconciliation
• Vues facturé vs acquis dans les exports pour séparer la facturation de la comptabilisation
• Alignements true-up relient les ajustements à la période d’utilisation d’origine
• Conservation à long terme des données d’utilisation et de facturation pour les rétrospectives d’audit

​

Mappage à la documentation actuelle de Metronome

• Comment Metronome fonctionne - Génération de factures : tout rassembler : Cette section explique que Metronome traite les données d’utilisation, applique la tarification du contrat du client et génère des factures en temps réel avec l’utilisation, à la demande via l’API ou à la clôture du cycle de facturation. Cela reflète le moment où l’utilisation est mesurée et donc le moment où les revenus pourraient être comptabilisés.
• Comment fonctionne la comptabilisation des revenus : Cette section explique comment Metronome maintient un historique détaillé des transactions et des grands livres pour calculer les revenus différés, accumulés et comptabilisés avec une granularité quotidienne jusqu’aux produits et catégories de revenu. Elle détaille comment les revenus sont comptabilisés pour l’utilisation à la demande (immédiatement à l’émission de la facture), le drawdown de commit prépayé (à mesure que les commits sont consommés ou expirent) et les commits postpayés (à mesure que l’utilisation se produit ou lorsque des factures de true-up sont émises).
• Comment fonctionne la comptabilisation des revenus - Modèle de données Metronome : Cette section explique que l’interrogation des factures avec status = 'FINALIZED' produit un rapport de revenus comptabilisés, tandis que status = 'DRAFT' produit un rapport de revenus accumulés. Elle détaille également des types d’entrées de grand livre spécifiques pour les crédits et les commits qui sont pertinents pour la comptabilisation des revenus, indiquant quand certains montants doivent être comptabilisés (par exemple, prepaid_segment_expiration doit toujours être comptabilisé comme revenu).
• Exemples de comptabilisation des revenus : Cette source fournit des scénarios concrets (par exemple, utilisation à la demande avec crédits gratuits, engagements prépayés, engagements postpayés) avec les tables d’export de données associées et des explications sur la façon dont CloudNet (l’entreprise exemple) comptabilise les revenus dans chaque situation.

​

Points critiques / Problèmes courants

​

Timing de la comptabilisation des revenus

Metronome affiche l’utilisation en temps réel, mais les entreprises doivent confirmer que leur politique est une comptabilisation à un point dans le temps (à mesure de la consommation) vs sur la durée (au prorata).

​

Problèmes de cutoff / mois partiel

Les ventilations quotidiennes résolvent les problèmes de cutoff, mais si les entreprises ne les utilisent pas, elles peuvent calculer incorrectement le prorata des revenus en fin de mois.

​

Estimations de breakage

Si vous prévoyez du breakage, comptabilisez-le proportionnellement au schéma d’exercice des droits, sous réserve de la contrainte. Les entreprises omettent souvent d’estimer le breakage à l’avance, ce qui entraîne des erreurs de différé.

​

Timing facturation vs comptabilisation des revenus

Comptabilisez les revenus lorsque le contrôle est transféré (point dans le temps par événement ou, pour les arrangements de stand-ready, dans le temps), et non lorsque les factures sont émises. Le timing de facturation et la comptabilisation diffèrent souvent. Les entreprises peuvent aligner incorrectement les revenus uniquement avec le timing de facturation, manquant des obligations accumulées-mais-non-facturées.

​

Annexe : exemples et composants de données

Metronome fournit les données fondamentales nécessaires pour soutenir des exigences complexes de comptabilisation des revenus dans des modèles d’affaires basés sur l’usage. Grâce à l’historique détaillé des transactions, aux entrées de grand livre et à la logique de tarification configurable, Metronome permet à ses clients de calculer les revenus différés, accumulés et comptabilisés avec une granularité quotidienne. Ces données sont accessibles via les API de Metronome ou la fonctionnalité d’export de données et peuvent être intégrées dans des sous-grands livres de revenus externes, des ERP ou des rapports personnalisés exportables en CSV. Le modèle de données de Metronome inclut :

• Horodatages de facture (invoices.start_timestamp, invoices.end_timestamp) pour définir les périodes de service
• Attributs de ligne d’article (line_items.product_id, line_items.commit_id) pour la comptabilisation des revenus au niveau produit
• Entrées de grand livre de crédit et de solde pour soutenir le traitement des prépayés, postpayés, crédits gratuits et expirations

Vous trouverez ci-dessous des scénarios de revenus courants et comment les composants de données de Metronome se mappent à chaque cas d’usage :

​

1. Utilisation à la demande (pay-as-you-go)

Description : Le client est facturé en fonction de l’utilisation réelle sans précommitment. Comptabilisation des revenus : Comptabilisée au moment de la facturation, à mesure que l’utilisation est encourue. Mappage des données Metronome :

• invoices.type = 'CONTRACT_USAGE' pour la facturation basée sur l’usage
• line_items.commit_id = null indique à la demande ou dépassement (différenciés via les métadonnées)

Exemple : Le client A engage 384 $pour CloudCompute et 75$ pour CloudStorage entre le 16 et le 31 janvier, facturés à la fin du mois et comptabilisés comme revenu à la demande.

​

2. Drawdown d’engagement prépayé

Description : Le client prépaie un montant fixe (par exemple, 10 000 $) pour une utilisation future à un tarif réduit. Comptabilisation des revenus : Le prépaiement est différé initialement ; comptabilisé en tant que revenu à mesure que les crédits sont consommés. Mappage des données Metronome :

• invoices.type = 'CONTRACT_SCHEDULED' pour le commit prépayé initial (revenu différé)
• invoices.type = 'CONTRACT_USAGE' pour l’utilisation pendant le drawdown (souvent des factures à 0 $)
• line_items.commit_id rempli ; joint à balances.type = 'prepaid'

Exemple : 900 $d'utilisation sont consommés contre un commit de 10 000$ et comptabilisés lors de la consommation, même si aucune facture n’est émise pour l’utilisation.

​

3. Expirations de commit prépayé (breakage)

Description : Les crédits non utilisés à la fin de la période d’engagement expirent. Comptabilisation des revenus : Comptabilisée comme revenu lors de l’expiration (ou plus tôt si vous utilisez un modèle de breakage). Mappage des données Metronome :

• balances_ledger.entry_type = 'prepaid_segment_expiration' indique l’expiration du crédit
• Aucune facture n’est émise ; l’expiration est suivie via le grand livre

Exemple : 1 400 $ de commit non utilisé expirent le 1er janvier 2025 et sont comptabilisés comme revenu car l’entreprise n’a pas d’historique de report des crédits expirés.

​

4. Drawdown d’engagement postpayé

Description : Le client s’engage sur un minimum de dépenses mais paie mensuellement à terme échu. Comptabilisation des revenus : Comptabilisée à mesure que l’utilisation se produit. Mappage des données Metronome :

• invoices.type = 'CONTRACT_SCHEDULED' ou 'CONTRACT_USAGE'
• line_items.commit_id rempli ; lié à balances.type = 'postpaid'

Exemple : 700 $pour CloudCompute et 100$ pour CloudStorage sont comptabilisés pour le mois en fonction de l’utilisation.

​

5. True-ups d’engagement postpayé

Description : Le client n’atteint pas l’engagement minimum, et une facture de true-up est émise. Comptabilisation des revenus : Comptabilisée lorsque la facture de true-up est finalisée (sauf si elle est intégrée à un renouvellement). Mappage des données Metronome :

• invoices.type = 'CONTRACT_TRUEUP'
• balances_ledger.entry_type = 'postpaid_trueup'

Exemple : Un true-up de 400 $ est facturé à la fin du terme et comptabilisé (à l’expiration).

​

6. Utilisation en dépassement

Description : L’utilisation dépasse le montant engagé. Comptabilisation des revenus : Comptabilisée lors de la facturation. Mappage des données Metronome :

• line_items.commit_id = null indique un dépassement (si aucun commit ne s’applique)
• Différencié du à la demande à l’aide de métadonnées définies par le client

Exemple : 900 $ de dépassement au mois 11 sont facturés et comptabilisés.

​

7. Crédits gratuits

Description : Crédits fournis sous forme de promotions, d’essais gratuits ou de compensation SLA. Comptabilisation des revenus : Non différés ni comptabilisés comme revenu. Peuvent compenser le revenu comptabilisé en tant que contre-revenu. Mappage des données Metronome :

• balances_ledger.entry_type = 'credit_automated_invoice_deduction'

Exemple : 410 $de crédits sont appliqués à l'utilisation ; 90$ de crédits non utilisés expirent.

​

Points forts du modèle de données Metronome

La structure de données de Metronome soutient la conformité à l’ASC 606 grâce aux capacités suivantes :

​

Granularité au niveau produit

Metronome catégorise les revenus par type (à la demande, drawdown de commit, dépassement) et par produit, permettant une précision dans le suivi et le reporting des revenus. Il le fait tout en capturant un historique détaillé des transactions et des grands livres avec une granularité quotidienne, jusqu’aux produits et catégories de revenu, ce qui est crucial pour la comptabilisation des revenus spécifique à la période et le support d’audit.

​

Champs personnalisés sur les SKU

Les clients Metronome peuvent définir des obligations de performance au niveau du SKU à l’aide de champs personnalisés, qui sont disponibles dans les exports de données pour l’allocation et la catégorisation des revenus.

​

Détail des lignes d’articles de facture

• line_items.commit_id : indique une utilisation basée sur un commit
• line_items.product_id : utilisé pour la comptabilisation au niveau produit
• invoices.credit_type_id : identifie la devise de facturation
• invoices.start_timestamp / end_timestamp : définissent la période de prestation du service

​

Reporting et réconciliation

Metronome fournit des informations de facturation essentielles pour déterminer les soldes de revenus différés et les actifs/passifs contractuels. Ces données peuvent être rapprochées avec des systèmes externes comme Salesforce et Stripe. Metronome propose des exports de données robustes et des API qui permettent aux clients d’extraire des données détaillées (contrats, factures, utilisation, tarification) pour la réconciliation avec leur ERP externe ou leurs systèmes comptables.

• invoices.status = 'FINALIZED' : utilisé pour le revenu comptabilisé
• invoices.status = 'DRAFT' : utilisé pour les accruals de revenus

Ces vues prennent en charge la réconciliation des revenus comptabilisés, différés et des actifs contractuels.

​

Support de tarification complexe

Les rate cards définissent la tarification par défaut et peuvent prendre en charge la tarification par paliers, les charges composites, la tarification spécifique aux commits, les changements de prix planifiés et les overrides dynamiques. Bien que la plateforme n’effectue pas d’allocation selon l’ASC 606, les données nécessaires pour déterminer les standalone selling prices sont disponibles.

​

Gestion des contrats

L’objet contrat de Metronome sert de hub central pour définir le modèle commercial d’un client, y compris la tarification de base, les conditions personnalisées, l’accès aux produits, la structure de paiement (engagements, crédits, abonnements) et les cycles de facturation, important pour la capture du TCV. Le framework inclut la prise en charge de :

• Deals à paliers pluriannuels
• Clauses d’opt-out et de renouvellement
• Calendriers d’accès aux engagements
• Structures de comptes parent-enfant alias hiérarchie de comptes