La tarification de l’IA dépasse votre stack de facturation et de reconnaissance du chiffre d’affaires

Diapositive. Nous avons notre déclaration prospective et, par mesure de précaution, notre équipe juridique nous demande de la partager dans toutes nos présentations. Je ne la lirai pas mot pour mot, mais je vous invite à prendre un moment pour lire notre déclaration prospective. Parfait. Merci à toutes et à tous. Ensuite, nous allons passer en revue quelques points d’organisation générale. Premièrement, si ce n’est pas déjà fait, merci de vous présenter dans l’onglet de chat. Dites bonjour, indiquez-nous d’où vous vous connectez. Utilisez les liens et les ressources. Vous pouvez cliquer sur « more » et vous verrez « Resources » en bas du navigateur. Vous y trouverez des ressources. Nous partagerons aussi, à la fin, un lien pour vous montrer certaines des ressources que nous avons mises à disposition. Posez des questions. Nous avons une section dédiée à la fin pour la session de Q&A.

Nous l’animerons. Je reviendrai à la fin et j’animerai la session de Q&A. Mais au fur et à mesure que des questions se présentent, n’hésitez pas à les publier dans le chat. Si nous n’y répondons pas pendant la session, nous reviendrons vers vous ensuite. Cette session est enregistrée et nous partagerons le lien dans notre e-mail de suivi après la session. Et ensuite, des questions de sondage. Merci de participer à nos questions de sondage. La session d’aujourd’hui est assez interactive : dans la première partie, pendant que Kathy présente le sujet, nous avons un certain nombre de questions de sondage. Et nous savons que, s’agissant de la tarification de l’IA, nous sommes tous en train de comprendre cela ensemble, de la stratégie jusqu’à la manière dont vous l’opérationnalisez concrètement. Nous avons quelques recommandations à partager, mais, honnêtement, ce domaine évolue si vite que nous sommes tout aussi impatients d’apprendre de vous. Comme chacun en est à un stade différent, nous lancerons quelques sondages rapides pour voir où en sont vos pairs et ce qui fonctionne.

Alors, continuez à alimenter le chat : partagez vos questions et commentaires au fil de l’eau. Et pour l’intervenante d’aujourd’hui, je voudrais vous présenter Kathy Pearson. Alors, bon retour, Kathy. Vous étiez avec nous pour la— Oui… la session SSP— SSP IA, et vous revenez aujourd’hui. Euh, et je vais vous passer la parole. Bienvenue, Kathy. Super. Merci, Lila. Euh, nous allons démarrer sur ce sujet et, comme Lila l’a dit, nous allons parler à la fois de facturation et de revenus. Nous allons parler des évolutions de tarification liées à l’IA que nous avons observées, de ce qui se passe, des types de tensions que nous voyons peser sur les systèmes, et de la manière dont Xora peut atténuer une partie de cette tension en connectant l’usage, la facturation et la reconnaissance du chiffre d’affaires au sein d’une plateforme unique et d’un processus auditable. Ensuite, nous verrons cela sous l’angle d’une démonstration en direct.

Comme nous le répétons, le marché évolue rapidement, et l’on passe des abonnements forfaitaires vers l’usage, les crédits prépayés, les modèles hybrides et la consommation basée sur l’IA. Ces évolutions s’accélèrent plus que jamais. Plutôt qu’un changement tarifaire deux fois par an, certains clients voient leurs modèles de tarification évoluer une douzaine de fois en six mois. Cette flexibilité soulève une question en aval sur les revenus : qu’est-ce que le client a réellement acheté et utilisé, et comment cela doit-il être reconnu ? Et, à ce sujet, voici une première question de sondage : lesquels de ces modèles tarifaires vendez-vous actuellement, ou prévoyez-vous de vendre au cours des douze prochains mois ? Notez que vous pouvez sélectionner plusieurs options. Et

pour celles et ceux qui ne le savent pas, nous avons notre simulateur de monéti— monétisation IA dans les ressources : il vous posera quelques questions et vous présentera des options sur ce que cela pourrait donner dans Xora. C’est donc un outil que nous voulons nous assurer de vous partager. Ah, il semble que l’hybride l’emporte, ce qui est conforme à ce que j’attendais. C’est ce que nous voyons chez beaucoup de clients. Ils ont commencé par l’abonnement. Nous passons à un abonnement avec une forme d’usage, en allant vers ce hy— et cet hybride

