Optimisez la comptabilité clients : nouvelles fonctionnalités dans Zuora Collections & Cash Application

Lançons notre premier sondage, Kay. Sur l’écran suivant. Notre question pour vous est la suivante : quel est aujourd’hui le principal manque dans votre processus de comptabilité clients (AR) ? Et plus précisément, quel est l’aspect pour lequel vous participez afin de vous faire une idée et, euh, voir comment vous pourriez le gérer dans Zuora ? Nous vous laissons une à deux minutes pour répondre. Oh, nous avons quelqu’un de Londres. Super. Merci de nous rejoindre. Et des Pays-Bas, du Hampshire. Nous avons Greenville, en Caroline du Sud. J’ai aussi la Géorgie. Oh, j’avais manqué l’Arizona tout à l’heure. Merci de nous rejoindre. Caroline du Nord.

Inde, c’est, c’est un changement de fuseau horaire. Merci de nous rejoindre. Boulder. J’y ai fait mes études. [rires] Très bien, laissons encore environ 30 secondes pour répondre à notre sondage, puis nous afficherons quelques résultats. San Diego, c’est très tôt aussi, Katie. [rires] Go Bucks. Allison, on dirait que la plus grosse lacune, c’est beaucoup de travail manuel… Beaucoup de travail manuel… oui. Super. Franchement, c’est vraiment… C’est vraiment très positif à entendre, parce que c’est exactement ce pour quoi notre solution a été conçue. Donc, ceci étant dit, merci d’avoir participé à notre sondage aussi tôt le matin pour certains d’entre vous,

euh, ou peut-être tard dans la nuit pour celles et ceux d’entre vous en Inde. [rires] Euh, je vais maintenant passer la parole à Kay, qui va commencer par notre démonstration. Merci, Allison. Bonjour à toutes et à tous. Merci beaucoup de nous avoir rejoints. Euh, nous allons commencer la démo. Aujourd’hui, ce que je vais couvrir, euh, c’est que nous allons commencer par l’affectation des encaissements, puis nous passerons à Zuora Collections. Euh, et ensuite, nous enchaînerons avec un aperçu des nouvelles fonctionnalités, à savoir notre portail fournisseurs et l’interface utilisateur en français. Et puis, nous aurons un peu de temps à la fin p- pour pouvoir parcourir et répondre à ces questions, et traiter tout autre point. Euh, mais je sais que certains d’entre vous ont peut-être déjà vu la démo et ont vu Collections sur cash

des demandes auparavant, euh, mais certaines personnes ne l’ont jamais vu. Je voulais donc faire un bref rappel pour celles et ceux qui l’ont déjà vu et, euh, vous expliquer concrètement ce que nous pouvons faire, euh, avec Zuora Collections et l’imputation des encaissements pour les personnes qui nous rejoignent pour la première fois dans ces sessions. Et, euh, oui, et nous sommes très enthousiastes à l’idée de vous présenter le portail fournisseurs que nous lançons. Pour la démonstration, nous allons l’examiner sous l’angle de deux profils différents. Euh, généralement, nous avons un profil que l’on pourrait appeler analyste comptabilité clients (AR), spécialiste de l’imputation des encaissements, euh, analyste d’imputation des encaissements, etc. Nous avons donc une personne qui est réellement en charge de l’imputation des encaissements. C’est généralement la personne qui se connecte aux différents portails bancaires. Elle télécharge

les relevés, puis ils effectuent de nombreuses manipulations Excel lourdes. Hum, et c’est le profil que nous allons examiner en premier pour voir comment l’application des encaissements de Zuora peut aider à rendre ce processus beaucoup plus rapide et beaucoup plus simple. Ensuite, nous basculerons vers la perspective d’un analyste du recouvrement, d’un spécialiste du recouvrement. C’est la personne qui, généralement, suit l’ancienneté des créances. Elle extrait des rapports, euh, depuis divers outils et systèmes pour établir l’ancienneté, là encore en travaillant largement à partir de tableurs. Euh, elle essaie de prioriser, hum, les comptes à haut risque, en cherchant réellement à déterminer qui contacter, hum, et à réduire le DSO. Mais, hum, pour ces deux profils, le point commun qu’ils partagent, et ce que vous avez d’ailleurs dit dans le sondage, c’est que,

Euh, beaucoup, beaucoup de travail manuel pour faire le travail. Voilà donc les personas. Je suis certain qu’ils sont très, très, euh, pertinents et qu’ils reflètent vraiment, euh, la façon dont vous et vos équipes travaillez aujourd’hui. Nous verrons donc comment, euh, Zuora peut accompagner ces deux rôles, et ce, sous ces deux angles. Alors, pour commencer avec l’imputation des encaissements, euh, historiquement, comme je le disais, euh, quand nous échangeons avec nos clients et d’après ce que j’ai pu constater, les spécialistes de l’imputation des encaissements sont vraiment, vous voyez, notre persona s’appelle Jamie. Elle passe donc sa matinée à récupérer, vous savez, les fichiers de fin de journée. Elle se c- connecte à différents portails selon le nombre de ces banques, euh, et ce sont… Ceci n’est qu’un exemple de quelques… figure

…pour retrouver les informations de remise envoyées par le client, s’il y en a, euh, et en essayant vraiment de faire le rapprochement. Et ensuite, ils vont peut-être dans, euh, Zuora. Ils vont dans un autre ERP, etc., un système différent pour essayer de créer ces paiements manuels. Cela devient donc très lourd. Cela devient très, très manuel, comme vous l’avez dit. Donc, euh… Donc, au lieu d’avoir à se connecter à ces portails, ce processus est com- complètement supprimé, parce que ces paiements arrivent directement dans Zuora. Nous allons donc regarder à quoi cela ressemble, et nous intégrons également

