Debitorenmanagement optimieren: Neue Funktionen in Zuora Collections & Cash Application

Starten wir unsere erste Umfrage, Kay. Auf dem nächsten Bildschirm. Unsere Frage an Sie lautet: Was ist heute die größte Lücke in Ihrem AR-Prozess? Und ganz konkret: Was ist das, weswegen Sie dabei sind – um sich vielleicht ein Bild zu machen und zu sehen, wie Sie das in Zuora abbilden könnten? Wir geben Ihnen ein bis zwei Minuten zum Antworten. Oh, wir haben jemanden aus London. Großartig. Vielen Dank fürs Dabeisein. Und aus den Niederlanden, Hampshire. Wir haben Greenville, South Carolina. Ich habe auch Georgia. Oh, Arizona habe ich vorhin übersehen. Vielen Dank fürs Dabeisein. North Carolina.

Indien – das ist ja eine Zeitumstellung. Vielen Dank, dass Sie dabei sind. Boulder. Dort oben habe ich studiert. [lacht] Also gut, lassen Sie uns noch etwa 30 Sekunden, um unsere Umfrage zu beantworten, und dann schauen wir uns hier die Ergebnisse an. San Diego ist auch ziemlich früh, Katie. [lacht] Go Bucks. Allison, es sieht so aus, als ob sehr viel manuelle Arbeit der— sehr viel manuelle Arbeit … die größte Lücke ist. Ja. Großartig. Ich meine, das ist tatsächlich wirklich … Das ist wirklich sehr gut zu hören, denn genau dafür sind wir konzipiert. Also, ähm, vor diesem Hintergrund: Vielen Dank, dass Sie sich so früh am Morgen – zumindest für einige von Ihnen – an unserer Umfrage beteiligt haben,

äh, oder vielleicht spät in der Nacht für diejenigen von Ihnen in Indien. [lacht] Äh, ich übergebe jetzt an Kay, die mit unserer Demonstration beginnen wird. Vielen Dank, Allison. Hallo zusammen. Vielen Dank, dass Sie heute dabei sind. Äh, wir legen dann direkt mit der Demo los. Was ich heute vorstellen werde, ist: Äh, wir beginnen mit der Cash Application, und anschließend gehen wir zu Zuora Collections über. Äh, und danach werfen wir einen ersten Blick auf die neuen Features, nämlich unser Supplier Portal und die französische Benutzeroberfläche. Und am Ende nehmen wir uns noch etwas Zeit, um die Fragen durchzugehen und alles Weitere zu klären. Äh, aber ich weiß, einige von Ihnen haben die Demo möglicherweise bereits gesehen und Collections in Cash gesehen

Cash Applications haben einige von Ihnen schon gesehen, äh, aber es gibt auch Teilnehmende, die das noch nie gesehen haben. Deshalb möchte ich für die, die es schon kennen, eine kurze Auffrischung geben und Sie gleichzeitig, äh, für alle, die heute zum ersten Mal bei diesen Sessions dabei sind, wirklich Schritt für Schritt durch das führen, was wir mit Zuora Collections und Cash Applications machen können. Und, äh, ja – außerdem freuen wir uns sehr, Ihnen das Supplier Portal zu zeigen, das wir gerade veröffentlichen. Für die Demonstration schauen wir uns das aus zwei unterschiedlichen Rollenperspektiven an. Äh, typischerweise haben wir – wie man es nennen könnte – eine*n AR-Analyst*in, Cash-Application-Spezialist*in, Cash-App-Analyst*in etc. Also eine Person, die tatsächlich für die Cash Application verantwortlich ist. Das ist in der Regel die Person, die sich in verschiedene Bankportale einloggt. Sie lädt

Kontoauszügen, und dann nehmen sie umfangreiche Excel-Bearbeitungen vor. Ähm, und das ist die Persona, die wir uns zuerst ansehen werden, um zu prüfen, wie Zuoras Cash Application diesen Prozess deutlich schneller und einfacher machen kann. Danach wechseln wir von der Perspektive eines Collections Analyst bzw. Collections Specialist. Das ist die Person, die in der Regel die OP-Altersstruktur nachverfolgt. Sie zieht Berichte aus verschiedenen Tools und Systemen, um die OP-Altersstruktur zusammenzustellen – wiederum mit starker Arbeit in Tabellenkalkulationen. Sie versucht, Hochrisiko-Konten zu priorisieren, wirklich herauszufinden, wen sie kontaktieren sollte, und die DSO zu reduzieren. Aber bei beiden ist das Gemeinsame – und auch das, was Sie in der Umfrage gesagt haben –

Ähm, sehr viel, sehr viel manuelle Arbeit, um die Aufgabe zu erledigen. Das sind also die Personas. Ich bin sicher, dass sie sehr, sehr, ähm, relevant sind und wirklich widerspiegeln, wie Sie und Ihre Teams heute arbeiten. Wir werden uns also ansehen, wie Zuora beide Rollen – und beide Perspektiven – unterstützen kann. Beginnen wir mit der Cash Application: Historisch gesehen, wie ich schon sagte, ähm, wenn wir mit unseren Kunden sprechen und nach dem, was ich gesehen habe, sind Cash-Application-Spezialistinnen und -Spezialisten wirklich, wissen Sie, unsere Persona heißt Jamie. Sie verbringt ihren Morgen damit, die End-of-Day-Dateien zu ziehen. Sie m- meldet sich bei verschiedenen Portalen an – je nachdem, mit wie vielen dieser Banken, ähm, und das sind … Das ist nur ein Beispiel für einige von … Abbildung

…welche Remittance-Informationen der Kunde übermittelt hat, sofern überhaupt welche vorhanden sind, äh, und wirklich zu versuchen, das abzugleichen. Und dann gehen sie vielleicht in, ähm, Zuora. Sie gehen in ein anderes ERP-System usw., also in ein anderes System, um zu versuchen, diese manuellen Zahlungen anzulegen. Dadurch wird es sehr aufwendig. Es wird sehr, sehr manuell, wie Sie gesagt haben. Also, äh… Anstatt sich in diese Portale einloggen zu müssen, wird dieser Prozess voll- vollständig eliminiert, weil diese Zahlungen direkt in Zuora einfließen. Wir schauen uns an, wie das aussieht, und außerdem integrieren wir