d’usage peut être des crédits de jetons ou, ou ce type d’élément. Cela peut aussi être du pay-as-you-go ou simplement de l’usage en dépassement. Donc oui, ce sont les types de modèles que nous constatons chez nos clients. Nous allons peut-être laisser encore quelques secondes, puis nous pourrons clôturer ce sondage et poursuivre. OK. Quand nous parlons de cette tension,

nous constatons que tout devient plus complexe lorsque vous passez à ces modèles de consommation IA. C’est plus complexe parce que vous avez désormais, peut-être, des sources d’usage hétérogènes. Vous essayez de présenter cet usage correctement et de le facturer correctement à votre client, au niveau de détail qu’il souhaite, et vous essayez de rapprocher tout cela. Côté revenus, vous avez maintenant une complexité sur la manière dont vous devez reconnaître le chiffre d’affaires. C’est-à-dire : comment dois-je traiter les SSP et les allocations dans ce modèle hybride ? Et parfois, potentiellement, les dépassements, la déperdition (breakage) et la contrepartie variable. Et c’est là que, lorsque les systèmes sont déconnectés, vous prenez ce risque entre eux deux— entre les deux systèmes. Et si la même information ne circulait pas ?

Lorsque l’on regarde Xora, cette plateforme unique pour la facturation et les revenus réduit ce risque, et cela commence par le premier point de contrôle : le catalogue produits orienté finance de Xora. La tarification commerciale, le comportement d’usage et le schéma de reconnaissance de re— revenus cible sont définis ensemble, afin que le processus en aval soit reproductible. Cela vous permet, au moment où vous créez ces produits, de définir aussi des éléments vraiment clés : comment je vais facturer, comment je vais tarifer et comment je vais reconaiss— reconnaître ces produits. Et, à ce propos, nous avons un— un autre sondage qui arrive. Euh, comment gérez-vous aujourd’hui la tarification à l’usage pour l’AR et pour les revenus ? Comment procédez-vous pour passer de la facturation aux revenus ?

Et je suppose que, là encore, plusieurs, parce que vous faites peut-être plusieurs choses. Vous utilisez peut-être votre ERP pour une partie, et des tableurs manuels pour d’autres éléments. OK. Nous voyons que les tableurs manuels restent numéro un, à environ quarante pour cent. Et oui, c’est une grande partie, ou bien une logique spécifique développée sur mesure, peut-être là où vous suivez l’usage. Donc c’est tout à fait cohérent avec ce que, euh, nous entendons de la part d’autres prospects

avec qui je parle tous les jours. C’est le sujet numéro un dont nous parlons à chaque échange. Et allons-y, donnons peut-être encore quelques secondes et passons à la suite. Donc, lorsqu’on pense à la consommation, il existe différentes façons de reconnaître. Il ne s’agit pas d’une approche unique. Vous pouvez construire une approche, mais vous pouvez potentiellement reconnaître de quatre façons différentes selon ce que c’est— cela dépend de la nature de l’obligation,

à quel moment le chiffre d’affaires doit-il être comptabilisé, et faut-il recourir à des estimations d’usage, à des droits de report ou à des produits à recevoir non facturés. Et plutôt que d’avoir une approche unique applicable à tous, nous proposons différents modèles que vous pouvez utiliser, depuis une comptabilisation linéaire avec contrepartie variable. Notre ancien modèle classique « pay-as-you-go », fondé sur du non facturé ou, euh, simplement sur ce qui est facturé en appliquant l’expédient pratique lié à la facture, jusqu’à : « Je vais le comptabiliser. Je vais utiliser ces événements d’usage comme déclencheur de la comptabilisation du chiffre d’affaires. » Donc, différents modèles pour traiter les différentes façons dont vous avez structuré vos contrats et ce qu’est l’obligation sous-jacente. S’agit-il d’une obligation de mise à disposition (stand-ready) ou est-ce réellement fondé sur les transactions ? Et avant de passer à notre démo, nous allons faire un dernier sondage sur ce que vous ressentez à ce sujet

ont le plus d’impact. Vous savez, nous avons différents intervenants, avec des rôles différents, sur cet appel, et est-ce vraiment le fait d’obtenir des données d’usage fiables ? Est-ce le calcul ? La tarification correspondante ? Est-ce la comptabilisation du chiffre d’affaires ? Laquelle de ces options ? Et, encore une fois, comme nous savons que c’est un sujet sur lequel beaucoup d’entre vous res- ressentent la douleur à plusieurs niveaux, nous allons, euh, vous laisser choisir plusieurs réponses. Nous avons des personnes qui me ressemblent sur cet appel. C’est la comptabilisation correcte du chiffre d’affaires. [rires] Comptabiliser correctement le chiffre d’affaires.