avec, euh, les boîtes de réception des avis de paiement pour récupérer ces données d’avis de paiement. Ensuite, l’IA de Zuora prend le relais pour aider au rapprochement. Nous allons donc réduire fortement l’effort manuel actuellement supporté par les équipes. Alors regardons à quoi cela ressemble concrètement. Nous allons examiner le tableau de bord général des paiements. Euh, nous verrons quelques scénarios de rapprochement et à quoi cela ressemble, y compris l’extraction des avis de paiement. Alors, allons-y. Donc je suis maintenant connectée ici. Euh, j’espère que mon écran s’est mis à jour. Euh, je suis connectée maintenant en tant que Jamie, la spécialiste cash application. Nous sommes dans Zuora Cash Applications. Et lorsque Jamie se connecte, la première chose qu’elle voit ici, c’est l’ensemble des paiements qui arrivent en un seul endroit,

et ils sont répartis en différentes catégories. Nous avons les non affectés, les partiellement affectés et les affectés. Ainsi, la catégorie « affectés » correspond à tout ce qui a déjà été encaissé. Il y a une correspondance à 100 %. Cela a été comptabilisé automatiquement. Jamie n’a donc rien à faire ici. Là où elle va consacrer son temps, c’est sur tout ce qui est non affecté ou partiellement affecté, et c’est là que nous ne sommes plus dans Excel, nous ne sommes plus dans des feuilles de calcul. Jamie effectue tout son travail ici, où tout fonctionne de manière fluide entre Zuora Billing et Cash Applications afin de faire remonter les bonnes informations dont Jamie a besoin pour pouvoir mener des recherches si nécessaire, et pouvoir également les comptabiliser de manière transparente dans Zuora Billing.

Je vais donc vous donner quelques exemples de ces paiements et vous montrer à quoi cela ressemble. Je me suis donc connecté à un paiement que Jamie essaie d’examiner. Euh, dans ce cas, nous voyons des informations concernant la description du paiement, ainsi qu’une partie des informations qui arrivent en tant que métadonnées provenant de la banque. Euh, il peut s’agir des champs de description que l’on voit généralement lorsque vous téléchargez ces fichiers bancaires depuis le portail, euh, que je vois des analystes devoir copier-coller manuellement. Il se peut que le numéro de facture y soit intégré. Donc tout cela est importé, et l’IA de Zuora utilise effectivement ces informations et les extrait automatiquement afin d’aider au rapprochement. Nous avons ici le montant du paiement, euh, ainsi que le client. Donc, lorsque, euh, nous cliquons dessus, nous pouvons voir

Pour ce client, le système l’a en fait automatiquement associé. Ensuite, lorsque nous allons dans les factures, euh, nous pourrons afficher une liste des factures éventuellement présentes si nous devons effectuer des ajustements manuels. Mais il l’a automatiquement rapproché de cette facture ici. En bas, les informations de remise sont également automatiquement étiquetées. Nous avons donc maintenant, au même endroit, tous les éléments que Jamie devait auparavant traiter manuellement. Il n’a plus besoin de rechercher ces trois éléments. Tout est ici. Nous avons donc toutes les informations de paiement. Le client est automatiquement étiqueté. La facture est jointe à cet élément, et nous avons également les informations de remise. Donc, dans ce cas, lorsqu’il s’agit d’une correspondance à 100 % ou

quel que soit le pourcentage de rapprochement avec lequel vous êtes à l’aise, cela peut être automatiquement comptabilisé dans Zuora Billing. Il n’y a donc aucun travail à effectuer ici. Il s’agit simplement d’un exemple pour vous montrer à quoi cela ressemble. Maintenant, si nous revenons à notre écran de paiement, nous pouvons parcourir un exemple de paiement reçu qui ne présente pas de correspondance. En général, nous allons regarder ici, euh, à quoi cela ressemble. Nous avons donc un paiement. Nous n’avons pas d’avis de paiement. Nous n’avons pas beaucoup d’informations. Mais ce que nous pouvons faire, c’est obtenir une correspondance grâce à l’IA de Zuora, et c’est, c’est généralement ce qui se passe, n’est-ce pas ? Dans un monde idéal parfait, vous avez un avis de paiement, et vous avez cela, et c’est parfait

rapprocher. Ce n’est pas là que vos analystes passent leur temps. Plus de temps est consacré à faire ces recherches. Qu’essaie de régler ce client ? Que se passe-t-il ? Donc, le fait que le client soit déjà rapproché, puis de pouvoir parcourir ces factures pour voir comment je veux effectuer le rapprochement lorsque c’est, disons, un paiement un peu atypique. On voit que le montant du paiement est de 115 000 $, et voici en quelque sorte comment tout cela s’additionne. Alors, est-ce qu’on veut l’affecter aux deux ? Est-ce qu’on veut l’affecter à une seule ? Et ainsi de suite. On peut donc le faire, puis on voit ici que cela a affecté celle-ci en totalité, et ensuite cela affecte le solde au reste ; c’est donc suffisamment intelligent pour vous proposer cela. Et ce que cela fait aussi, c’est qu’à l’avenir, à mesure que Jamie effectue ces actions dans le système, l’aspect machine learning

apprend en continu ; il va donc réellement recommander : « Hé, affectez le montant total à la facture la plus ancienne, puis affectez le solde restant aux factures plus récentes. » Et il commencera à proposer ces recommandations, de sorte que l’effort manuel — même lorsque Jamie doit effectuer ces contrôles — diminue au fil du temps, afin de continuer à améliorer le fonctionnement du système pour elle. Et une fois qu’elle a terminé, elle peut procéder à la comptabilisation. Donc, pour résumer rapidement ce que nous avons vu du point de vue de Jamie — car je veux passer, euh, au recouvrement avec le temps dont nous disposons — euh, nous voyons que, euh, des analystes des applications de trésorerie comme Jamie