mit, äh, den Remittance-Posteingängen, um diese Remittance-Daten einzuziehen. Und anschließend übernimmt die KI von Zuora und unterstützt beim Matching. Damit reduzieren wir den manuellen Aufwand, der aktuell in den Teams anfällt, deutlich. Schauen wir uns an, wie das in der Praxis aussieht. Wir werfen einen Blick auf das allgemeine Payments-Dashboard. Äh, wir sehen uns einige Matching-Szenarien an und wie das aussieht, einschließlich der Remittance-Extraktion. Dann legen wir direkt los. Ich bin jetzt hier eingeloggt. Ähm, hoffentlich hat sich mein Bildschirm aktualisiert. Äh, ich bin jetzt hier als Jamie eingeloggt, die Cash-Application-Spezialistin. Wir sind in Zuora Cash Applications. Und wenn Jamie sich anmeldet, sieht sie als Erstes hier alle Zahlungen, die an einem Ort zusammenlaufen,

und sie sind in unterschiedliche Kategorien unterteilt. Wir haben „unapplied“, „partially applied“ und „applied“. „Applied“ ist alles, was bereits eingegangen ist. Es hat ein 100%iges Matching. Es wurde automatisch gebucht. Für Jamie gibt es hier nichts zu tun. Wo sie ihre Zeit verbringt, ist alles, was „unapplied“ oder „partially applied“ ist – und hier sind wir nicht mehr in Excel, nicht mehr in Tabellenkalkulationen. Jamie erledigt ihre gesamte Arbeit hier, wo alles nahtlos zwischen Zuora Billing und Cash Applications zusammenspielt, um die richtigen Informationen bereitzustellen, die Jamie braucht, um bei Bedarf zu recherchieren, und um es anschließend ebenso nahtlos in Zuora Billing zu buchen.

Ich gebe Ihnen ein paar Beispiele für einige dieser Zahlungen und zeige Ihnen, wie das aussieht. Ich bin in eine Zahlung gesprungen, die Jamie sich gerade ansehen möchte. Äh, in diesem Fall sehen wir Informationen zur Zahlungsbeschreibung, also einige Angaben, die als Metadaten von der Bank mitkommen. Äh, das können die Beschreibungsfelder sein, die man üblicherweise sieht, wenn man diese Bankdateien aus dem Portal zieht – Felder, die, wie ich es sehe, Analyst*innen häufig manuell kopieren und einfügen müssen. Vielleicht ist dort auch die Rechnungsnummer enthalten. Das alles kommt also mit, und Zuoras KI nutzt diese Informationen und extrahiert sie automatisch, um beim Matching zu helfen. Wir haben hier den Zahlungsbetrag, ähm, sowie den Kunden. Wenn wir, äh, tatsächlich hineinklicken, können wir sehen

Für diesen Kunden wurde es tatsächlich au- automatisch zugeordnet. Und wenn wir dann in die Rechnungen gehen, können wir eine Liste der Rechnungen aufrufen, die möglicherweise vorhanden sind, falls wir manuelle Anpassungen vornehmen müssen. Es hat es jedoch automatisch dieser Rechnung hier zugeordnet. Unten sind die Remittance-Informationen ebenfalls automatisch getaggt. Damit haben wir jetzt alle Komponenten, die Jamie zuvor manuell erledigen musste, gebündelt an einem Ort. Sie muss also nicht mehr nach diesen drei Dingen suchen. Es ist alles hier. Wir haben also alle Zahlungsinformationen. Der Kunde ist automatisch getaggt. Die Rechnung ist damit verknüpft, und wir haben auch die Remittance. In diesem Fall, wenn es, es ist eine Übereinstimmung zu 100 % oder

mit dem jeweils von Ihnen gewünschten Übereinstimmungsprozentsatz kann dies automatisch in Zuora Billing gebucht werden. Es ist also keinerlei Aufwand erforderlich. Das ist nur ein Beispiel, um zu zeigen, wie das aussieht. Wenn wir jetzt zurück in unsere Zahlungsansicht gehen, können wir ein Beispiel für eine eingegangene Zahlung durchgehen, für die es keinen Treffer gibt. In der Regel schauen wir uns hier an, ähm, wie das aussieht. Wir haben also eine Zahlung. Wir haben keine Zahlungsavis/Remittance. Wir haben nicht viele Informationen. Was wir aber tun können, ist, einen Treffer über Zuoras KI zu erhalten – und das ist, das ist üblicherweise das, was passiert, richtig? In einer perfekten Idealwelt haben Sie eine Remittance, und Sie haben das, und das ist ein perfekter

Abgleich. Dort verbringen Ihre Analysten nicht ihre Zeit. Es wird mehr Zeit damit verbracht als mit dieser Recherche. Was versucht dieser Kunde zu zahlen? Was passiert hier? Wenn der Kunde also bereits zugeordnet ist und man dann diese Rechnungen durchgehen kann, um zu sehen: Wie möchte ich das zuordnen, wenn es sich vielleicht um eine etwas ungewöhnliche Zahlung handelt? Wir sehen also, dass der Zahlungsbetrag 115.000 $ beträgt, und hier sieht man gewissermaßen, wie sich das zusammensetzt. Wollen wir es also an beide anhängen? Wollen wir es an eine anhängen? Und so weiter. Das kann man dann entsprechend machen, und dann sehen wir hier, dass diese vollständig zugewiesen wurde und dann der Restbetrag auf die übrigen verteilt wird – also intelligent genug, Ihnen das so vorzuschlagen. Und was es außerdem tut: Während Jamie diese Aktionen im System ausführt, greift der Machine-Learning-Aspekt künftig

lernt das System kontinuierlich weiter, sodass es tatsächlich die Empfehlung aussprechen wird: „Hey, ordne den vollen Betrag der ältesten Rechnung zu und den verbleibenden Betrag den neueren Rechnungen.“ Es wird dann solche Empfehlungen geben, sodass der manuelle Aufwand – selbst wenn Jamie diese Prüfungen durchführen muss – im Laufe der Zeit abnimmt und das System für sie immer besser funktioniert. Und sobald sie fertig ist, kann sie die Buchung vornehmen. Um kurz zusammenzufassen, was wir aus Jamies Sicht gesehen haben, denn ich möchte mit der Zeit, die wir haben, in das Thema Mahnwesen einsteigen: Wir sehen, dass Cash Application Analysts wie Jamie

können, wissen Sie, ein automatisiertes Zahlungs-Matching mit KI-gestützter Abstimmung nutzen, sodass sie Buchung und Zuordnung schneller und einfacher machen können. Äh, außerdem konzentrieren sie sich, statt sich auf die einfachen Fälle zu fokussieren, wirklich nur auf die Ausnahmen, bei denen diese Informationen fehlen. Gleichzeitig haben sie auch umfangreiche Unterstützung, um diese Ausnahmen überhaupt durchzugehen, diese deutlich schneller zu bearbeiten und sie als erledigt zu verbuchen. Insgesamt erhöht das die AR-Genauigkeit. Es verbessert die Cash-Transparenz und stellt im Kern sicher, dass die Teams und, und Ihre Teams mit aktuellen, ähm, Altersstruktursalden arbeiten, statt dass Ihr Forderungsmanagement-Team auf Altersstruktursalden schaut, obwohl die Zahlung— die Zahlung bereits erfolgt ist,