Mon parcours est dans le domaine du revenu, donc oui, et c’est pour cela que nous sommes ici. Nous allons donc examiner comment nous pouvons faire cela des deux côtés. Comment l’utilisation de Zuora Billing et de Zuora Revenue peut nous aider à réaliser ensemble la reconnaissance du chiffre d’affaires, de la manière la plus efficace et conforme possible. D’accord. Et nous allons clôturer cela, puis avancer. Et ce que nous allons voir aujourd’hui, nous allons configurer, euh… nous allons examiner un plan de tarification à la consommation, et comment le catalogue produits dans Zuora Revenue vous aide à définir cette consommation ainsi que la reconnaissance du chiffre d’affaires associée. Nous allons examiner comment l’utilisation

est saisi. En réalité, nous n’allons pas le faire. Nous allons examiner l’usage et les données saisies, la manière dont c’est défini, et comment je peux voir le non facturé et ce qui s’y passe. Ensuite, nous allons l’analyser sous l’angle de la comptabilisation du chiffre d’affaires (revenue recognition), et nous prendrons deux ou trois modèles différents, afin de voir si je comptabilise réellement au consommé, si je comptabilise au prorata temporis ; il nous faut vraiment suivre la consommation et le reporting disponible à ce sujet. Ainsi, vous aurez, je l’espère, une bonne compréhension du fonctionnement de la plateforme Zuora. Et sur ce, nous allons passer à la démo. Je vais commencer, et je vais commencer dans Zuora Billing, avec un catalogue de produits. J’ai ici un plan tarifaire configuré pour mes crédits IA annuels. J’ai donc mon crédit prépayé

montant. Si je regarde cela et que je modifie ce forfait, je peux entrer et nous allons commencer, et nous allons examiner le plan de crédits. Nous allons donc commencer ici, et nous allons nous pencher sur quelques éléments. Dans Zuora Billing, vous pouvez définir différents types de frais. Dans ce cas, je définis cela comme des frais prépayés. Il s’agit de frais prépayés au forfait unitaire, selon un modèle prépayé. Cela me permet de définir quel type de modèle j’utilise. Et dans ce cadre, si je fais défiler vers le bas, je peux configurer plusieurs éléments. Je peux configurer des périodes de validité. Pendant combien de temps puis-je utiliser ces crédits ? Est-ce pour un mois ? Pour un trimestre ? Pour un an ? Je peux définir la manière dont je vais proratiser ces crédits. Si j’ai un client qui est déjà

j’ai une souscription et, maintenant, j’y ajoute ces éléments, euh, facturés au crédit, parce que je passe à la monétisation de ces crédits IA, et comme cela démarre en cours de souscription, j’ai la possibilité de proratiser. Je peux définir l’ordre d’imputation : s’ils ont plusieurs éléments en cours, quelle est la priorité d’imputation sur ce prépaiement ? Cela me permet aussi, potentiellement, d’utiliser le report. Sur quelle période est-ce que je veux reporter cela ? Et avec quelle pri– quelle priorité est-ce que je veux donner à ce report ? Utiliser d’abord les crédits reportés, puis les autres crédits ? Comment est-ce que je veux le paramétrer ? Donc, cela me donne cette flexibilité, au niveau de la facturation, pour définir les règles, et les règles que je définis vont— vont potentiellement ensuite piloter

comment je comptabilise le chiffre d’affaires. Donc, si j’examine la partie « chiffre d’affaires » ici, je vais définir les comptes, mais ce qui est vraiment important, c’est que je vais définir le déclencheur et le calendrier de comptabilisation du chiffre d’affaires. Dans ce cas, j’ai paramétré cela de sorte que je comptabilise sur la base de la consommation. Je vais récupérer ce déclencheur d’utilisation depuis Zuora Billing vers Zuora Revenue et comptabiliser ces crédits prépayés sur cette base. Je pourrais paramétrer cela pour suivre l’utilisation tout en continuant à comptabiliser au prorata temporis. C’est une autre de ces approches — une comptabilisation au prorata temporis avec un mécanisme de suivi — pour procéder ainsi, ou bien, pour un SaaS, comptabiliser lors de l’activation d’une commande sur la durée. Maintenant, côté consommation de crédits, lorsque j’utilise