peuvent bénéficier, vous savez, d’un lettrage automatique des paiements grâce à un rapprochement piloté par l’IA, afin d’accélérer et de simplifier la comptabilisation et l’imputation. Euh, et il y a aussi le fait que, plutôt que de se concentrer sur les cas simples, ils se concentrent vraiment sur les exceptions pour lesquelles ces informations ne sont pas disponibles. Mais ils disposent également de nombreux outils d’assistance pour passer en revue ces exceptions et les traiter beaucoup plus rapidement, puis les comptabiliser comme finalisées. Et globalement, cela améliore la fiabilité des comptes clients. Cela améliore la visibilité sur la trésorerie et permet surtout de s’assurer que, euh, les équipes—et vos équipes—travaillent sur des balances âgées mises à jour, au lieu de, vous savez, voir votre équipe de recouvrement analyser des balances âgées alors que le paie– le paiement a déjà été effectué,

mais cela n’a pas encore été intégré au système. L’objectif global est donc d’accélérer l’affectation de cette trésorerie. La prochaine étape consiste à examiner notre plateforme de recouvrement et à s’assurer que vous, ainsi que votre équipe, pouvez mener les actions de recouvrement avec le bon contexte. Ainsi, vous êtes en mesure de préserver la relation client, d’accélérer les paiements et de disposer d’un historique complet de ce qui se passe avec le client. Vous pouvez donc le contacter, ou si un client vous contacte, vous avez l’ensemble de cet historique et une vision complète, du cycle order-to-cash, pour prendre ces décisions grâce à des insights issus de l’IA. Nous allons donc passer au parcours de Jessica. C’est notre spécialiste cash app…

Ou, pardon, notre analyste recouvrement, si vous vous en souvenez, et son objectif principal, comme je l’ai dit, est vraiment de s’assurer qu’elle soit en mesure, vous savez, de contacter les clients lorsque nécessaire, de répondre à toute demande des clients, et surtout de se concentrer sur la réduction du DSO, euh, la diminution du risque sur les comptes clients à fort enjeu, etc. Donc, de son point de vue, ce que nous verrons, ce sont les tableaux de bord de la comptabilité clients (AR) ainsi que le reporting et les éléments disponibles pour lui permettre de prioriser les clients selon les besoins. Euh, nous examinerons la page du compte client, qui correspond, lorsque nous parlons de recouvrement avec contexte, à ce que cela signifie pleinement, et un bref aperçu des stratégies de relance automatisées au sein de Zuora. Alors, entrons directement dans le vif du sujet

et nous partirons de là. Parfait. Donc, passage à ce que Jessica voit lorsqu’elle se connecte. Euh, il s’agit davantage d’un tableau de bord de recouvrement, qui aide Jessica à comprendre, euh, à quoi ressemblent ses créances clients. Donc, ce qui est en souffrance, et notre DSO. On dirait que nous l’avons réduit de 11 jours sur les 30 derniers jours, ce qui est excellent. Cela signifie, en quelque sorte, que ce que nous faisons fonctionne. Euh, tout crédit non affecté qui pourrait être en attente dans l’affectation des encaissements. Encore une fois, le système fonctionne comme un tout. Ces tranches d’ancienneté configurables permettent à Jessica de voir, euh, sur la base des factures, où elles en sont. Donc, on peut voir que

un grand nombre d’entre elles se trouvent dans la tranche d’ancienneté de plus de 120 jours. Et, parmi ces factures, comment se répartissent-elles ? Quelle en est la cause ? Y a-t-il donc des litiges ? Et s’il y a des litiges, quelle en est la raison ? Quel est, au global, le statut réel du recouvrement ? Nous constatons en effet qu’il y en a beaucoup en litige. Peut-être que certaines ont été transférées à un tiers, etc. Cela donne donc à Jessica une visibilité complète sur ce qui se passe. Au-delà de cela, ce que Jessica faisait auparavant, c’est qu’elle extrayait différents rapports pour comprendre la situation. Ainsi, au lieu d’extraire ces rapports d’ancienneté, elle peut simplement aller dans l’ancienneté des comptes clients (AR aging) et obtenir un instantané en temps réel

immédiatement, sans avoir à extraire le moindre rapport. Et cela lui permet également d’avoir une vue d’ensemble et de, euh, déplacer ces colonnes comme elle en a besoin et d’enregistrer ces vues pour plus tard. Sur celle-ci, elle voit aussi les informations client. Elle veut en voir un peu plus. Elle va fermer cela et voir aussi ce score de santé IA. Comme Zuora dispose de toutes les données sur les comportements de paiement des clients, l’ancienneté des créances, les litiges, etc., la solution est en mesure de lui fournir une vue instantanée pour comprendre comment chaque client est évalué sur une échelle de un à cinq. On peut donc voir que les clients avec un score de santé plus faible, euh, ont de moins bonnes performances. Ils ont un grand nombre d’impayés en cours

soldes. Nous pouvons les visualiser par tranches d’ancienneté. Ils ont un grand nombre de litiges en cours. En allant un peu plus loin, on voit combien de tâches sont ouvertes sur chaque compte, ou s’il existe des promesses de paiement en cours. Il y a donc énormément d’informations, euh, dont elle dispose, y compris, euh, la date à laquelle ces clients ont été contactés pour la dernière fois. Ainsi, au lieu de faire tout cela dans Excel, euh, tout est disponible ici, au même endroit, sans avoir à faire quoi que ce soit. Et nous pouvons également voir la dernière activité. Cela aide Jessica à comprendre : d’accord, sur ces comptes avec un score de santé plus faible, on dirait qu’il y a eu des escalades, des litiges, euh, et que certains ne reçoivent pas les e-mails — un point à vérifier. Ce sont donc des informations très actionnables dont Jessica dispose. Et juste pour comprendre le contexte

pour chaque client, Jessica peut accéder à la page du compte client, qui fournit une ventilation complète. Ainsi, si Top Circuit Tech devait envoyer un e-mail ou si elle devait les contacter, elle dispose de l’historique complet de ce compte, euh, sans avoir à naviguer entre plusieurs emplacements comme une boîte de réception séparée ou des notes séparées, euh, dans Google Sheets ou dans Excel. Tout est ici au même endroit, y compris toutes les factures ouvertes ou clôturées, tous les paiements. Nous pouvons voir que Top Circuit Tech a en réalité certains paiements non comptabilisés. Cela constitue un éclairage supplémentaire dont dispose l’équipe de recouvrement. Euh, tous les e-mails qui ont été envoyés pour Top Circuit Tech, tout est disponible ici, y compris un résumé IA,