aber es ist noch nicht im System erfasst worden. Insgesamt, ähm, geht es also darum, zu beschleunigen, wie schnell diese Zahlung angewendet wird. Als Nächstes schauen wir uns unsere Collections-Plattform an und stellen sicher, dass Sie bzw. Ihr Team Collections kontextbezogen durchführen kann. So können Beziehungen geschützt, Zahlungen beschleunigt, ähm, und ein vollständiger historischer Kontext darüber aufgebaut werden, was beim Kunden passiert. So kann Ihr Team proaktiv kontaktieren – oder wenn ein Kunde sich meldet, liegt die komplette Historie vor, und man kann das Gesamtbild vom Order-to-Cash sehen und diese Entscheidungen, äh, mit KI-Insights treffen. Wir wechseln jetzt in, ähm, Jessicas Journey. Sie ist unsere, unsere Cash-App…

Oder entschuldigen Sie: unsere Collections-Analystin – wenn Sie sich erinnern – und ihr primäres Ziel ist, wie gesagt, im Wesentlichen sicherzustellen, dass sie in der Lage ist, sich bei Bedarf an Kunden zu wenden, Kundenanfragen zu beantworten und sich vor allem darauf zu konzentrieren, den DSO zu senken, das Risiko bei Kunden mit hohen Außenständen zu reduzieren usw. Aus ihrer Perspektive werden wir also die AR-Dashboards sowie die verfügbaren Reportings und Auswertungen sehen, damit sie Kunden bei Bedarf entsprechend priorisieren kann. Wir werden uns die Kundenkonto-Seite ansehen – also wenn wir über Collections „mit Kontext“ sprechen, was das konkret bedeutet – sowie einen kurzen Einblick in Mahnstrategien, die in Zuora automatisiert sind. Dann steigen wir direkt ein

…und dann machen wir von dort aus weiter. Perfekt. Also umgeschaltet auf das, was Jessica sieht, wenn sie sich anmeldet. Äh, das ist eher ein Collections-Dashboard, das Jessica dabei unterstützt zu verstehen, äh, wie ihre Forderungen aussehen. Also was offen ist, was wir beim DSO haben. Sieht—sieht so aus, als hätten wir ihn in den letzten 30 Tagen um 11 Tage gesenkt, was großartig ist. Das bedeutet, dass das, was wir tun, im Grunde funktioniert. Ähm, jegliche nicht zugeordneten Gutschriften, die möglicherweise in der Cash Application liegen. Auch hier: Das System funktioniert als—als Ganzes. Diese konfigurierbaren Aging-Buckets ermöglichen es Jessica zu sehen, äh, auf Basis der Rechnungen, wie diese eingeordnet sind. Also können wir sehen, dass

Viele davon befinden sich im 120+-Bereich, äh, also im Überfälligkeitsbereich. Und außerdem: Wie sind diese Rechnungen aufgeteilt? Was ist der Grund? Gibt es also Streitfälle? Und wenn es Streitfälle gibt, was ist der Grund für diese Streitfälle? Äh, wie ist der tatsächliche Gesamtstatus des Forderungseinzugs? Wir sehen also, dass es eine Menge Streitfälle gibt. Ähm, möglicherweise wurden einige davon an einen Drittanbieter übertragen und so weiter und so fort. Dadurch erhält Jessica vollständige Transparenz darüber, was gerade passiert. Darüber hinaus: Was – was Jessica früher gemacht hat, war, dass sie diese unterschiedlichen Reports gezogen hat, um zu verstehen, was los ist. Anstatt diese Überfälligkeitsreports zu ziehen, kann sie einfach in die Debitoren-Überfälligkeiten gehen und erhält diese Live-Momentaufnahme

sofort, ohne auch nur einen einzigen Report ziehen zu müssen. Und das ermöglicht ihr außerdem, sich einen Gesamtüberblick als Snapshot anzusehen und diese Spalten je nach Bedarf zu verschieben und diese Ansichten für die Zukunft zu speichern. In dieser Ansicht sieht sie außerdem die Kundeninformationen. Sie möchte noch ein wenig mehr sehen. Sie wird das schließen und sich auch diesen AI Health Score ansehen. Da Zuora das gesamte Zahlungsverhalten der Kunden, Aging-Informationen, Disputes et cetera kennt, kann es ihr den Snapshot liefern, um zu verstehen, wie jeder Kunde auf einer Skala von eins bis fünf bewertet wird. So können wir Kunden mit einem niedrigeren Health Score sehen, die, ähm, nicht so gut performen. Sie haben eine Menge offener, ausstehender

Salden. Wir können diese nach Altersklassen (Aging Buckets) einsehen. Es gibt eine große Anzahl offener Reklamationen. Wenn wir weiter nach rechts gehen, sehen wir, wie viele Aufgaben pro Konto geöffnet sind oder ob offene Zahlungszusagen (Promise to Pay) vorliegen. Es gibt also sehr viele Informationen, die sie hat, einschließlich wann diese Kunden zuletzt kontaktiert wurden. Statt all das in Excel zu machen, ist es jetzt alles hier an einem Ort verfügbar, ohne dass man etwas tun muss. Und wir können auch die letzte Aktivität sehen. Das hilft Jessica zu verstehen: Okay, bei diesen Konten mit dem niedrigeren Health Score sieht es so aus, als hätte es einige Eskalationen gegeben, einige Reklamationen, einige von ihnen erhalten keine E-Mails – etwas, dem man nachgehen sollte. Das sind sehr umsetzbare Erkenntnisse, die Jessica erhält. Und nur, um den Kontext zu verstehen

Für jeden Kunden kann Jessica diese Kundenkonto-Seite aufrufen, die eine vollständige Aufschlüsselung bietet. Wenn Top Circuit Tech hier also eine E-Mail senden würde oder wenn sie Kontakt aufnehmen müsste, hat sie die komplette Historie dieses Kontos – äh – ohne in mehrere Bereiche gehen zu müssen, wie ein separates Postfach oder separate Notizen, ähm, in Google Sheets oder in Excel. Alles ist hier an einem Ort, einschließlich aller Rechnungen, die offen oder geschlossen sind, aller Zahlungen. Wir sehen, dass Top Circuit Tech tatsächlich einige nicht verbuchte Zahlungen hat. Das sind zusätzliche Einblicke, die das Collections-Team hat. Äh, sämtliche E-Mails, die für Top Circuit Tech rausgegangen sind – alles ist hier verfügbar, einschließlich einer KI-Zusammenfassung,