à partir de là, je peux définir ici de nombreuses unités de mesure différentes, et ce que je veux simplement souligner, c’est que mon unité de mesure pour la consommation de ce crédit — dans ce cas, un appel API — est différente de mes crédits ; je définis donc un taux de consommation. Et c’est entièrement paramétrable selon les différents types : s’agit-il d’appels API, de transferts, de transactions ? Quelle que soit la manière dont vous comptabilisez cet usage, vous avez ensuite la possibilité de définir un taux de consommation, mais je consomme sur la base du crédit. C’est donc un moyen d’utiliser différents éléments pour consommer au sein d’un même pool de crédits, et c’est ce taux que je vais utiliser pour déterminer le montant de chiffre d’affaires à comptabiliser. Et sur ce point maintenant,

Sur la partie revenus, ce que je peux faire, c’est que selon mes règles, je peux dire : « Si je dépasse, je veux comptabiliser ce dépassement au moment même où il se produit. » Donc, on en arrive à cette idée d’un produit à facturer — d’un produit constaté d’avance non facturé. Je peux comptabiliser cette utilisation avant même de la facturer. Nous avons donc configuré ce produit. Maintenant, nous devons configurer ce qui se passe lorsque je crée réellement le contrat associé, ou l’abonnement. Et c’est vraiment là que je peux aller consulter un abonnement ; ici, j’ai configuré un abonnement, simplement cet annuel que nous avions, et j’ai mes frais associés. Mais ce que je voulais surtout souligner, c’est cette idée que le solde que nous avons configuré, je suis désormais en train de suivre à quelle vitesse je consomme ces usages. Donc, si

Lorsque j’examine la période de validité, je peux voir comment ce drawdown s’effectue. Comment est-ce que j’utilise cette reconnaissance ? Et c’est ce qui va déterminer la manière dont je comptabilise le chiffre d’affaires correspondant. Dans ce cas, je ne suis pas au-delà, donc je consomme simplement sur cet élément. Mais je pourrais avoir un abonnement où je passe devant, où je consomme tout. Dans ce cas, ma période de validité est trimestrielle, et j’ai effectivement dépassé. Donc, si je regarde août, j’ai effectivement to-tout consommé. Et si je regarde également août, je peux voir qu’en août j’ai effectivement une part non facturée. Je n’ai pas encore facturé août, mais je comptabilise déjà le chiffre d’affaires. C’est donc à ce niveau-là, si je dois le paramétrer de cette manière. C’est donc cette capacité

prendre ce qui se passe dans Zuora Billing, et nous allons l’utiliser dans Zuora Revenue pour le transfert. À partir de là, passons à l’étape suivante et examinons ces contrats dans Zuora Revenue. Donc, si j’y vais, et maintenant je vais basculer et je vais être dans Zuora Revenue. Je vais consulter un contrat. Je vais consulter le même que celui que nous regardions tout à l’heure. Côté Zuora Revenue, nous avons désormais configuré ce contrat. Nous comprenons quelle est notre valeur. Il s’agit de ce prépaiement de cent mille dollars. Je peux voir que j’ai facturé l’intégralité du prépaiement, parce que je l’ai facturé annuellement, à l’avance. J’ai ma comptabilisation du chiffre d’affaires et mes soldes. Si besoin, je peux revenir à l’abonnement via l’hyperlien, et je pourrais voir ce que nous examinions côté Billing

part. Mais ce que je veux surtout souligner ici, c’est que ce que nous avons mis en place, ce sont nos modèles PoB. Ainsi, ces paramètres dans la facturation Zuora que nous avons vus dans le catalogue produits déterminent la manière dont je vais comptabiliser le chiffre d’affaires. Donc, sur ces crédits IA, je vais comptabiliser lors de cet événement, au moment de la consommation. Et sur le dépassement, lorsque je passe sur le dépassement concernant ces frais d’usage, je vais comptabiliser au fur et à mesure que cela se produit. Comment puis-je voir cette comptabilisation de ces trente-sept mille ? Je peux la consulter en allant dans mon historique de consommation. Je peux maintenant voir que, pour chaque frais d’usage, nous l’avons intégré au chiffre d’affaires sur une base quotidienne agrégée. Et ici, sur une base mensuelle, je vais