ainsi, elle n’a pas à parcourir tous ces, euh, fils de discussion. Elle peut obtenir rapidement une visibilité sur ce qui se passe, ainsi que l’intégralité du journal d’activité. Donc il y a des litiges ici. Il y a des notes. Il y avait des questions sur une ligne spécifique de cette facture. Donc beaucoup de contexte ici pour permettre à Jessica de se mettre à niveau sur ce compte, et si elle doit envoyer quoi que ce soit de manière ad hoc, elle peut le faire et joindre tout, vous savez, les avoirs non affectés ou les factures ouvertes, les relevés, etc. Cela lui facilite énormément le travail en tant que spécialiste du recouvrement. Mais ici, c’est plus manuel, euh, en termes de prise de contact. Avec les stratégies de recouvrement automatisées de Zuora, tout cela est pris en charge et cette prise de contact se fait en réalité au- automatiquement.

Mais pour tout client à haut risque ou en « white glove », euh, clients pour lesquels vous voulez vraiment un suivi renforcé ou personnalisé, vous pouvez toujours les basculer dans une stratégie de recouvrement distincte. Donc, vous pouvez voir ici, pour celui-ci, je les ai placés sous la catégorie client à haut risque, à forte valeur, et nous parlerons de ce que cela signifie dans un instant. Ainsi, avec les automatisations de Zuora et les stratégies de recouvrement automatisées, Jessica peut gagner énormément en efficacité en créant différents segments de clientèle et en utilisant ces segments pour ces stratégies de relance automatisées. Nous allons donc regarder ce que Jessica a créé pour

ce client à haut risque, à forte valeur. Ces stratégies de recouvrement sont très simples à configurer. En tant qu’utilisatrice métier et non comme une personne IT technique, euh, Jessica peut les ajuster très rapidement selon les besoins, et cela repose vraiment sur une solution « pointer-cliquer ». Ainsi, si Jessica doit ajouter une autre action à cette stratégie, elle peut le faire, en définissant quand cette action aura lieu, euh, si c’est après l’échéance, à l’échéance, combien de jours. Euh, et aussi en tirant parti de modèles d’e-mails pour maîtriser le ton et le type de contenu qui doit figurer dans le message, y compris des variables dynamiques qui permettent à l’ensemble des contacts d’être

fournis au client dès le départ dans cet e-mail sans, euh, et aussi en éliminant les allers-retours que le client pourrait avoir avec l’analyste cash. Donc je peux insérer celui-ci, par exemple, et toutes ces informations qui remontent déjà de Zuora Billing se renseigneront automatiquement dans le contexte. Il n’y a donc aucune saisie manuelle, manuellement, d’informations ici, puis la pièce jointe automatique des factures ou du relevé, etc. Cela rend très simple la configuration de nouveaux éléments d’action dans cette stratégie de recouvrement. Mais pour parcourir ce qu’il y a réellement ici, dans cet exemple, euh, pour ce client à haut risque, Jessica décide qu’elle doit avoir

davantage de points de contact. Donc c’est tous les cinq jours, mais comme vous l’avez vu, cela peut être ajusté très facilement. Donc nous avons notre premier rappel jusqu’à la création de tâches que les analystes recouvrement doivent réellement exécuter. Ainsi, chaque compte peut avoir son propre responsable recouvrement. Donc, pour les comptes dont Jessica est en charge et qui relèvent de cette catégorie, au jour 10, cela lui demandera de passer un appel. Cela créera cette, euh, tâche pour elle, afin qu’elle puisse voir ce qui est, vous savez, dans sa liste de travail, y compris toute escalade éventuelle. Et plus loin, euh, Jessica veut également commencer à inclure le commercial dans cette boucle ainsi que l’équipe de gestion de compte

parce qu’ils doivent aussi avoir de la visibilité sur ce qui se passe, donc nous pouvons commencer à ajouter le commercial en copie (CC). Surtout pour les comptes à, à forte valeur, à haut risque, il est important que le commercial ou l’équipe compte soit au courant de ce qui se p- passe. Ainsi, s’ils participent à des, euh, échanges sur les renouvellements et autres, ils disposent du contexte sur ce qui se passe réellement sur ce compte. Donc très simple à configurer. Mais supposons que le client, euh, réponde en disant qu’il y a un litige ou qu’il, qu’il a une promesse de paiement en cours, la relance s- s’interrompt intelligemment et automatiquement, euh, et lit ces règles ou ces dates dans la promesse de paiement pour se mettre en pause automatiquement.

Et ensuite, si et, si ou lorsque cet engagement n’est pas respecté, la relance reprend. Ainsi, Jessica dispose d’un contrôle complet sur ce qui se passe, en gardant à l’esprit l’expérience client afin de s’assurer qu’ils ne reçoivent pas d’e-mails alors qu’ils ont déjà indiqué qu’ils allaient payer. Et une fois que la facture est clôturée, la relance s’arrête complètement. Donc très simple pour elle à gérer, euh, au fur et à mesure de ses besoins pour ajuster ces stratégies de relance à l’avenir, euh, et a- au fur et à mesure qu’elle souhaite les différencier entre différents segments de clients. Donc, pour résumer rapidement ce que nous avons vu avec Jessica, euh, à quel point il est simple pour elle de parcourir et d’obtenir de la visibilité sur ce qui se passe globalement sur les créances clients, euh, pouvoir explorer en détail ces différents