sodass sie nicht all diese, äh, Threads durchgehen muss. Sie kann sich einfach schnell einen Überblick verschaffen, was los ist, und das vollständige Aktivitätsprotokoll einsehen. Es gibt hier Disputes. Es gibt einige Notizen. Es gab Fragen zu einer bestimmten Position auf dieser Rechnung. Also jede Menge Kontext, damit Jessica bei diesem Konto schnell auf Stand kommt – und falls sie ad hoc etwas versenden muss, kann sie das direkt tun und beliebige, wissen Sie, nicht zugeordnete Gutschriften oder offene Rechnungen, Kontoauszüge usw. anhängen. Das macht es für sie als Collections-Spezialistin extrem einfach, ihren Job zu machen. Das ist aber eher manuell, ähm, was die Kontaktaufnahme betrifft. Mit Zuoras automatisierten Collections-Strategien wird das alles übernommen, und diese Kontaktaufnahme läuft tatsächlich automatisch.

Aber für alle High-Risk- oder White-Glove-, äh, Kunden, bei denen Sie wirklich einen High-Touch- oder personalisierten Ansatz verfolgen möchten, können Sie sie jederzeit in eine separate Collections-Strategie aufnehmen. Sie sehen hier: Für dieses Beispiel habe ich sie unter „High Risk, High Value Customer“ eingeordnet, und wir sprechen gleich darüber, was das bedeutet. Mit Zuoras Automatisierungen und automatisierten Collections-Strategien kann Jessica tatsächlich sehr viele Effizienzgewinne realisieren, indem sie unterschiedliche Kundensegmente erstellt und diese Segmente für diese automatisierten Dunning-Strategien nutzt. Wir schauen uns an, was Jessica für

diesen High-Risk-, High-Value-Kunden erstellt hat. Diese Collections-Strategien sind sehr einfach einzurichten. Als Business-Userin und nicht als technische IT-Person kann Jessica sehr schnell Anpassungen vornehmen, wenn es nötig ist – und es ist wirklich eine Point-and-Click-Lösung. Wenn Jessica eine weitere Aktion hinzufügen muss, kann sie das einfach tun und definieren, wann diese Aktion ausgeführt wird – äh, ob nach dem Fälligkeitsdatum, am Fälligkeitstag, wie viele Tage. Äh, außerdem kann sie E-Mail-Templates nutzen, um Tonalität und Inhalt der Nachricht zu steuern, einschließlich dynamischer Platzhalter, die es ermöglichen, dass alle Kontakte

dem Kunden in dieser E-Mail im Voraus bereitgestellt werden – ohne, äh – und zugleich wird jedes Hin und Her vermieden, das der Kunde sonst möglicherweise mit dem Cash-Up Analyst hätte. Ich kann zum Beispiel dieses Template einfügen, und all diese Informationen, die bereits aus Zuora Billing einfließen, werden im Kontext automatisch befüllt. Es gibt also kein manuelles Ausfüllen von Informationen, und dann werden Rechnungen oder der Kontoauszug usw. automatisch angehängt. Das macht es sehr einfach, neue Action Items in dieser Collections-Strategie zu konfigurieren. Aber um einmal durchzugehen, was hier tatsächlich enthalten ist: In diesem Beispiel, äh, entscheidet Jessica bei diesem High-Risk-Kunden, dass sie

mehr Touchpoints benötigt. Es ist also alle fünf Tage – aber wie Sie gesehen haben, lässt sich das sehr leicht anpassen. Wir haben die erste Erinnerung bis hin zum Erstellen von Tasks für Collections Analysts, die dann tatsächlich tätig werden. Jedes Konto kann einen eigenen Collections Owner haben. Für die Konten, bei denen Jessica zuständig ist und die in diese Kategorie fallen, wird sie an Tag 10 aufgefordert, einen Anruf zu tätigen. Dafür wird ihr dieser, äh, Task erstellt, sodass sie sehen kann, was – wissen Sie – auf ihrer Arbeitsliste steht, einschließlich etwaiger Eskalationen, die passieren können. Und weiter unten im Prozess, äh, möchte Jessica außerdem anfangen, den Sales Rep sowie das Account-Management-Team einzubinden,

weil auch sie Transparenz darüber haben sollten, was passiert. Also können wir beginnen, den Sales Rep in CC zu setzen. Gerade bei den High-Value-, High-Risk-Konten ist es wichtig, dass der Sales Rep oder das Account-Team weiß, was – g- – was los ist. Wenn sie also in irgendwelche, ähm, Gespräche zu Renewals und dergleichen gehen, haben sie den Kontext dazu, was tatsächlich mit diesem Konto passiert. Sehr einfach einzurichten. Aber sagen wir: Wenn der Kunde, äh, zurückschreibt und sagt, es gibt einen Dispute oder er hat eine offene Promise to Pay, dann pausiert das Dunning i- intelligent automatisch, äh, und berücksichtigt diese Regeln oder die Daten in der Promise to Pay, um automatisch zu pausieren.

Und wenn und, wenn oder sobald diese gebrochen wird, wird dieses Dunning fortgesetzt. Jessica kann also vollständig steuern, was passiert – unter Berücksichtigung der Customer Experience, um sicherzustellen, dass sie keine E-Mails erhalten, wenn sie bereits gesagt haben, dass sie zahlen werden. Und sobald diese Rechnung geschlossen ist, wird das Dunning vollständig gestoppt. Also sehr einfach für sie zu verwalten, äh, je nachdem, wie sie diese Dunning-Strategien künftig anpassen muss, äh, und a- so wie sie sie zwischen unterschiedlichen Kundensegmenten differenzieren möchte. Um also kurz zusammenzufassen, was wir mit Jessica gesehen haben: ähm, wie einfach es für sie ist, sich einen Überblick zu verschaffen, was insgesamt bei den Receivables passiert, äh, in diese unterschiedlichen