voir le montant du chiffre d’affaires que je comptabilise. Si j’ouvre l’un de ces mois, je vais effectivement voir les frais d’utilisation quotidiens provenant de la facturation Zuora. Et dans ce cas, je vais voir que j’ai plusieurs frais sur plusieurs jours, mais je peux aussi voir à quel sous-produit ils se rattachent. Des frais différents : ici, il s’agissait de différents postes qui allaient ensemble, dans la mesure où ces postes intervenaient chaque jour. Cela me donne donc ce niveau de détail pour comprendre ce qui se passe. Lorsque j’examine cela sous l’angle d’un waterfall ou d’une synthèse de chiffre d’affaires, je peux voir cette consommation.

Le « waterfall » va me montrer ce qui a été planifié dans le temps, quel est le solde de mon passif lié aux contrats, et ce que fait la facturation. Donc, dans ce cas, je ne fais que comptabiliser le chiffre d’affaires. Je peux paramétrer des règles pour que cela expire à la fin du contrat, de sorte que je n’aie même rien à faire. Si je n’utilise pas la totalité de l’usage avant la fin de cette période de validité, je peux en comptabiliser le chiffre d’affaires. C’est donc ainsi que, aujourd’hui, nous pouvons gérer automatiquement la « breakage » : à la fin de cette période de validité. Maintenant, et si je veux comptabiliser au prorata du temps ? Et si j’ai un cas où je définis l’obligation sous-jacente comme une obligation de mise à disposition (« stand-ready obligation ») ? Je dois alors comptabiliser au jour le jour, mais je dois — je veux — suivre cet usage. Donc, dans ce cas, je suis désormais en train de comptabiliser

différemment. Donc, si j’examine ce contrat, je dis maintenant que je vais le comptabiliser au prorata, mais j’ai la possibilité de suivre la contrepartie variable (VC) associée. Je pourrais devoir le faire si, euh, ma comptabilisation mensuelle, du point de vue de l’usage, dépasse mon tarif journalier. Et nous pouvons le voir, une fois encore, dans cet historique de consommation. Chaque mois, je constate que je suis légèrement au-dessus de cette comptabilisation mensuelle. Donc, en août, ce que je peux faire, c’est valider une estimation de VC. Dans cette estimation, je peux ensuite dire : « Où est-ce que je pense atterrir ? » Et le système effectuera une régularisation, une régularisation cumulative

pour modifier cela afin de m’assurer que ce chiffre d’affaires VC est comptabilisé de manière cohérente avec le reste du système. Je peux modifier cette estimation. Je peux la consulter. Si je regarde dans ma tarification des transactions, je peux voir ce qui a été paramétré. J’aurais la possibilité d’ajuster cela ou d’en consulter l’historique si cela a évolué dans le temps. Lorsque je regarde le waterfall et le récapitulatif du chiffre d’affaires, je peux désormais voir l’impact sur mon chiffre d’affaires. Si je regarde le waterfall, je vais voir quel est ce chiffre d’affaires VC chaque mois. C’est pour cela que j’ajuste ces cent mille à cent quinze mille, parce que je sais que je vais dépasser. Ensuite, j’attendrai ce dépassement. Tout sera régularisé en fin de contrat. Là, nous avons examiné un contrat unique, mais il existe des reportings complémentaires. Cette même consommation

l’historique que nous examinions est une cascade de consommation que je peux visualiser, et cela va me montrer, mois par mois et sur l’ensemble de mes contrats, quelle est mon utilisation — non pas ce que je comptabilise en reconnaissance de revenu, mais bien mon chiffre d’affaires lié à l’usage, chaque mois. Donc, y compris celui pour lequel je comptabilisais le revenu de manière linéaire, ainsi que celui que je comptabilisais à la consommation, ou tout ce que je comptabilise au titre d’une provision pour usage non facturé. Je vais le voir lorsque cet usage non facturé est constaté, et non lorsque je le facture. Nous avons donc abordé cela sous l’angle des revenus, et ce suivi de l’usage remonte sur toute la période. Mais je dois analyser cet usage. Et côté facturation, j’ai la possibilité — ce que nous appelons nos « consumption insights » — d’examiner cela également à un niveau plus global. Donc, je l’examine côté revenus