indicateurs, et pouvoir afficher l’ancienneté des créances (aging AR) sans avoir à extraire différents rapports à divers endroits et essayer de comprendre ce qui se passe, euh, à partir de sources différentes. Et aussi, plus largement, disposer de l’intégralité du contexte client, euh, au même endroit, de sorte que si un client la contacte ou si elle doit le contacter, euh, elle a l’historique complet et peut vraiment personnaliser l’expérience pour le client, et pouvoir collaborer avec d’autres personnes, euh, en ayant tout ce contexte de communication au même endroit. Et nous avons, euh, constaté beaucoup de succès avec nos clients, donc, euh, vous savez, certains de… Je voulais simplement afficher quelques chiffres que nous avons observés, euh, quelques citations que nous avons eues, euh, alors que nous continuons à

ajouter des clients, euh, et, et les aider à réussir avec Zuora Collections et Cash Applications. D’accord. Je vais passer à- Super… la prochaine partie maintenant. Merci pour ça, Kay. Mm-hmm. Je pense que nous devions aussi avoir un sondage. Le voilà. D’accord. Donc si, si ce que vous avez vu jusqu’ici vous a plu et que vous souhaitez nous rencontrer, euh, avec quelqu’un comme Kay ou, euh, nous avons aussi quelques autres personnes qui travaillent spécifiquement sur cet outil,

faites-le-nous savoir, et nous vous contacterons après cette réunion. Donc nous allons laisser encore environ 30 secondes, et ensuite nous pourrons présenter un aperçu de nos éléments en bêta. Et pour ceux qui posent des questions dans le chat, je surveille cela, et je poserai ces questions à Kay, euh, dans notre section Q&A. D’accord. Je pense que nous pouvons clôturer le sondage, Sabrina, et, euh, passons à l’échange avec les participants au sujet du portail fournisseurs. Parfait.

Allons-y. Donc je voulais juste poser un peu le contexte avant que nous commencions. Euh, sur, sur ce que nous voyons généralement— ce que nous constatons en parlant à de plus en plus de clients à ce sujet. Mais en général, à mesure que vos clients adoptent des portails comme Coupa, Ariba, euh, ç- cela tend à faire peser une charge administrative importante sur les équipes de comptabilité clients (AR). Et, euh, les spécialistes facturation, les spécialistes recouvrement, etc., doivent s’appuyer sur des tâches manuelles, euh, en se connectant à différents portails, en saisissant les informations de facturation, euh, en joignant des documents, et s’ils doivent rapprocher des numéros de bons de commande (PO) ou faire correspondre des éléments sur une facture vierge, etc., euh, il y a énormément de travail rien que pour la déposer, mais aussi ensuite pour la suivre, euh, et voir ce qui se passe. Donc il y a

énormément d’étapes associées à cela, euh, et ensuite vous arrivez au rapprochement. Donc il y a, il y a beaucoup, beaucoup d’étapes. Euh, certaines de ces situations peuvent vous parler— pas forcément toutes, ou certaines seulement— mais c’est, c’est ce que nous observons. Et, euh, avec la complexité et l’ampleur du volume, euh, quand je parle de surcoût administratif qui pèse désormais sur les équipes AR, cela inclut aussi, euh, vous savez, il y a une connaissance « informelle » (tribal knowledge) au sein des équipes. Euh, une visibilité limit– comme une visibilité limitée dont elles disposent pour pouvoir suivre ces éléments. Et globalement, ce que cela fait, c’est que cela impacte le DSO. Cela impacte la manière dont

vos— à quel point vos é- équipes peuvent avancer et travailler vite et efficacement. Donc avec l’automatisation du portail AP de Zuora, euh, nous l’avons construit avec des agents IA autonomes qui agissent comme une main-d’œuvre digitale au service de l’équipe AR. Ainsi, concrètement, ils prennent la facture, euh, ils la déposent automatiquement dans les portails, et ils sont capables de renseigner les différents champs, um, et ils peuvent soumettre ces factures automatiquement. Mais ce n’est qu’une partie du problème, comme nous l’avons dit. Il y a aussi le suivi. Donc ces agents surveillent également les portails en continu, et ils peuvent récupérer des statuts mis à jour en cas de rejets,

ainsi que la raison de ces rejets, et ils rapatrient tout cela directement dans Zuora. Euh, et vous pourrez également voir des éléments comme le statut de paiement, etc. Donc cela va supprimer une grande partie de cette charge de travail manuelle qui continue de peser sur les équipes AR avec ces portails. Donc laissez-moi passer à une démo pour vous montrer à quoi cela ressemble. Imaginez, vous savez, le monde où nous déposons cela dans Coupa et, à la place, euh, ce à quoi cela ressemble alors, c’est… Replongeons Jessica dans ce scénario. Euh, Jessica est connectée, et au lieu d’avoir à déposer manuellement ces, euh, voici toutes les factures, euh, qui ont été déposées automatiquement

via Zuora. Donc maintenant, ce qu’elle doit suivre, au lieu d’aller dans ces différents portails clients, c’est simplement une liste de ce qui se passe. Donc bien sûr, nous sommes toujours côté recouvrement, comme vous l’avez vu. Elle peut aller voir ce qu’est cette facture. Laissez-moi actualiser ma page rapidement. Elle peut voir ce qu’est cette facture, et on dirait qu’elles ont en fait toutes été résolues. C’est drôle. Euh, je les avais toutes ici. Elles ont été résolues. Laissez-moi aller en trouver d’autres qui sont, qui sont là. Mais globalement, euh, elle pourra voir ce qui était ouvert ici, euh, vous savez, ce qui causait les problèmes et pouvoir réellement, euh, trier par les différents statuts, pour voir ce qui est, vous savez, en attente d’approbation, ce qui est en cours, ce qui a été rejeté,

euh, et peut-être simplement échoué, ce, ce, ce, ce qui s’est passé. Ou pouvoir, euh, trier par date de création, euh, différents clients, etc. Donc cela donne beaucoup de contrôle sur, euh, ce suivi, et cela lui permet aussi de faire une soumission en un clic. Donc comme vous l’avez vu ici, j’aurais pu les resoumettre. Euh, et comme le système surveille en continu, euh, il peut mettre à jour ces statuts. Et je vais essayer d’afficher un autre exemple ici, euh, pour vous le montrer.