Kennzahlen hineinzuzoomen, und das AR Aging aufzurufen, ohne verschiedene Reports an unterschiedlichen Stellen ziehen zu müssen und zu versuchen, zu verstehen, was los ist, äh, aus unterschiedlichen Quellen. Und außerdem wirklich dieser vollständige Kunden-Kontext, äh, an einem Ort – sodass, wenn ein Kunde sich meldet oder wenn sie sich melden muss, äh, sie die komplette Historie hat und diese Erfahrung für den Kunden wirklich personalisieren kann; und die Möglichkeit, mit anderen Personen zusammenzuarbeiten, äh, wobei der gesamte Kommunikationskontext an einem Ort liegt. Und wir haben, äh, viel, viel Erfolg mit Kunden gesehen, also, äh, wissen Sie, einige von… Ich wollte einfach ein paar Zahlen zeigen, die wir gesehen haben, äh, einige der Zitate, die wir erhalten haben, äh, während wir weiterhin

Kunden hinzufügen, äh, und, und ihnen helfen, mit Zuora Collections und Cash Applications erfolgreich zu sein. Okay. Ich springe jetzt in- Super… den nächsten Teil. Danke dafür, Kay. Mm-hmm. Ich glaube, wir wollten da auch eine Umfrage einblenden. Da ist sie. Okay. Also wenn, wenn Ihnen gefallen hat, was Sie bisher gesehen haben, und Sie daran interessiert sind, sich mit uns zu treffen, ähm, mit jemandem wie Kay oder, ähm, wir haben noch ein paar andere Kolleginnen und Kollegen, die speziell an diesem Tool arbeiten,

lassen Sie es uns bitte wissen, und wir werden uns nach diesem Termin mit Ihnen in Verbindung setzen. Wir geben dafür etwa 30 Sekunden, und dann können wir unsere Beta-Themen vorab ansehen. Und für diejenigen, die Fragen in den Chat stellen: Ich beobachte das, und ich werde diese Fragen an Kay weitergeben, ähm, in unserem Q&A-Teil. Okay. Ich denke, wir können die Umfrage schließen, Sabrina, und, ähm, lasst uns mit den Leuten über das Supplier Portal sprechen. Perfekt.

Los geht’s. Ich wollte nur kurz den Rahmen setzen, bevor wir einsteigen. Ähm, bei dem, was wir üblicherweise– was wir sehen, wenn wir mit immer mehr Kunden darüber sprechen. Aber generell gilt: Wenn Ihre Kunden Portale wie Coupa, Ariba, äh, einführen, führt das dazu, dass ein großer administrativer Aufwand auf die AR-Teams verlagert wird. Und, äh, Billing Specialists, Collections Specialists usw. sind dann darauf angewiesen, sich manuell, äh, in unterschiedliche Portale einzuloggen, Rechnungsinformationen einzugeben, äh, Dokumente anzuhängen, und wenn sie PO-Nummern abgleichen oder Angaben auf einer, einer leeren Rechnung ergänzen müssen usw., äh, ist das eine Menge Arbeit, um es überhaupt hochzuladen – und anschließend auch, um es nachzuverfolgen, äh, und zu sehen, was passiert. Es gibt also eine

Menge Schritte, die damit verbunden sind, ähm, und dann kommen Sie erst zur eigentlichen Abstimmung. Also da, da gibt es sehr, sehr viele Schritte. Ähm, einiges davon wird Ihnen vielleicht nicht exakt so oder nur teilweise bekannt vorkommen, aber das ist so ungefähr das, was wir beobachten. Und, äh, durch die Komplexität und die schiere Menge an Volumen, äh, wenn ich von administrativem Overhead spreche, der jetzt auf AR-Teams verlagert wird, umfasst das auch, äh, wissen Sie, das „Tribal Knowledge“, das die Teams haben. Ähm, sowie die eingeschränkte Transparenz, die sie haben, um diese Dinge nachverfolgen zu können. Und insgesamt wirkt sich das auf den DSO aus. Es beeinflusst, wie

Ihre– wie schnell und wie effizient Ihre T-Teams arbeiten und vorankommen. Mit Zuoras AP-Portal-Automation, äh, haben wir es mit autonomen KI-Agenten aufgebaut, die als digitale Workforce für das AR-Team agieren. Im Wesentlichen nehmen sie die Rechnung, äh, laden sie automatisch in die Portale hoch und können durch die verschiedenen Felder navigieren, die es dort gibt, ähm, und sie können diese Rechnungen dort automatisch einreichen. Aber das ist nur ein Teil der Aufgabe, wie wir gesagt haben. Es gibt auch das Tracking. Diese Agenten überwachen die Portale also auch kontinuierlich und können aktualisierte Status abrufen – wenn es Ablehnungen gibt,

auch die Begründung dafür – und sie ziehen es direkt zurück in Zuora. Äh, und Sie werden dann auch Dinge wie den Payment-Stat-Status usw. sehen können. Also es nimmt sehr viel von dieser manuellen Arbeit ab, die AR-Teams im Zusammenhang mit diesen Portalen weiterhin belastet. Lassen Sie mich reingehen und Ihnen zeigen, wie das aussieht. Stellen Sie sich also vor, wissen Sie, eine Welt, in der wir das in Coupa einstellen – und stattdessen, äh, sieht es dann so aus… Lassen wir Jessica wieder ins Spiel kommen. Äh, Jessica ist eingeloggt, und statt diese, äh, manuell hochladen zu müssen, sind dies alles Rechnungen, äh, die automatisch hochgeladen wurden

mit Zuora. Was sie jetzt also nachverfolgen muss: Statt in diese unterschiedlichen Kundenportale zu gehen, sieht sie einfach eine Liste dessen, was passiert. Natürlich sind wir noch im Bereich Collections, wie Sie gesehen haben. Sie kann nachsehen, was diese Rechnung ist. Ich aktualisiere meine Seite kurz. Sie kann sehen, was diese Rechnung ist, und es sieht so aus, als wären sie tatsächlich alle gelöst. Das ist witzig. Ähm, ich hatte sie alle hier drin. Sie wurden gelöst. Ich gehe mal und suche ein paar andere, die, die da sind. Aber insgesamt, äh, wird sie sehen können, was hier offen war, äh, wissen Sie, was die Probleme verursacht hat, und tatsächlich, äh, nach den unterschiedlichen Status sortieren können, sodass wir sehen, was, wissen Sie, auf Genehmigung wartet, was in Bearbeitung ist, was abgelehnt wurde,

äh, und vielleicht auch komplett fehlgeschlagen ist – was, was, was damit passiert ist. Oder sie kann, äh, nach dem Erstellungsdatum sortieren, ähm, nach unterschiedlichen Kunden usw. Das gibt viel Kontrolle über, äh, dieses Tracking, und es ermöglicht ihr außerdem eine Einreichung mit einem Klick. Wie Sie hier gesehen haben, hätte ich diese erneut einreichen können. Ähm, und während es das kontinuierlich überwacht, äh, kann es diese Status aktualisieren. Und ich werde versuchen, hier ein anderes Beispiel reinzubringen, ähm, um es Ihnen zu zeigen.