dans mon, euh, graphique en cascade de la consommation, mais j’ai un rapport d’analyses de consommation côté facturation qui me permet d’examiner cela davantage sous l’angle des tendances. Je peux ainsi identifier les clients qui utilisent — ils épuisent leur consommation très rapidement ou leurs crédits très rapidement. Quels sont les clients qui sont très lents dans cette consommation ? Et quelles sont les tendances de ma facturation ? Ainsi, non seulement je peux voir ce que j’ai facturé jusqu’à présent, mais j’obtiens aussi une tendance prévisionnelle de ce qui se passait. Je peux donc exploiter cela sous l’angle de la trésorerie. Je peux l’utiliser pour — interagir avec les clients et dire : « Hé, quand cela va-t-il se produire ? » Exactement comme j’avais ce solde prépayé, dois-je aller leur parler d’une recharge ? Sont-ils un risque de churn parce qu’ils utilisent

en dessous ? Vont-ils demander une forme de renégociation de leur contrat ? Et aussi, lorsqu’on l’examine, en quoi cela m’aide-t-il à établir des prévisions ? Et ce que nous voulons dire, c’est que cela vous apporte un modèle opérationnel flexible mais reproductible pour votre consommation d’IA, avec moins de relais, moins de rapprochements manuels et d’étapes, et un chemin plus rapide vers la clôture. Vous n’attendez pas que ces données d’usage remontent, vous les voyez chaque jour, du point de vue de la facturation comme du point de vue du chiffre d’affaires. Et sur ce, nous allons enchaîner avec notre dernier sondage : euh… Ah, je suis parti dans le mauvais sens. Où en êtes-vous dans votre parcours d’analyse conjointe de la facturation et du chiffre d’affaires ?

Ah. Je ne suis pas sûr, oui. Je commence un peu tout juste le processus. C’est ce que nous pensions : vous êtes ici parce que vous cherchez à obtenir des informations. Oui. L’information est essentielle, et c’est précisément pour cela que nous organisons ces webinaires : pour la diffuser, et pour vous aider à entrer en relation avec des personnes qui font la même chose, que ce soit via nous, via vos pairs, et tout le reste. Donc, sur cette base, euh, pourquoi ne pas ouvrir la session aux questions-réponses ?

Très bien. Nous avons donc quelques questions. Euh— D’accord. Et n’hésitez pas à en poser d’autres. Première question : le mécanisme de consommation (usage) et d’imputation sur prépaiement (prepaid drawdown) fait-il partie du produit standard prêt à l’emploi, ou faut-il acheter un autre module ? Si c’est un autre module, comment obtenir le tarif ? Cela fait partie de Zuora Billing. Ce n’est pas un autre module au sein de Zuora Billing. Donc, si vous disposez de Zuora Billing, la partie imputation sur prépaiement et consommation est incluse dans Zuora Billing. Et ensuite, la partie « recognition » (reconnaissance du revenu) relève de Zuora Revenue, et cela correspond simplement aux modèles POB et à la capacité de récupérer cette consommation : c’est inclus dans Zuora Revenue. Et vous avez aussi la possibilité d’importer une consommation externe si vous n’utilisez que Zuora Revenue. Nous avons— Vous disposez de ces mêmes

euh, modèles à votre disposition. Et deuxième question : si la reconnaissance du revenu est inférieure à la consommation, est-ce que la VC entre en jeu ? En général, non : ce que nous observons le plus souvent, c’est plutôt une situation de breakage, et je sais que nous avons fait un webinaire— euh, ma collègue Erin a animé un webinaire sur le breakage. En général, lorsque c’est en dessous, avec un prépaiement, tout dépend de ce que vous faites : autorisez-vous le report et l’utilisation jusqu’à une certaine échéance ? Dans ce cas, on voit que cela continue. Mais il y a bien cette notion de breakage lorsque l’on est en dessous. Euh, mais lorsque vous dites « ratable » et que vous êtes en dessous, vous comptabilisez le bon montant : vous n’allez donc pas nécessairement être en dessous sauf… La VC n’entre pas en jeu sauf si vous envisagez de leur accorder un avoir, et que vous n’allez pas reconnaître la totalité.