Parfait. Et pendant que je fais ça, euh, je vais aussi montrer en avant-première l’interface en français, car il est également très important de, euh, pouvoir servir les équipes internationales. Donc si vous avez, euh, des équipes qui travaillent en France, euh, et qu’elles doivent pouvoir voir l’environnement, évidemment en fr– en français, euh, elles le peuvent. Donc je vais rapidement basculer en français juste pour vous l’afficher aussi et, euh, vous montrer à quoi cela ressemble. Même si d’habitude, ce qui se passe, c’est que je dois retrouver mon chemin [rires] vers, euh, mes paramètres de langue. Mais vous pouvez voir que tout s’est mis à jour ici. En termes de devise, euh, ce sera la devise que vous, vous utilisez. Donc si vous utilisez des USD,

euh, ou, ou si dans les paramètres de localisation, c’est… il faut que ce soit, euh, autre chose, alors cela s’ajuste en conséquence. Mais vous pouvez voir ici dans le tableau de bord, euh, dans notre, euh, ancienneté client et la page de compte avec tout ce contexte, euh, est, est en, en français. Parfait. Je sais que nous arrivons en réalité tout près de la fin de notre temps de démo et de Q&A. Donc, euh, Allison, y a-t-il des questions auxquelles nous pouvons commencer à répondre ? Bien sûr. Euh, d’accord, il y en a en fait quelques-unes qui sont similaires. Je vais commencer par celle-ci.

Euh, l’une des questions est, en revenant à Cash App, que se passerait-il si un paiement est effectué pour une facture qui concerne plusieurs comptes, euh, et que ces multiples comptes ne sont associés que par le nom et l’adresse de facturation ? Euh, et puis la sorte de deuxième version de cette question était, euh, vous savez, certains de nos groupes de clients ont plusieurs comptes liés avec leurs propres comptes bancaires, et parfois nous recevons un paiement groupé sur ce compte, mais il doit être réparti sur plusieurs factures. Alors comment cela serait-il géré dans Cash App ? Donc, euh, en général, si vous recevez, euh, plusieurs… Si vous recevez des paiements

qui sont scindés : soit il s’agit d’une relation parent-enfant, soit il n’y a aucun lien. Nous constatons très souvent ce cas, euh, dans les scénarios d’utilisation chez les revendeurs. Euh, et s’il existe des informations différentes pour l’adresse de facturation et l’adresse de livraison, il y a beaucoup de facteurs à prendre en compte. Euh, l’application Cash Application de Zuora peut tout de même vous fournir ces rapprochements via l’IA et, comme elle ne s’appuie pas uniquement sur ces informations de facturation/livraison, si l’adresse est différente, ce sera quand même, euh, je suppose, rattaché dans Zuora Billing. Et si ce n’est pas le cas, elle est malgré tout en mesure d’effectuer ce rapprochement, que ce soit à partir des informations de remise, de toute métadonnée que je vous montrais dans Cash Application, où elle identifie le client et les informations de facture. Elle peut donc toujours proposer un rapprochement en s’appuyant sur différents indices contextuels.

Et s’il existe des champs spécifiques sur lesquels le modèle doit être entraîné, notre équipe d’implémentation peut également travailler à l’entraîner sur ces cas d’usage très spécifiques aux limites, propres à votre contexte. Parfait. Euh, la question suivante portait aussi sur la manière dont ces relevés bancaires sont importés. Et plus précisément, une partie de la préoccupation concerne le fait de savoir si certaines de ces données de relevés bancaires sont partagées avec l’IA ou utilisées pour l’entraîner. Euh, et si cela pourrait exposer certaines de ces données en dehors du tenant Zuora. Donc… Nous travaillons directement avec vos banques, et nous mettons en place un site FTP Zuora — SFTP, donc très sécurisé. Et nous travaillons avec la banque pour extraire ces fichiers bancaires directement vers le SFTP,

Euh, faire tous les tests, etc. Et ces données ne sont utilisées que pour votre propre tenant. Elles ne sont pas utilisées pour entraîner un autre modèle d’IA ni quoi que ce soit de ce genre. Elles sont utilisées pendant la phase de mise en œuvre pour entraîner le système sur vos cas d’usage spécifiques, et ces données ne sont partagées nulle part en dehors de ce cadre. D’accord. La question suivante portait sur le recouvrement : ces tranches d’ancienneté (aging buckets) que nous avons vues sont-elles les mêmes que celles configurées dans Zuora Billing ? Non, vous pouvez configurer vos propres tranches d’ancienneté, qu’elles proviennent de Zuora Billing ou que vous souhaitiez les configurer différemment dans Collections. D’accord, donc vous pourriez avoir les deux, en substance ? Oui, vous pourriez. Mais idéalement, si vous… j’aimerais en savoir plus sur l’utilis

cas et, en quelque sorte, faire la meilleure recommandation pour, euh, maintenir une standardisation dans vos données. Donc c’est possible, mais j’aimerais en savoir un peu plus sur la raison pour laquelle vous souhaitez qu’ils ne soient pas identiques. Oui. D’accord. Euh, d’accord, donc si nous recevons un avis de paiement, mais que le montant ne correspond pas au solde total de la facture, vous savez, cela peut être des frais bancaires, des déductions fiscales, d’autres charges, euh, comment la fonctionnalité de cash application gère-t-elle cela ? Et va-t-elle identifier automatiquement l’écart de paiement, ou devons-nous rapprocher cela manuellement, euh, et faire des ajustements dans Zuora ? Il y a des possibilités. Donc pour des frais bancaires, par exemple, euh, vous pouvez effectuer un ajustement que vous allez ajouter. Mais si