Perfekt. Und während ich das tue, ähm, werde ich auch einen kurzen Sneak Peek auf die französische UI geben, weil es auch sehr wichtig ist, äh, globale Teams zu unterstützen. Wenn Sie also, äh, Teams in Frankreich haben, äh, und sie müssen den Tenant natürlich auf Fra– auf Französisch sehen können, äh, dann ist das möglich. Ich wechsle hier also kurz ins Französische, um das einmal einzublenden, und, äh, wie das aussieht. Wobei es üblicherweise so ist, dass ich anschließend meinen Weg zurück [lacht] in, äh, meine Spracheinstellungen finden muss. Aber Sie sehen, wie sich hier alles aktualisiert hat. In Bezug auf die Währung, äh, ist es die Währung, die Sie verwenden. Wenn Sie also USD verwenden,

äh, oder, oder wenn es, äh, in den Lokalisierungseinstellungen… wenn es, ähm, etwas anderes sein muss, dann kann es entsprechend angepasst werden. Aber Sie sehen hier im Dashboard, äh, in unserem, äh, Customer Aging und auf der Account-Seite mit all diesem Kontext, ähm, ist, ist auf, auf Französisch. Perfekt. Ich weiß, wir nähern uns tatsächlich dem Ende unserer Demo-Zeit und dem Q&A. Also, ähm, Allison, gibt es Fragen, die wir beginnen können zu adressieren? Klar. Ähm, okay, es gibt tatsächlich ein paar, die inhaltlich ähnlich sind. Ich fange damit an.

Ähm, eine der Fragen ist, zurück zu Cash App: Was würde passieren, wenn eine Zahlung für eine Rechnung eingeht, die auf mehrere Accounts verteilt ist, ähm, und diese mehreren Accounts möglicherweise nur über den Billing-Namen und die Adresse miteinander verknüpft sind? Ähm, und dann war die zweite Variante davon, ähm, wissen Sie, einige unserer Kundengruppen haben mehrere miteinander verbundene Accounts mit eigenen Bankkonten, und manchmal erhalten wir eine Sammelzahlung auf dieses eine Konto, aber sie muss auf mehrere Rechnungen aufgeteilt werden. Wie würde das also in der Cash App gehandhabt? Also, ähm, grundsätzlich gilt: Wenn Sie, ähm, mehrere… Wenn Sie Zahlungen erhalten

die aufgeteilt sind – entweder handelt es sich um eine Parent-Child-Beziehung oder es besteht kein Zusammenhang; das sehen wir häufig in Reseller-Use-Cases. Und wenn sich die „Bill-to“- und „Ship-to“-Informationen unterscheiden, spielen viele unterschiedliche Faktoren eine Rolle. Die Cash Application von Zuora kann Ihnen dennoch diese KI-gestützten Matches liefern, und da sie nicht ausschließlich diese „Bill-to“- bzw. „Ship-to“-Informationen verwendet, ist die Adresse, selbst wenn sie abweicht, meines Erachtens weiterhin in Zuora Billing verknüpft. Und falls nicht, kann sie das Matching dennoch vornehmen – sei es auf Basis von Remittance-Informationen oder anhand beliebiger Metadaten, die ich Ihnen in der Cash Application gezeigt habe, wo der Kunde sowie die Rechnungsinformationen erkannt werden. Dadurch ist sie weiterhin in der Lage, einen Match auf Basis unterschiedlicher Kontextindikatoren zu liefern.

Und wenn es bestimmte Felder gibt, auf die das Modell gezielt trainiert werden muss, kann unser Implementierungsteam auch daran arbeiten, es entsprechend zu trainieren – auch auf Ihre spezifischen Edge-Use-Cases dieser Art. Super. Ähm, die nächste Frage hier war auch: Wie werden diese Kontoauszüge eingezogen? Und konkret: Ein Teil der Sorge dabei ist, ob irgendwelche dieser Kontoauszugsdaten mit der KI geteilt oder zum Training der KI verwendet werden. Ähm, und ob dadurch irgendwelche dieser Daten außerhalb des Zuora-Tenants offengelegt würden. Also, es ist so: Wir arbeiten direkt mit Ihren Banken zusammen, und wir richten einen Zuora-FTP-/SFTP-Endpunkt ein, also sehr sicher. Und wir arbeiten mit der Bank zusammen, um diese Bankdateien direkt in das SFTP zu übertragen,

äh, alle Tests usw. durchzuführen. Und diese Daten werden ausschließlich für Ihren eigenen Tenant verwendet. Sie werden nicht dazu genutzt, ein anderes KI‑Modell oder Ähnliches zu trainieren. Sie werden während der Implementierungsphase verwendet, um auf Ihre spezifischen Use Cases zu trainieren, und diese Daten werden in keiner Weise außerhalb davon weitergegeben. In Ordnung. Die nächste Frage bezog sich auf das Forderungsmanagement (Collections), nämlich: Sind diese Aging Buckets, die wir dort gesehen haben, dieselben, die in Zuora Billing konfiguriert sind? Nein, Sie können Ihre eigenen Aging Buckets konfigurieren – unabhängig davon, ob sie aus Zuora Billing übernommen werden oder ob Sie sie in Collections anders konfigurieren möchten. Okay, also könnten Sie im Grunde beides haben? Ja, könnten Sie. Aber idealerweise, wenn Sie… würde ich gern mehr über die Verwendun

…Fall und Art und Weise die beste Empfehlung dafür, äh, die Standardisierung über Ihre Daten hinweg beizubehalten. Das könnte also so sein, aber ich würde gern etwas mehr über die Beweggründe erfahren, warum sie nicht identisch sein sollen. Ja. Okay. Ähm, okay, wenn wir eine Zahlungseingangsanzeige erhalten, der Betrag jedoch nicht mit dem gesamten offenen Rechnungsbetrag übereinstimmt – Sie wissen schon, möglicherweise Bankgebühren, Steuerabzüge, sonstige Gebühren –, wie geht die Funktion „Cash Application“ damit um? Und erkennt sie die Zahlungsdifferenz automatisch, oder müssen wir das manuell abstimmen, ähm, und Anpassungen in Zuora vornehmen? Es gibt Möglichkeiten. Also bei Bankgebühren zum Beispiel, äh, können Sie dort eine Anpassung vornehmen, die Sie hinzufügen werden. Aber wenn es