Est-ce que— je vais dire SKU, S-K-U, et— la tarification est configurée dans le billing schedule ? Dans le billing schedule. Donc c’est configuré de sorte que la tarification… Il existe un catalogue produits qui va définir en quelque sorte ce prix catalogue et certains mécanismes, notamment sur la manière dont vous reconnaissez le revenu lors de ces reports. Ensuite, l’abonnement lui-même définit les règles spécifiques au client, et c’est ce que nous utilisons pour la tarification. Donc je ne sais pas si cela répond à la question, mais j’espère que c’est bien là que cela se trouve. Vous paramétrez donc votre catalogue produits comme base, puis, lorsque vous créez ce contrat ou cet abonnement dans Zuora Billing, cela définit les informations spécifiques au client. Vous pouvez donc remplacer : au lieu d’un crédit prépayé de 100 000 $,

cela peut être 80 000 $. Au lieu d’une imputation à un ratio de deux pour un, vous imputez à un ratio de 1,5 pour un. Dans la démo que vous montrez, est-ce que le RC a un revenu initial pour démarrer ? Euh, sur la consommation, où nous reconnaissons sur la consommation, non. Tout est en « deferred » (revenus différés). Lorsque je reconnais de manière linéaire (ratably), tout est planifié comme un produit SaaS classique ou un produit linéaire, puis la consommation est suivie. Et je crois que cela couvre toutes nos questions. Je vais laisser encore une minute. Si quelqu’un a une question, merci de la déposer. Oh, je crois que nous avons un autre sondage. Il nous reste un sondage ? Oh, oui. [rires] Juste un de plus. Et c’est : si vous souhaitez rencontrer notre équipe : oui, peut-être plus tard, euh, ou non merci. Donc s’il y a quelque chose sur lequel vous souhaitez en savoir plus,

merci, euh, faites-le nous savoir. Oui. Et comme indiqué, ce sont des responsables revenus, des personnes comme moi, des CSE, qui peuvent vous aider si vous souhaitez en savoir plus sur la partie facturation de Zuora Billing. L’équipe compte rassemble beaucoup de personnes présentes pour vous aider à en savoir plus. Très bien. Et pendant que nous répondons au sondage, une autre question vient d’arriver. L’intégration actuelle de la tarification dynamique entre Billing et Revenue est inefficace et manque de scalabilité. Y a-t-il des projets dans la roadmap pour permettre la transmission d’autres valeurs d’attributs vers Revenue à des fins de reporting ? Je pense que oui, et nous— je— nous reviendrons vers vous concernant davantage d’attributs sur les enregistrements de consommation (usage records) eux-mêmes. Je pense que c’est ce que vous voulez dire. Car sur l’usage record, vous pouvez avoir des éléments comme la région, etc., et la possibilité d’en pousser une partie. Je pense que oui, mais nous allons nous assurer

que c’est bien quelque chose pour lequel nous obtenons une réponse et que nous vous la transmettons. Parfait. Merci à toutes et à tous de nous avoir rejoints. Nous avons simplement quelques ressources à partager avec vous. Revenir à… Donc, euh, précédemment, Cathy avait mentionné, euh, la tarification de la monétisation de l’IA, similaire. Vous pouvez soit scanner le QR code, soit le trouver dans les ressources. Et ensuite, euh, Gartner a désigné Zuora comme un leader des solutions de facturation des revenus récurrents— Oh, pardon, j’étais sur la mauvaise— D’accord. [rires] Je suis passé à— à cela. Non, non, non. C’est mieux. Voilà ce dont je parlais. Oui. Oui. Donc voici le QR code. N’hésitez pas à le scanner ici ou à cliquer sur le lien. Il se trouve aussi dans « More » sous « Resources ». Comme Cathy l’a mentionné plus tôt, si vous lancez un produit d’IA, voyons comment le tarifer. Merci d’utiliser ce simulateur. Il y a quelques questions,

et vous obtiendrez des réponses. Parfait. Et une autre ressource que nous voulions partager : Gartner a désigné Zuora comme un leader des applications de facturation des revenus récurrents. Nous obtenons la meilleure note pour la reconnaissance du revenu globale, la facturation à l’usage, la facturation récurrente fixe, la facturation (invoicing) et le paiement. Donc n’hésitez pas à y jeter un œil. Euh, excellent rapport. Et, une fois encore, vous le trouverez dans « More » et « Resources ». Et n’hésitez pas à contacter vos account teams, euh, chez Zuora, si vous avez d’autres questions auxquelles vous n’avez pas pensé ici, ou que vous ne vouliez pas poser dans le chat. Quelqu’un vous recontactera, et nous veillerons à y répondre. Parfait. Et merci à toutes et à tous pour