s’apparente à un paiement partiel, un trop-perçu, euh, vous voyez : c’est l’un des scénarios de base dans lesquels le système est en mesure d’imputer le solde nécessaire sur la facture. S’il doit être imputé sur une autre facture, c’est un peu comme ce que je vous montrais. Et ensuite, ou bien s’il n’y a qu’une seule facture et que vous avez un trop-perçu, euh, ce montant, ce solde restera sur le compte. Vous pouvez ensuite choisir d’effectuer un remboursement depuis Zuora Billing, ou, si vous préférez le laisser tel quel, euh, vous avez en quelque sorte le choix. Et ensuite, pour les frais bancaires et autres, hum, vous pourrez, hum, les ajuster puis comptabiliser. D’accord. Très bien, et la question suivante était : si l’on pense à ces scores de santé sur les comptes, hum, est-ce qu’ils peuvent être configurés ou est-ce que vous pouvez les définir vous-même ?

Euh, vous en avez la possibilité. Il y a donc un ensemble, euh, d’attributs, ou différents attributs, utilisés pour aboutir à ce résultat, mais vous pouvez les remplacer. Ainsi, si vous disposez d’une information spécifique que vous connaissez, euh, et qui est à votre disposition, vous pouvez alors la remplacer. Euh, et très rapidement, comme j’ai dû trouver un meilleur exemple à afficher, euh, pour le portail, je voulais simplement vous montrer ça très rapidement, euh, pour illustrer à quoi cela ressemble, puisque j’ai tout soumis de mon côté. Donc, désolé pour cela. Mon écran est-il à jour maintenant, Allison ? Oui, il l’est. Je veux m’assurer de vous montrer cela très rapidement. Donc, comme je vous le montrais, euh, quand… Retour à Jessica. Jessica est de retour, euh,

et elle constate que toutes ces factures, euh, qui devaient être soumises. Et lorsque nous devons cliquer sur la facture pour voir ce qu’il se passe, obtenir les détails, euh, voire même le PDF, tout est disponible ici, encore une fois, directement dans Zuora. Et nous pouvons aussi voir son statut. Donc, que ce soit déjà, euh, planifié, nous pouvons procéder à la soumission. En cas d’échec, que s’est-il passé ? Il y a une sorte de problème. Euh, on peut procéder à une nouvelle soumission. Donc tout est disponible ici. Et ensuite, même en allant dans ce qui a été soumis, euh, juste pour vous donner un exemple, nous pouvons voir ce statut du portail fournisseurs (AP). Donc ici, euh, Jessica peut voir ce qui a déjà été approuvé, et c’est en réalité entièrement payé, tout est réglé à ce niveau-là.

Euh, qu’est-ce qui est en attente de paiement ? Euh, qu’est-ce qui e- en attente d’approbation. Alors, il y a tout un ensemble de champs différents que- Euh, le portail fournisseurs (AP) peut comporter. Ils peuvent donc être mappés, euh, correctement pour indiquer ce que cela signifie et pour pouvoir l’afficher ici. Donc oui, nous en avons certains en brouillon, en attente d’approbation, mais désormais, au lieu de devoir les soumettre manuellement, euh, il s’agit simplement de voir le statut ici, puis de diagnostiquer ou d’effectuer des ajustements ou de les soumettre à nouveau si nécessaire. Donc tout cet effort de soumission manuelle est maintenant, maintenant supprimé. Donc une vue unique centralisée via Zuora, euh, pour le recouvrement, l’imputation des encaissements, et la soumission au portail fournisseurs (AP). Merci d’avoir réussi à trouver un autre endroit-

Oui. [rires]… pour faire cela. Je sais que, j’ai déjà été aux commandes d’une démo, et que cela m’est arrivé, et c’est frustrant, donc je vous en remercie. Absolument. Euh, laissez-moi revenir sur quelques questions, euh, j- juste avant de conclure notre échange. La question suivante était : avez-vous des recommandations sur la manière d’impliquer les commerciaux ou les CSM dans ce processus de recouvrement lorsque nous avons besoin qu’ils interviennent ? Et plus précisément, ils indiquent qu’ils ont bien configuré un tableau de bord de recouvrement dans Salesforce, mais— D’accord… les commerciaux n’utilisent pas les tâches Salesforce, donc ils cherchent un autre moyen, euh, de leur envoyer des messages depuis le système de recouvrement Zuora, Slack ou e-mail de préférence. Hum-hum. Donc je sais que nous avons l’intégration Slack, euh. Pourquoi ne pas en dire un peu plus à ce sujet et nous indiquer ce que vous recommanderiez ?

Oui, tout à fait. Donc, si vous vous souvenez de la stratégie de relance que je vous montrais via les automatisations, vous pouvez mettre en copie vos commerciaux ou vos CSM, etc., à n’importe quelle étape du parcours client que vous souhaitez. Toutefois, il existe aussi un moyen de les intégrer via Slack. Ils recevront ainsi des notifications dans Slack. Nous disposons donc de plusieurs outils de collaboration. Que ce soit par e-mail dans l’exemple que vous avez vu, ou via des notifications dans Slack, vous pouvez les @mentionner ou créer une tâche au sein du module de recouvrement, et Slack leur affichera l’information. L’objectif est de les solliciter là où ils travaillent. Si Slack est leur espace de travail principal, tout est prévu pour cela. Et aussi, euh… Il semble que nous utilisions Salesforce.

Ainsi, avec Salesforce, il existe une vue de l’ancienneté des créances clients (AR aging) sur la fiche client — ou plutôt sur la fiche compte, pardon. Ces informations leur sont donc directement remontées sur ce compte. Ainsi, s’ils gardent un œil sur leur compte, ils pourront constater : « Tiens, il y a un certain nombre de litiges » ou « il y a beaucoup de factures échues ». Peut-être que lors de ma prochaine discussion avec eux — mon QBR ou autre — ce sera le bon moment pour l’aborder. Nous pouvons donc rendre cette information visible à au moins trois endroits, de différentes manières, afin de nous assurer qu’ils en verront au moins une. Donc, ce que vous dites, c’est que même s’ils n’utilisent pas les tâches Sla- euh, les tâches Salesforce, ils n’ont malgré tout aucune excuse pour ne pas être au courant. Exact. Sur la fiche compte, dans Slack, par e-mail.