entspricht einer Teilzahlung, Überzahlung – also, Sie wissen schon: Das ist eines der Basisszenarien, in denen das System den jeweiligen Saldo automatisch der Rechnung zuordnet, für die er verwendet werden soll. Falls der Saldo auf eine andere Rechnung angewendet werden muss, ist das im Prinzip so, wie ich es Ihnen gerade gezeigt habe. Und wenn es sich nur um eine einzige Rechnung handelt und Sie eine Überzahlung haben, verbleibt dieser Betrag als Guthaben auf dem Kundenkonto. Sie können dann in Zuora Billing eine Erstattung auslösen – oder, wenn Sie das Guthaben dort belassen möchten, haben Sie diese Option ebenfalls. Und in Bezug auf Bankgebühren und Ähnliches können Sie das entsprechend anpassen und anschließend buchen. Okay. Alles klar, und die nächste Frage war: Wenn wir an diese Health Scores auf den Konten denken – können diese konfiguriert werden oder können Sie diese selbst definieren?

Ähm, Sie haben die Möglichkeit dazu. Es gibt also eine festgelegte Anzahl von Attributen bzw. unterschiedliche Attribute, die dafür herangezogen werden, um zu diesem Ergebnis zu kommen, aber Sie können das über- übersteuern. Wenn Sie also über spezifisches Wissen verfügen, von dem Sie wissen, äh, dass es Ihnen zur Verfü- Verfügung steht, dann können Sie das übersteuern. Ähm, und nur ganz kurz: Da ich ein besseres Beispiel finden musste, das ich im Portal kurz einblenden kann, wollte ich das eben ganz schnell zeigen, ähm, wie das aussieht, da ich bei mir alles eingereicht habe. Also Entschuldigung dafür. Ist mein Bildschirm jetzt aktualisiert, Allison? Ja, ist er. Ich möchte nur sicherstellen, dass ich das eben kurz eingeblendet habe. Also, wie ich Ihnen gezeigt habe, äh, als… Zurück zu Jessica. Jessica ist wieder da, ähm,

und sie sieht, dass all diese Rechnungen, äh, die, äh, eingereicht werden mussten. Und wenn wir auf die Rechnung klicken müssen, um zu sehen, was los ist, die Details abzurufen, äh, sogar das PDF zu sehen – alles ist hier verfügbar, wiederum alles innerhalb von Zuora. Und dann können wir auch den Status davon sehen. Also ob dies, äh, geplant wurde – können wir es direkt einreichen. Wenn es fehlgeschlagen ist: Was ist passiert? Es gibt irgendeine Art von Problem. Ähm, einfach erneut einreichen. Also alles ist hier verfügbar. Und dann sogar unter dem, was eingereicht wurde, äh, nur um Ihnen ein Beispiel zu geben: Wir können diesen AP-Portal-Status sehen. Also hier, äh, kann Jessica sehen, was bereits genehmigt wurde, und es ist tatsächlich vollständig bezahlt – alles erledigt.

Äh, was ist „payment pending“, äh, was ist – wartet auf Freigabe. Es gibt viele unterschiedliche Felder, die – ähm – ein AP-Portal haben kann. Diese lassen sich entsprechend mappen, um korrekt darzustellen, was das bedeutet, und um es hier anzeigen zu können. Also ja, wir haben einige im Entwurf, wartend auf Freigabe – aber statt diese nun manuell einreichen zu müssen, sieht man einfach den Status hier und kann dann bei Bedarf Fehler beheben, Anpassungen vornehmen oder erneut einreichen. Der gesamte Aufwand für das manuelle Einreichen entfällt damit. Also eine Single Pane of Glass über Zuora hinweg – für Collections, Cash Applications und die Einreichung über das AP-Portal. Danke fürs hektische Suchen nach einer anderen Stelle-

Ja. [lacht] … das zu tun. Ich weiß, ich habe schon mal auf der Demo-Seite gesessen, und mir ist das passiert, und das ist frustrierend – daher weiß ich das zu schätzen. Absolut. Ähm, lassen Sie mich kurz auf ein paar der Fragen hier zurückkommen, äh, b- kurz bevor wir unsere Zeit abschließen. Die nächste Frage hier war: Haben Sie Empfehlungen, wie man Sales Reps oder CSMs in diesen Mahnprozess einbindet, wenn wir möchten, dass sie einspringen? Und konkret weisen sie darauf hin, dass sie ein Collections-Dash- Dashboard in Salesforce eingerichtet haben, aber – okay … die Reps nutzen keine Salesforce-Tasks, daher suchen sie nach einem alternativen Weg, ähm, ihnen aus dem Zuora-Collections-System heraus Nachrichten zu schicken; Slack oder E-Mail bevorzugt. Mhm. Also ich weiß, wir haben die Slack-, ähm, Integration. Warum sagen Sie nicht kurz etwas dazu und erzählen uns, was Sie empfehlen würden?

Ja, absolut. Wenn Sie sich an die Mahnstrategie erinnern, die ich Ihnen über Automatisierungen gezeigt habe: Sie können Ihre Vertriebsmitarbeitenden oder CSMs usw. dort in CC setzen – und zwar an jeder Stelle der Customer Journey, an der Sie das möchten. Es gibt jedoch auch eine Möglichkeit, sie über Slack einzubinden. Dann erhalten sie Benachrichtigungen in Slack. Damit haben wir ein paar unterschiedliche Collaboration-Tools. Ob per E-Mail, wie in dem Beispiel, das Sie gesehen haben, oder indem Sie sie in Slack benachrichtigen: Sie können sie per @-Mention erwähnen oder eine Aufgabe innerhalb des Forderungsmanagements erstellen, und das wird ihnen dann in Slack angezeigt. Wir möchten sie dort anpingen, wo sie gerade arbeiten. Wenn Slack ihr primärer Workspace ist, ist das damit abgedeckt. Und außerdem, ähm, mit … Es sieht so aus, als würden wir Salesforce verwenden.

Also gibt es in Salesforce eine AR-Aging-Ansicht im Kundendatensatz – oder im Kontodatensatz, entschuldigen Sie. Diese Informationen werden ihnen direkt in diesem Konto bereitgestellt. Wenn sie ihr Konto also im Blick behalten, können sie sehen: „Aha, es gibt eine ganze Reihe von Streitfällen“ oder „es gibt eine Menge überfälliger Rechnungen“. Vielleicht ist das dann bei meinem nächsten Gespräch mit ihnen – meinem QBR oder was auch immer das ist – der richtige Zeitpunkt, das anzusprechen. Wir können das also an mindestens drei unterschiedlichen Stellen bzw. auf unterschiedliche Weise sichtbar machen, damit sie es hoffentlich mindestens an einer Stelle wahrnehmen. Was Sie also sagen, ist: Selbst wenn sie keine Sla- äh, Salesforce Tasks nutzen, gibt es trotzdem keine Ausrede, nicht informiert zu sein. Richtig. Im Kontodatensatz, in Slack, per E-Mail.

Ja. Ähm – wir sind im Channel. [lacht] Ich würde sagen: Zuora nutzt unsere Collections-Produkte hier intern, und die Slack-Integration ist eines der Dinge, die unsere Finance-Leute als besonders hilfreich hervorgehoben haben – weil man eben, ähm, wissen Sie, sofort eine*n Rep anschreiben und deren Input bekommen kann, einfach um auch schnell Aufmerksamkeit für ein Thema herzustellen. Also schauen Sie sich diese Slack-Integration unbedingt an. Ähm, die nächste Frage ist auch: Wie sieht das initiale Setup aus, um Zuora mit den verschiedenen Kundenportalen zu verbinden? Und ich, ich würde sagen, ich denke, damit sind so Sachen wie die CUPAs und die RIBAs gemeint, solche Dinge. Ähm, sobald verbunden: Woher weiß Zuora, bei welchen Kunden ihre Rechnung ins Portal hochgeladen werden muss, statt irgendeiner manuellen Einreichung?

Nicht sicher, ob ich die Frage vollständig richtig verstehe. Also wir versuchen herauszufinden, äh – welches Portal oder… Sorry. Ja. Also der erste Teil der Frage ist: Wie sieht das initiale Setup aus, um sich mit – okay… diesen Portalen zu verbinden? Verstanden. Ähm, und der zweite Teil der Frage ist: Woher wissen Sie, welche Kunden über – okay… ein Portal laufen müssen versus manuell? Verstanden. Also wir werden… Ich nehme an, Sie haben unterschiedliche Logins für unterschiedliche Kunden, oder unterschiedliche Personen haben unterschiedliche Logins für, für die verschiedenen Portale. Wir werden zuerst mit Ihnen zusammenarbeiten, um zu klären, wie diese Workflows aussehen. Also die Logins einzusammeln und, äh, herauszufinden, welche Kunden tatsächlich darunterfallen – und das ist Teil der Implementierung. Also, ähm, auch in Bezug darauf, diese Logins sicher zu speichern, sodass Sie das nicht

jetzt zusätzlich managen müssen. Und Teil der Implementierung ist, dass wir diese Informationen von Ihnen bekommen – Sie sagen uns also, welche Kunden das betrifft, und das wird im Setup so hinterlegt, dass es automatisch läuft. Und wenn Sie Anpassungen vornehmen müssen, etwas hinzufügen, äh, ist das sehr einfach, im Backend zu tun. Äh, und auch wenn sich Felder ändern, äh, lässt sich das Mapping ebenfalls sehr einfach aktualisieren. Cool. Okay, nächste Frage. Ich weiß, wir sind, wir sind zeitlich ein bisschen drüber. Wir haben noch zwei im Q&A. Ich habe noch eine im Chat, um die wir uns im Anschluss kurz kümmern. Ich denke, wir können noch ein paar Minuten dranhängen, um das hier sauber abzuschließen. Ähm, die nächste lautet: „Sind UK-Banken mit diesem SFTP-Ding verfügbar?“ Also, ähm, ich denke, das heißt: Können wir Cash App mit UK-Banken machen?

Das hängt komplett vom Format ab. Wir unterstützen – ich, ich poste eine Liste davon – aber es gibt BAI2, CMT etc. Also, ähm, es geht nicht um spezifische Banken, sondern darum, in welchem Format sie die Datei senden können. Also, äh, solange es eines dieser Formate ist, ist alles gut. Wir können im Zweifel mit Ihnen nachfassen, um herauszufinden, welches Format, ähm, dort genutzt wird. Aber wir haben mit, äh, Kunden weltweit gearbeitet – in Australien, UK etc. Okay. Alles klar. Letzte Frage in unserem Q&A für den Moment: Wie ist es bei einer ACH-Zahlung, die in kanadischen Dollar gesendet wurde, aber die Bank sie in USD umrechnet, wenn sie auf dem

Bankkonto eingeht, aber sie muss in kanadischen Dollar angewendet werden – ähm, also in dem Betrag, den der Kunde tatsächlich gesendet hat. Wie liest Zuora Cash App das? Können wir anpassen, welche Position/Zeile es für solche Use Cases liest? Das ist eine sehr gute Frage. Ähm – die nehme ich mit und kläre das offline. Was ich sagen kann: Es gibt Optionen. Es hängt davon ab, wie – ja, wie Sie das aufsetzen möchten. Also ist die – ist die Rechnung in kanadischen Dollar oder US-Dollar? Verwalten Sie FX-Kurse in, in Zuora Billing? Äh, das könnte übernommen werden; ich würde das gern im Detail durchdenken. Aber das sind, äh, typische Themen, die wir bei Kunden häufig sehen. Okay. Also Dahi, ich denke, wir nehmen

das, ähm, mit und machen ein Follow-up dazu, um sicherzustellen, dass wir Sie mit der richtigen Antwort verbinden – ähm, mit einem vollständigeren Verständnis des Use Cases. Perfekt. Super. Wir sind tatsächlich durch alle Fragen im Q&A durch. Ähm, ich möchte auch darauf hinweisen: Wenn Sie einige dieser Diskussionen – sagen wir – neugierig gemacht haben und Sie vorhin nicht angegeben haben, dass Sie vom, ähm, Team kontaktiert werden möchten, dann sagen Sie uns das gern im Chat. Außerdem möchte ich darauf hinweisen, dass es einige Ressourcen gibt, die Sabrina geteilt hat. Wir haben kürzlich auf unserer Website eine Self-Assessment zu Collections und Cash Application veröffentlicht, wo Sie eingeben können, mit welchen Themen Sie gerade zu tun haben, und besser verstehen, ob jetzt der richtige Zeitpunkt ist, sich mit

einer Lösung zu beschäftigen. Ähm, das können Sie ausfüllen – und es gibt dazu auch einige coole Chat-Funktionen, die Ihnen helfen zu verstehen, ob die Zuora-Produkte diese Anforderungen, äh, abdecken können. Schauen Sie sich das also gern an. Ähm, und nochmal: Wenn Sie weiterhin von einem unserer AR-Expert*innen kontaktiert werden möchten, können Sie das definitiv in den Chat schreiben, und wir melden uns bei Ihnen. Vielen Dank an alle fürs Dabeisein. Danke auch für die Interaktion. Und danke an Kay, dass du trotz der Demo-Gremlins mitgezogen bist. [lacht]