Oui. Euh… Nous sommes sur le canal. [rires] Je dirais que Zuora utilise en interne nos produits de recouvrement, et l’intégration Slack est l’un des points que nos équipes finance ont mis en avant comme particulièrement utile : cela leur permet de contacter immédiatement un(e) chargé(e) de compte et d’obtenir son avis, ou simplement de s’assurer qu’il/elle est informé(e) d’un sujet. Donc, n’hésitez pas à regarder cette intégration Slack. Euh, la question suivante est : à quoi ressemble la configuration initiale pour connecter Zuora aux différents portails clients ? Et je pense que cela fait référence, par exemple, aux CUPA et aux RIBA, ce genre de choses. Une fois connecté, comment Zuora sait-il quels clients nécessitent le dépôt de leur facture dans le portail plutôt qu’une soumission manuelle ?

Je ne suis pas certain de comprendre pleinement la question. Donc, nous cherchons à déterminer h- quel portail ou… Désolé. Oui. Donc, la première partie de la question est : à quoi ressemble la configuration initiale pour se connecter avec— D’accord… ces portails ? Compris. Euh, et ensuite la deuxième partie de la question est : comment savoir quels clients doivent passer— D’accord… par un portail plutôt que de façon manuelle ? Compris. Donc nous allons… Donc j’imagine que vous avez des identifiants différents selon les clients, ou que différentes personnes ont des identifiants différents pour, pour les différents portails. Donc nous travaillerons avec vous, tout d’abord, pour déterminer quels sont ces workflows. Donc récupérer les, les identifiants et, euh, déterminer quels clients relèvent réellement de cela, et cela fera partie de la mise en œuvre. Donc, euh, en fait, y compris en ce qui concerne le stockage sécurisé de ces identifiants afin que vous ne soyez pas

ne plus avoir à gérer tout cela. Ensuite, une partie de la mise en œuvre consiste à récupérer effectivement ces informations auprès de vous : vous nous les communiquerez, et cela fera partie de la configuration afin que tout puisse s’exécuter automatiquement. Et ensuite, lorsque vous devez apporter des ajustements, ajouter, euh, c’est très simple d’aller le faire dans le back-end. Euh, et même lorsque les champs sont mis à jour, euh, le mapping est également très facile à mettre à jour. Parfait. D’accord, question suivante. Je sais que nous dépassons, nous dépassons un peu le temps prévu. Il nous en reste deux dans la session Q&A. Il m’en reste une dans le chat pour faire en quelque sorte un suivi. Donc je pense qu’on peut dégager deux petites minutes pour terminer cela ici. Euh, donc la suivante est : « Les banques britanniques sont-elles disponibles avec le dispositif SFTP ? » Donc, euh, je pense que la question est : est-ce que nous pouvons faire Cash App avec des banques britanniques ?

Tout dépend du format. Nous prenons donc en charge… je publierai une liste, mais il y a notamment BAI2, CMT, etc. Donc, ce ne sont pas des banques spécifiques ; c’est le format dans lequel elles peuvent envoyer le fichier. Ainsi, tant que c’est l’un de ces formats, c’est bon pour nous. Nous pourrons éventuellement revenir vers vous pour déterminer quel format ils utilisent. Mais nous avons travaillé avec des clients dans le monde entier, notamment en Australie, au Royaume-Uni, etc. OK. Très bien. Dernière question de notre session de questions-réponses pour le moment : qu’en est-il d’un paiement ACH envoyé en dollars canadiens, mais que la banque convertit en USD lorsqu’il arrive

le compte bancaire, mais il faut l’appliquer en dollars canadiens, euh, donc sur le montant réel que le client a envoyé. Comment Zuora Cash App lit-il cela ? Pouvons-nous personnaliser la ligne de facturation qu’il lit pour ces cas d’usage ? C’est une très bonne question. Euh- Je vais reprendre ce point en aparté. Ce que je peux dire, c’est qu’il existe des options. Cela dépend de, oui, de la manière dont vous souhaitez paramétrer cela. Donc, la facture, est-elle en dollars canadiens ou en dollars américains ? Gérez-vous les taux de change dans Zuora Billing ? Euh, cela peut être hérité, donc je voudrais réfléchir à ces éléments. Mais ce sont des sujets, euh, courants, que nous rencontrons fréquemment chez les clients. D’accord. Donc Dahi, je pense que nous allons prendre

afin de faire un suivi à ce sujet, pour nous assurer de vous apporter la bonne réponse, avec une compréhension plus complète du cas d’usage. Parfait. Très bien. Nous avons en fait terminé l’ensemble de nos questions dans la session Q&A. Je tiens aussi à préciser que si une partie de cette discussion a suscité votre intérêt et que vous n’aviez pas indiqué auparavant que vous souhaitiez être contacté par l’équipe, n’hésitez pas à nous le faire savoir dans le chat. Par ailleurs, je précise qu’il y a des ressources que Sabrina partageait. Nous avons récemment publié sur notre site web une auto-évaluation relative aux activités de recouvrement et à l’imputation des encaissements, où vous pouvez indiquer les sujets auxquels vous êtes confronté et déterminer si le moment est venu de commencer à examiner

pour obtenir un produit. Euh, et donc vous pouvez remplir cela, et il existe également des fonctionnalités de chat assez intéressantes à ce sujet pour vous aider à comprendre si les produits Zuora vont pouvoir, en quelque sorte, répondre à ces besoins. Alors n’hésitez pas à aller y jeter un œil également. Euh, et encore une fois, comme je le disais, si vous souhaitez toujours être contacté par l’un de nos experts AR, vous pouvez tout à fait l’indiquer dans le chat et nous reviendrons vers vous. Merci à toutes et à tous de vous être joints à nous. Merci également pour votre participation. Et merci à Kay d’avoir fait avec les aléas de la démo. [rires]