{"id":334723,"date":"2026-08-19T05:53:34","date_gmt":"2026-08-19T12:53:34","guid":{"rendered":"https:\/\/www.zuora.com\/guides\/ai-monetization-architecture\/"},"modified":"2026-08-19T05:53:34","modified_gmt":"2026-08-19T12:53:34","slug":"ai-monetization-architecture","status":"publish","type":"guides","link":"https:\/\/www.zuora.com\/de\/guides\/ai-monetization-architecture\/","title":{"rendered":"AI-Monetarisierungsarchitektur: von Nutzungstelemetrie bis zur Umsatzrealisierung"},"featured_media":0,"parent":0,"template":"page-knowledge-hub.php","content_type":[],"geo":[],"growth_initiatives":[],"parent_guide_categories":[],"industry":[],"persona":[],"product_line":[],"topic":[],"class_list":["post-334723","guides","type-guides","status-publish","hentry"],"acf":{"knowledge_hub_title":"AI-Monetarisierungsarchitektur: von Nutzungstelemetrie bis zur Umsatzrealisierung","knowledge_hub_author":"REBECCA BLANKENSHIP","knowledge_hub_date":"20260819","knowledge_hub_read_time_label":"9 MINUTEN","knowledge_hub_secondary_category":"","knowledge_hub_category":"GUIDES","knowledge_hub_summary":"In diesem Leitfaden erfahren Sie, wie Sie eine technische Referenzarchitektur f\u00fcr die Monetarisierung von AI mit neun Schichten entwerfen und bewerten \u2013 indem Sie rohe Produktnutzung in bewertete Entgelte, Rechnungen, Zahlungen, realisierte Ums\u00e4tze und Buchungen im Hauptbuch \u00fcberf\u00fchren.","knowledge_hub_featured_image":281437,"knowledge_hub_hero_media_content_group":{"knowledge_hub_is_vidyard_video":false,"knowledge_hub_vidyard_video_group":{"vidyard_id":""}},"toc_card_title":"Warum Zuora?","toc_card_description":"Von Abonnements und hybriden Bundles bis hin zu komplexer Nutzung und KI-Tokens \u2013 Zuora bietet die passenden L\u00f6sungen, um die gr\u00f6\u00dften Herausforderungen von CFOs mit einer einzigen Monetarisierungsplattform zu bew\u00e4ltigen.","toc_cta_label":"Demo ansehen","toc_cta_link":"https:\/\/www.zuora.com\/resources\/demo-on-demand\/","knowledge_hub_content":[{"acf_fc_layout":"knowledge_hub_text_block","title":"Kurz & knapp","content":"<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Eine Architektur zur Monetarisierung von KI wandelt die Produktnutzung in bewertete Entgelte, Rechnungen, Zahlungen, realisierte Umsatzerl\u00f6se, Analysen und Buchungen im Hauptbuch um.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Dieser Leitfaden nutzt ein neunlagiges Referenzmodell, um Rohtelemetrie, Mediation, Katalogkonfiguration, Rating, Fakturierung, Zahlungen, Umsatzrealisierung, Analysen und ERP-Buchungen als Verantwortungsbereiche zu trennen.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Versionierte Preise, wiederholbar abspielbare Ereignisse, eindeutige f\u00fchrende Systeme (Systems of Record) und Abgleichschleifen helfen, die historische Konsistenz zu wahren.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Die Architektur ist besonders relevant f\u00fcr KI-Angebote mit nutzungsbasierter Abrechnung, Credits, Commitments, ergebnisbasierter Abrechnung oder hybrider Preisgestaltung; sie kann jedoch auch sitzplatzbasierte Elemente unterst\u00fctzen, wenn diese gemeinsam mit gemessenen Berechtigungen oder Mehrverbr\u00e4uchen auftreten.<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Eine technische Referenzarchitektur zur Umwandlung der KI-Produktnutzung in Rechnungen, Zahlungen, realisierte Umsatzerl\u00f6se, Analysen und Buchungen im Hauptbuch.<\/span>\n\n<span style=\"font-weight: 400;\">F\u00fcr: Plattformarchitekten, Billing Engineers, Verantwortliche f\u00fcr Monetarisierungsplattformen sowie Verantwortliche f\u00fcr RevOps und Finanzsysteme<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"F\u00fcr wen ist dieser Leitfaden zur AI-Monetarisierungsarchitektur gedacht?","content":"<span style=\"font-weight: 400;\">Dieser Leitfaden richtet sich an Enterprise-Teams, die Systeme zur Monetarisierung von AI-Produkten entwerfen, bewerten oder modernisieren. Er setzt Vertrautheit mit API-basiertem SaaS-Billing, ereignisgetriebener Architektur sowie allgemeinen ERP- und Finance-Workflows voraus; vertiefte Accounting-Expertise ist hilfreich, aber nicht erforderlich.<\/span>\n\n<span style=\"font-weight: 400;\">Die Architektur ist besonders relevant f\u00fcr AI-Produkte, deren Preisgestaltung auf Tokens, API-Calls, Rechenzeit, Modellaufrufen, Agent-Schritten, Credits, Commitments, Outcomes oder hybriden Kombinationen dieser Einheiten basiert.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Was werden Sie lernen?","content":"<span style=\"font-weight: 400;\">Sie erfahren, wie neun Architekturebenen die Aktivit\u00e4t von KI-Produkten mit finanziellen Ergebnissen verkn\u00fcpfen:<\/span>\n<table>\n<thead>\n<tr>\n<th><b>Ebene<\/b><\/th>\n<th><b>Hauptverantwortung<\/b><\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><span style=\"font-weight: 400;\">1. Nutzungs-Telemetrie<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Erfassung von Rohsignalen zu Produktnutzung und Kosten<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">2. Mediation<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Normalisierung, Deduplizierung, Anreicherung und Validierung der Nutzung<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">3. Produktkatalog<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Definition von Produkten, SKUs, Einheiten, Berechtigungen und Preisversionsst\u00e4nden<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">4. Rating Engine<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Umwandlung abrechnungsrelevanter Nutzung in monet\u00e4re Entgelte<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">5. Billing und Rechnungsstellung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">B\u00fcndelung von Entgelten und Erstellung von Rechnungen<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">6. Zahlungsabwicklung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Einzug von Zahlungen, Management von Fehlschl\u00e4gen und Abgleich des Zahlungsstatus<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">7. Umsatzrealisierung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">\u00dcberf\u00fchrung von Vertragsbedingungen, Nutzung, Abrechnung, Gutschriften und Bilanzierungsrichtlinien in Realisierungspl\u00e4ne und Buchungss\u00e4tze<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">8. Data Warehouse und Analytics<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Zusammenf\u00fchrung von Nutzungs-, Kosten-, Abrechnungs- und Umsatzdaten<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">9. ERP<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Verbuchen von Rechnungen, Zahlungen, realisierten Ums\u00e4tzen und Anpassungen im Hauptbuch<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\u00a0\n\n<span style=\"font-weight: 400;\">Gemeinsam verkn\u00fcpfen diese Ebenen die Nutzungs-Telemetrie mit Abrechnungs- und Finanzprozessen und unterst\u00fctzen zugleich den Abgleich \u00fcber Systemgrenzen hinweg.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Warum erfordert die Monetarisierung von AI h\u00e4ufig eine erweiterte Architektur?","content":"<span style=\"font-weight: 400;\">Die Monetarisierung von KI erfordert h\u00e4ufig eine Erweiterung der traditionellen SaaS-Abrechnungsarchitektur, da der Verbrauch granular, sprunghaft, mehrdimensional und eng mit variablen Bereitstellungskosten verbunden sein kann.<\/span>\n\n<span style=\"font-weight: 400;\">Die Monetarisierung klassischer Software beginnt \u00fcblicherweise mit einer stabilen Einheit wie Nutzer, Seat, Lizenz oder Abonnementstufe. KI-Produkte f\u00fchren ein anderes Betriebsmodell ein:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Der Verbrauch kann granular sein. Ein einzelner Kunden-Workflow kann viele Token-, Modell- und Agent-Events erzeugen.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Ausf\u00fchrungspfade k\u00f6nnen variieren. Zwei Anfragen mit demselben Ergebnis k\u00f6nnen unterschiedliche Anzahlen an Modellaufrufen oder Agent-Schritten erfordern \u2013 selbst wenn die Regeln f\u00fcr Messung (Metering) und Bewertung (Rating) weiterhin deterministisch bleiben.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Die Kosten variieren je nach Ausf\u00fchrungspfad. Modellauswahl, Token-Volumen, Rechenzeit und Workflow-L\u00e4nge k\u00f6nnen die Bereitstellungskosten beeinflussen.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Nutzung kann in Sch\u00fcben auftreten. Agentische Workloads k\u00f6nnen \u00fcber kurze Zeitr\u00e4ume hohe Event-Volumina erzeugen.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Die Preisgestaltung kann mehrere Dimensionen kombinieren. Ein Vertrag kann ein Abonnement, im Voraus bezahlte Credits, inkludierte Nutzung, Commitments nach Stufen sowie Mehrverbr\u00e4uche umfassen.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Finance ben\u00f6tigt Nachvollziehbarkeit. Teams m\u00fcssen Rechnungspositionen und erfasste Umsatzerl\u00f6se mit Vertr\u00e4gen und der zugrunde liegenden Nutzung verkn\u00fcpfen.<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Ein Legacy-Abrechnungssystem kann m\u00f6glicherweise eine Rechnung ausstellen, nachdem es eine finale Menge erhalten hat, ist jedoch unter Umst\u00e4nden nicht daf\u00fcr ausgelegt, hochgradig hochdimensionale Telemetriedaten direkt zu ingestieren, zu deduplizieren, zu normalisieren und zu bewerten (Rating).<\/span>\n\n<span style=\"font-weight: 400;\">Die architektonische Antwort besteht darin, rohe Produkttelemetrie von abrechenbarer Nutzung zu trennen. Eine Mediation-Layer bereitet Events auf, ein versionierter Katalog definiert deren kommerzielle Bedeutung, und eine Rating-Engine wendet die Preislogik an, bevor das Abrechnungssystem eine Rechnung erstellt.<\/span>\n\n<span style=\"font-weight: 400;\">Diese Trennung erm\u00f6glicht es Teams au\u00dferdem, Preisgestaltung und Packaging zu \u00e4ndern, ohne jede Preis\u00e4nderung an Produktinstrumentierung oder ERP-Konfiguration zu koppeln. <\/span><span style=\"font-weight: 400;\">\n<\/span><span style=\"font-weight: 400;\">Weiterf\u00fchrende Ressourcen:<\/span><span style=\"font-weight: 400;\">\n<\/span><a href=\"https:\/\/www.zuora.com\/de\/resources\/ai-monetization\/\"><span style=\"font-weight: 400;\">KI-Monetarisierung: Einblicke in Preismodelle, Operating Stacks und Revenue Readiness<\/span><\/a><span style=\"font-weight: 400;\">, <\/span><a href=\"https:\/\/www.zuora.com\/de\/glossary\/metered-billing\/\"><span style=\"font-weight: 400;\">Metered Billing: Architektur, Kennzahlen und Monetarisierungsmodelle<\/span><\/a><span style=\"font-weight: 400;\">, <\/span><span style=\"font-weight: 400;\">\n<\/span><a href=\"https:\/\/www.zuora.com\/resource\/monetize-ai-from-pricing-to-revenue\/\"><span style=\"font-weight: 400;\">KI monetarisieren \u2013 von der Preisgestaltung bis zum Umsatz<\/span><\/a><span style=\"font-weight: 400;\">.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Wie flie\u00dft die Nutzung von AI-Produkten in Finanzsysteme?","content":"<span style=\"font-weight: 400;\">Dieser Leitfaden verwendet einen neunstufigen Referenz-Flow, der bei Rohtelemetriedaten beginnt und mit Buchungss\u00e4tzen im ERP endet.<\/span>\n\n\u00a0\n<pre>KI-Produkt oder -Service\n        |\n        v\n1. Nutzungstelemetrie\n   Rohereignisse: Tokens, Aufrufe, Compute, Modellaufrufe, Agenten-Schritte\n        |\n        v\n2. Mediation\n   Validierung, Deduplizierung, Normalisierung, Anreicherung, Tenant-Zuordnung\n        |\n        v\n3. Produktkatalog\n   SKU, Einheit, Berechtigung, Preis und Kontext zum G\u00fcltigkeitsdatum\n        |\n        v\n4. Rating Engine\n   Bewertete Nutzung, Rabatte, Commitments, Gutschriften, Stufen und \u00dcbernutzungen\n        |\n        v\n5. Billing und Rechnungsstellung\n   Aggregierte Positionen und Rechnungen\n        |\n        v\n6. Zahlungen\n   Inkasso, Prozessor-Routing, Wiederholungsversuche und Mahnwesen\n        |\n        v\n7. Umsatzrealisierung\n   Realisierungspl\u00e4ne, abgegrenzte Ums\u00e4tze und nutzungsbezogene Buchungen\n        |\n        v\n8. Data Warehouse und Analytics\n   Reporting zu Nutzung, Kosten, Rechnungen, Marge und Umsatz\n        |\n        v\n9. ERP\n   Hauptbuchbuchung und Abstimmung<\/pre>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Welche Feedback- und Abstimmungsschleifen sind erforderlich?","content":"<span style=\"font-weight: 400;\">Der Ablauf ist nicht rein linear. Wichtige Feedback- und Abstimmungsschleifen umfassen:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Zahlungsstatus, der an das Billing zur\u00fcckflie\u00dft, um offene Rechnungsbetr\u00e4ge zu aktualisieren.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Billing-Anpassungen, die an Rating oder Mediation zur\u00fcckflie\u00dfen, wenn Nutzung neu bewertet werden muss.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Umsatzergebnisse, die f\u00fcr das Reporting in das Data Warehouse flie\u00dfen.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">ERP-Buchungsstatus, der an Umsatz- und Billing-Systeme zur\u00fcckflie\u00dft, um Ausnahmen zu behandeln.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Katalog- und Vertrags\u00e4nderungen, die unter Nutzung von G\u00fcltigkeitsdaten in Rating- und Berechtigungssysteme propagiert werden.<\/span><\/li>\n<\/ul>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Welches System sollte welche Datenart verantworten?","content":"<span style=\"font-weight: 400;\">Jeder Bereich sollte eine eindeutig festgelegte Verantwortung als f\u00fchrendes System (System of Record) haben.<\/span>\n<table>\n<thead>\n<tr>\n<th><b>Bereich<\/b><\/th>\n<th><b>Typische System-of-Record-Verantwortung<\/b><\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><span style=\"font-weight: 400;\">Telemetrie<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Rohdaten zu Nutzungsereignissen<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Mediation<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Akzeptierte, abgelehnte und normalisierte abrechenbare Ereignisse<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Produktkatalog<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Kommerzielle Produktdefinitionen und Versionen der Preisgestaltung<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Rating<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Ergebnisse bewerteter Ereignisse<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Abrechnung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Rechnungspositionen, Rechnungen und Salden<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Zahlungen<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Zahlungsversuche und Zahlungsstatus<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Umsatzrealisierung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Umsatzpl\u00e4ne und Realisierungsbuchungen<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Data Warehouse<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Bereichs\u00fcbergreifende analytische Historie<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">ERP<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Hauptbuchdaten<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Was sollte das Referenzarchitekturdiagramm zeigen?","content":"<span style=\"font-weight: 400;\">Das Referenzarchitekturdiagramm sollte ein Swimlane-Format von links nach rechts verwenden, das die Verantwortlichkeiten f\u00fcr Produkt, Monetarisierung, Billing, Finanzen und Analytics voneinander trennt.<\/span>\n\n<span style=\"font-weight: 400;\">Das Diagramm sollte Folgendes enthalten:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Pfeile zur Datenflussrichtung<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Synchrone und asynchrone Abl\u00e4ufe<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">System-of-Record-Kennzeichnungen<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Replay-Pfade von Rohtelemetrie in die Mediation<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Exception-Pfade in Dead-Letter-Queues<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Abstimmungsschleifen von Zahlungen zu Billing, von der Umsatzrealisierung in das Data Warehouse sowie R\u00fcckmeldungen von ERP-Buchungen an vorgelagerte Systeme<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Abh\u00e4ngigkeiten des G\u00fcltigkeitsdatums (Effective Date) von Vertr\u00e4gen und dem Produktkatalog hin zur Rating Engine<\/span><\/li>\n<\/ul>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Schicht 1: Welche Nutzungstelemetrie sollte ein AI-Produkt erfassen?","content":"<span style=\"font-weight: 400;\">Nutzungstelemetrie sollte erfassen, was der Kunde konsumiert hat und was das KI-Produkt ausgef\u00fchrt hat, und dabei ausreichend Kontext f\u00fcr Abrechnung, Analysen und Abstimmung sicherstellen.<\/span>\n<h3><span style=\"font-weight: 400;\">Welche KI-Nutzungssignale k\u00f6nnen gemessen werden?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Abh\u00e4ngig vom Produkt und der Preisstrategie k\u00f6nnen gemessene Signale Folgendes umfassen:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Anzahl der Input-, Output- oder Gesamt-Tokens<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">API-Aufrufe<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Rechenzeit<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Modellaufrufe<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Agentenschritte<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Verwendete Feature Flags oder Produktfunktionen<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Interne Kostenbasis<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Produkte k\u00f6nnen auch \u00fcber Preismodelle pro Nutzer (Seat), pro Ergebnis, mit Prepaid-Guthaben oder als Hybridmodell verkauft werden. Nicht jedes erfasste Signal muss zu einer abrechenbaren Kennzahl werden.<\/span>\n<h3><span style=\"font-weight: 400;\">Welche Felder sollte ein KI-Nutzungsereignis enthalten?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Ein minimales KI-Nutzungsereignis kann Folgendes enthalten:<\/span>\n\n\u00a0\n<table>\n<thead>\n<tr>\n<th><b>Feld<\/b><\/th>\n<th><b>Zweck<\/b><\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><span style=\"font-weight: 400;\">idempotency_key<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Unterst\u00fctzt die Vermeidung von Duplikaten<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">timestamp<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Zeitpunkt, zu dem der Verbrauch stattgefunden hat<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">tenant_id<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Kunden- oder Kontogrenze<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">product_id<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Produkt- oder SKU-Kontext<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">unit_type<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Tokens, Aufrufe, Sekunden, Schritte, Ergebnisse oder eine andere Einheit<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">quantity<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Verbrauchte Menge<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">cost_basis<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Internes Kostensignal, falls erfasst<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">trace_id<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Verkn\u00fcpft die Nutzung mit einer Anfrage oder einem Trace<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\u00a0\n\n<span style=\"font-weight: 400;\">Verwenden Sie Idempotency Keys zur Deduplizierung und bewahren Sie Rohereignisse auf, damit nachgelagerte Verarbeitung bei Bedarf erneut abgespielt werden kann.<\/span>\n<h3><span style=\"font-weight: 400;\">Sollte die Ingestion von KI-Nutzungsdaten \u00fcber Streaming oder Batch-Verarbeitung erfolgen?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Die Ingestion von KI-Nutzungsdaten kann je nach erforderlicher Abrechnungslatenz \u00fcber Streaming, Batch-Verarbeitung oder beides erfolgen.<\/span>\n\n<span style=\"font-weight: 400;\">Streaming-Ingestion \u00fcber Systeme wie Kafka oder Kinesis kann ein Rating nahezu in Echtzeit unterst\u00fctzen, bringt jedoch Anforderungen an Reihenfolge, Replay und Backpressure mit sich.<\/span>\n\n<span style=\"font-weight: 400;\">Batch-Ingestion ist geeignet, wenn Quellsysteme periodische Zusammenfassungen ausgeben oder das Rechnungs-Timing kein unmittelbares Rating erfordert. Batch-Pipelines ben\u00f6tigen dennoch eine deterministische Deduplizierung sowie Kontrollen f\u00fcr korrigierte Daten.<\/span>\n\n<span style=\"font-weight: 400;\">Die erforderliche Latenz sollte dem Gesch\u00e4ftsprozess folgen. Ein Prepaid-Produkt, das die Guthabenaufzehrung nachverfolgt, hat andere Anforderungen als ein Produkt, das monatlich nachtr\u00e4glich in Rechnung gestellt wird.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Schicht 2: Was leistet die Mediation-Schicht?","content":"<span style=\"font-weight: 400;\">Die Mediation-Schicht wandelt Rohdaten aus der KI-Telemetrie in validierte, abrechenbare Events um und trennt produktspezifische Formate von den Einheiten, die von Katalog-, Rating- und Abrechnungssystemen erwartet werden. Diese Schicht ist am engsten mit <\/span><a href=\"https:\/\/www.zuora.com\/de\/products\/billing-software\/consumption-metering\/\"><span style=\"font-weight: 400;\">verbrauchsbasierter Messung<\/span><\/a><span style=\"font-weight: 400;\"> sowie Usage-Mediation-Kontrollen verbunden.<\/span>\n<h3><span style=\"font-weight: 400;\">Wie normalisiert und reichert Mediation Usage an?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Zu den g\u00e4ngigen Mediation-Funktionen z\u00e4hlen:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Validierung erforderlicher Felder<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Deduplizierung von Events mithilfe von Idempotency-Keys<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Zuordnung von Events zu Abrechnungs-Tenants<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Umrechnung von Rohmesswerten in abrechenbare Einheiten<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Normalisierung von W\u00e4hrungen und Einheiten<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Zuordnung von Events zu Produkten<\/span><\/li>\n<\/ul>\n<span style=\"font-weight: 400;\">Beispielsweise kann ein Agent-Run mehrere Modellaufrufe und Agent-Schritte erzeugen. Die Mediation legt fest, wie diese Roh-Events in die vom Katalog definierte kommerzielle Einheit \u00fcberf\u00fchrt werden.<\/span>\n<h3><span style=\"font-weight: 400;\">Wie sollte Mediation mit Fehlern und Telemetrie-Spitzen umgehen?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Die Mediation-Schicht sollte Telemetrie-Spitzen aus agentischen Workloads ber\u00fccksichtigen. Relevante Kontrollen umfassen:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Backpressure-Handling<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Dead-Letter-Queues<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Replay-Mechanismen<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Quarant\u00e4ne f\u00fcr ung\u00fcltige oder nicht zugeordnete Events<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Ein fehlgeschlagenes Event sollte einen sichtbaren Fehlerstatus beibehalten, damit es untersucht oder erneut abgespielt werden kann, statt stillschweigend zu verschwinden.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Schicht 3: Was definiert der Produktkatalog?","content":"<span style=\"font-weight: 400;\">Der Produktkatalog verleiht der KI-Nutzung eine kaufm\u00e4nnische Bedeutung, indem er Produkte, SKUs, abrechenbare Einheiten, Bundles und Preiskonfigurationen definiert.<\/span>\n\n<span style=\"font-weight: 400;\">KI-Produkte k\u00f6nnen wie folgt modelliert werden:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SKUs pro Token<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Produkte pro API-Aufruf<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Produkte nach Compute-Zeit<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Abonnements pro Nutzer:in<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Produkte pro Ergebnis<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Prepaid-Guthabenpakete<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Hybride Tarife aus Abonnement und nutzungsbasierter Abrechnung<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Bundles mit inkludierter Nutzung und kostenpflichtigen \u00dcberschreitungen<\/span><\/li>\n<\/ul>\n<h3><\/h3>\n<h3><span style=\"font-weight: 400;\">Warum muss der Produktkatalog versioniert werden?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Definitionen im Produktkatalog sollten im Zusammenhang mit Preis\u00e4nderungen versioniert werden, damit ein neuer Preis die historische Bewertung nicht ver\u00e4ndert.<\/span>\n\n<span style=\"font-weight: 400;\">Eine Katalogversion kann die Beziehungen zwischen Folgendem bewahren:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Produkt und SKU<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Abrechenbarem Messwert<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Ma\u00dfeinheit<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Preis- und Staffelstruktur<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Inkludierter Menge<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Behandlung von Commitments oder Guthaben<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">G\u00fcltigkeitsdaten<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Preis\u00e4nderungen sollten \u00fcberpr\u00fcfbar und reproduzierbar sein, statt nur als ver\u00e4nderliche Werte gepflegt zu werden.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Schicht 4: Wie berechnet die Rating- und Pricing-Engine Entgelte?","content":"<span style=\"font-weight: 400;\">Die Rating-Engine wandelt normalisierte abrechenbare Mengen in Entgelte um, indem sie Katalogpreise, Vertragskonditionen, Rabatte, Gutschriften, Commitments und Mehrverbrauchsregeln anwendet.<\/span>\n<h3><span style=\"font-weight: 400;\">Welche KI-Preismodelle kann die Rating-Engine unterst\u00fctzen?<\/span><\/h3>\n<table>\n<thead>\n<tr>\n<th><b>Modell<\/b><\/th>\n<th><b>Rating-Verhalten<\/b><\/th>\n<th><b>Zentrale Designfrage<\/b><\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><span style=\"font-weight: 400;\">Nutzungsbasiert<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Einen St\u00fcckpreis auf die abrechenbare Menge anwenden<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Welche Rohereignisse werden zu abrechenbaren Einheiten?<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Staffelpreise<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Preisstufen abh\u00e4ngig vom Verbrauch anwenden<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Sind die Stufen progressiv (graduated) oder volumenbasiert?<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Credit- oder Prepaid-Modell<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Bewerteten Verbrauch von einem Guthaben abziehen<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Was passiert bei vollst\u00e4ndiger Aussch\u00f6pfung?<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Ergebnisbasiert<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Berechnen, wenn ein definiertes Ergebnis eintritt<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Wie ist das Ergebnis definiert?<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Hybrid<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Subscription, inkludierte Nutzung und Mehrverbrauch kombinieren<\/span><\/td>\n<td><span style=\"font-weight: 400;\">In welcher Reihenfolge werden Leistungsanspr\u00fcche (Entitlements) und Entgelte angewendet?<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3><\/h3>\n<h3><span style=\"font-weight: 400;\">Welche F\u00e4higkeiten ben\u00f6tigt eine Rating-Engine im Produktivbetrieb?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Eine Rating-Engine sollte Folgendes ber\u00fccksichtigen:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Echtzeit- versus Batch-Rating<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Staffelpreise<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Kundenspezifische Vertragskonditionen<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Commitments<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Inklusive Nutzung<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Credit-Abbau (Burn-down)<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Rabatte<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Zeitanteilige Berechnung<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Mehrverbrauchsberechnung<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Katalogversionen mit G\u00fcltigkeitsdatum<\/span><\/li>\n<\/ul>\n<h3><\/h3>\n<h3><span style=\"font-weight: 400;\">Was sollten Teams f\u00fcr historisches Rating aufbewahren?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Teams sollten Quellnutzung, die anwendbare Katalogversion, Vertragskontext, Menge, Tarif und das resultierende Entgelt so aufbewahren, dass sich historische Ergebnisse reproduzieren und abstimmen lassen.<\/span>\n\n<span style=\"font-weight: 400;\">Architektur-Checkpoint: Kann Ihr Team ein historisches Entgelt reproduzieren, nachdem sich der Produktkatalog oder der Vertrag ge\u00e4ndert hat? Falls nicht, \u00fcberpr\u00fcfen Sie das Rating- und Katalogversionierungsdesign.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Schicht 5: Wie wandelt Billing bewertete AI-Nutzung in Rechnungen um?","content":"<span style=\"font-weight: 400;\">Die Billing-Schicht aggregiert bewertete KI-Nutzung zu Rechnungspositionen und Rechnungen. In vielen Implementierungen ist diese Verantwortung in eine umfassendere <\/span><a href=\"https:\/\/www.zuora.com\/de\/solutions\/monetize-usage\/\"><span style=\"font-weight: 400;\">Software f\u00fcr nutzungsbasierte Abrechnung<\/span><\/a><span style=\"font-weight: 400;\"> oder eine Plattform f\u00fcr wiederkehrende Abrechnung eingebettet.<\/span>\n\n<span style=\"font-weight: 400;\">KI-Billing-Software kann Messung und Rating umfassen, oder sie kann bewertete Mengen und Geb\u00fchren aus einer separaten Monetarisierungsschicht \u00fcbernehmen.<\/span>\n<h3><span style=\"font-weight: 400;\">Wie werden Rechnungen aus bewerteter Nutzung generiert?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Die Rechnungserstellung erfordert in der Regel, dass Teams:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Berechtigte bewertete Nutzung f\u00fcr den Abrechnungszeitraum ausw\u00e4hlen.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Die Nutzung nach den erforderlichen Grenzen f\u00fcr Kunde, Vertrag, Produkt, W\u00e4hrung oder Rechtseinheit gruppieren.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Mengen und Geb\u00fchren zu Rechnungspositionen aggregieren.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Die Rechnung erzeugen.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Rechnungsdaten an relevante Workflows f\u00fcr Zahlung, Umsatzrealisierung, Data Warehouse und ERP \u00fcbergeben.<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Mehrprodukt- und Mehrentit\u00e4tsvertr\u00e4ge erfordern explizite Gruppierungsregeln.<\/span>\n<h3><span style=\"font-weight: 400;\">Was bedeutet \u201eKI-Rechnungsautomatisierung\u201c?<\/span><\/h3>\n<span style=\"font-weight: 400;\">KI-Rechnungsautomatisierung kann sich entweder auf die Abrechnung von KI-Produkten oder auf den Einsatz von KI in Rechnungs- und Kreditorenbuchhaltungs-Workflows beziehen.<\/span>\n\n<span style=\"font-weight: 400;\">Die beiden Konzepte sind miteinander verwandt, aber eindeutig zu unterscheiden:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Abrechnung von KI-Produkten: Umwandlung der Nutzung von KI-Produkten in Rechnungspositionen f\u00fcr Kundinnen und Kunden.<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Einsatz von KI f\u00fcr die Rechnungsverarbeitung: Anwendung von KI oder Machine Learning auf Workflows f\u00fcr Rechnungen und Kreditorenbuchhaltung.<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Im zweiten Fall kann Software f\u00fcr KI-gest\u00fctzte Rechnungsverarbeitung Folgendes unterst\u00fctzen:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Klassifizierung von Rechnungspositionen<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Erkennung von Anomalien oder Fehlern in Rechnungsdaten<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Abgleich von Nutzung oder Geb\u00fchren mit Vertragsbedingungen<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">KI-gest\u00fctzte Klassifizierung oder Anomalieerkennung sollte deterministische Abrechnungsberechnungen oder finanzielle Kontrollen nicht ersetzen.<\/span>\n<h3><span style=\"font-weight: 400;\">Wie kann bewertete Nutzung in eine Billing-Plattform gelangen?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Bewertete Nutzung kann in Billing-Plattformen gelangen \u00fcber:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">APIs<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">asynchrone Ereigniszustellung<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">zeitgesteuerte Batch-Dateien<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Webhooks<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Middleware- oder iPaaS-Transformationen<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Eine CPQ-to-Billing-Integration kann verkaufte Produkte und Vertragskonditionen bereitstellen. Die Monetarisierungsschicht ordnet vermittelte Nutzung diesen Konditionen zu, und Billing aggregiert das Ergebnis zu Rechnungspositionen.<\/span>\n\n<span style=\"font-weight: 400;\">Plattformen wie Stripe Billing oder Chargebee k\u00f6nnen \u2013 abh\u00e4ngig von den gew\u00e4hlten Systemgrenzen \u2013 Teil dieser Schicht sein. Die zentrale Architekturentscheidung ist, ob die Billing-Plattform das Rating verantwortet oder bewertete Ergebnisse \u00fcbernimmt.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Schicht 6: Wie zieht die Zahlungs-Schicht Rechnungsbetr\u00e4ge ein und stimmt sie ab?","content":"<span style=\"font-weight: 400;\">Die Zahlungsebene erfasst offene Rechnungsbetr\u00e4ge und gibt den Zahlungsstatus an Abrechnungs- und Buchhaltungssysteme zur\u00fcck.<\/span>\n<h3><span style=\"font-weight: 400;\">Was umfasst Payment Orchestration?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Payment Orchestration kann Folgendes umfassen:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Routing von Transaktionen \u00fcber verschiedene Payment-Prozessoren<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Erneuter Einzug fehlgeschlagener Belastungen<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Ausf\u00fchrung von Mahn-Workflows<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Aktualisierung offener Rechnungsbetr\u00e4ge<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Abgleich des Zahlungsstatus<\/span><\/li>\n<\/ul>\n<h3><\/h3>\n<h3><span style=\"font-weight: 400;\">Wie kann KI den Zahlungsbetrieb unterst\u00fctzen?<\/span><\/h3>\n<span style=\"font-weight: 400;\">KI kann Zahlungs- und Abrechnungsprozesse unterst\u00fctzen durch:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Betrugs- oder Anomalieerkennung<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Intelligentes Timing f\u00fcr Wiederholungsversuche<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Automatisierung des Abgleichs<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Pr\u00e4diktives Mahnwesen<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Diese Anwendungen sollten getrennt von den Systemen bleiben, die den ma\u00dfgeblichen Zahlungs- und Buchhaltungsstatus f\u00fchren.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Ebene 7: Wie funktioniert die Umsatzrealisierung bei nutzungsbasierten KI-Produkten?","content":"<span style=\"font-weight: 400;\">Umsatzrealisierung \u00fcbersetzt Vertragsbedingungen, Nutzung, Fakturierung und Gutschriftenaktivit\u00e4ten in Buchungspl\u00e4ne und Buchungss\u00e4tze. Ein Plattformbeispiel finden Sie unter <\/span><a href=\"https:\/\/www.zuora.com\/de\/products\/revenue\/\"><span style=\"font-weight: 400;\">Zuora Revenue<\/span><\/a><span style=\"font-weight: 400;\">.<\/span>\n<h3><span style=\"font-weight: 400;\">Welche Fragen zu ASC 606 und IFRS 15 gelten f\u00fcr KI-Vertr\u00e4ge?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Nutzungsbasierte KI-Vertr\u00e4ge k\u00f6nnen variable Verbr\u00e4uche, Prepaid-Guthaben, Mindestabnahmen, Mehrverbr\u00e4uche oder geb\u00fcndelte Leistungsverpflichtungen enthalten. Die Behandlung bei der Umsatzrealisierung h\u00e4ngt vom Vertrag und den anwendbaren Bilanzierungsgrunds\u00e4tzen ab.<\/span>\n\n<span style=\"font-weight: 400;\">Relevante Fragen sind unter anderem:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Wird der Umsatz mit dem Anfall der Nutzung realisiert?<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Wie werden zugesagte Betr\u00e4ge behandelt?<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Wie werden Mehrverbr\u00e4uche behandelt?<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Wie werden Prepaid-Guthaben verbraucht?<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Wie werden ungenutzte oder erstattete Guthaben behandelt?<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Enth\u00e4lt ein Bundle mehrere Leistungsverpflichtungen?<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Gem\u00e4\u00df einschl\u00e4gigen Rechnungslegungsstandards wie ASC 606 und IFRS 15 sollten Teams den Zusammenhang zwischen Vertragsbedingungen, Leistungsverpflichtungen, Rechnungsstellung und realisiertem Umsatz dokumentieren.<\/span>\n<h3><span style=\"font-weight: 400;\">Welche Daten erfordert die Automatisierung des Revenue Waterfall?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Die Automatisierung des Revenue Waterfall erfordert Zuordnungen zwischen:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Vertr\u00e4gen<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Produkten und SKUs<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Bewerteter oder abgerechneter Nutzung<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Rechnungspositionen<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Umsatzrealisierungspl\u00e4nen<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Buchungsperioden<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Sachkonten des Hauptbuchs<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Korrekturen sollten \u00fcber Fakturierung, Umsatzrealisierung, Data Warehouse und ERP hinweg abstimmbar bleiben.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Ebene 8: Was geh\u00f6rt in das Monetization-Data-Warehouse?","content":"<span style=\"font-weight: 400;\">Das Monetization-Data-Warehouse zentralisiert Telemetrie-, Abrechnungs-, Umsatz- und Kostendaten f\u00fcr das Reporting, ohne die Systeme zu ersetzen, die die Finanzaufzeichnungen f\u00fchren.<\/span>\n\n<span style=\"font-weight: 400;\">Ein Monetization-Data-Mart kann Folgendes umfassen:<\/span>\n<table>\n<thead>\n<tr>\n<th><b>Faktentabelle<\/b><\/th>\n<th><b>Typische Inhalte<\/b><\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><span style=\"font-weight: 400;\">Nutzungsfakten<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Roh- und normalisierte Mengen nach Mandant, Produkt und Zeitraum<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Umsatzfakten<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Geplante und realisierte Betr\u00e4ge je Periode<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Kostenfakten<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Modell-, Compute- oder andere Kostenbasis, die mit der Nutzung verbunden ist<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3><span style=\"font-weight: 400;\">Wor\u00fcber kann Monetization Analytics berichten?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Ein Monetization-Data-Mart kann Reporting unterst\u00fctzen zu:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Nutzung und Umsatz nach Produkt<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Kosten pro Leistungserbringung<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Marge je Modell<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Kreditverbrauch<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Ausnutzung von Commitments<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Fakturierte versus realisierte Ums\u00e4tze<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Abstimmungsausnahmen<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Ma\u00dfgebliche Rechnungen, Umsatzpl\u00e4ne und Buchungen im Hauptbuch sollten in den daf\u00fcr vorgesehenen f\u00fchrenden Systemen verbleiben.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Ebene 9: Wie wird die KI-Monetarisierung in das ERP integriert?","content":"<span style=\"font-weight: 400;\">Das ERP empf\u00e4ngt buchungsfertige Transaktionen und dient als f\u00fchrendes System f\u00fcr das Hauptbuch.<\/span>\n<h3><span style=\"font-weight: 400;\">Welche Finanzaktivit\u00e4ten werden im ERP gebucht?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Die ERP-Integration kann Folgendes zuordnen:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Rechnungen zu Hauptbuchbuchungen<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Zahlungen zu den entsprechenden Buchungss\u00e4tzen<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Gutschriften und Anpassungen zu konfigurierten Konten<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Abgegrenzte und realisierte Ums\u00e4tze zu konfigurierten Erl\u00f6skonten<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Die Buchungsdaten sollten die Rechtseinheit, W\u00e4hrung, Buchungsdatum, Sachkonto (GL-Code) sowie die f\u00fcr die Abstimmung erforderliche Quellreferenz enthalten.<\/span>\n<h3><span style=\"font-weight: 400;\">Was m\u00fcssen Multi-Entity- und Multi-Currency-Designs festlegen?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Multi-Entity- und Multi-Currency-Designs sollten festlegen, welche Rechtseinheit eine Rechnung ausstellt, welche Rechtseinheit Ums\u00e4tze erfasst und welche W\u00e4hrungen f\u00fcr Transaktionen und Buchhaltungsdaten gelten.<\/span>\n<h3><span style=\"font-weight: 400;\">Welche ERP-Integrationsmuster sind verf\u00fcgbar?<\/span><\/h3>\n<span style=\"font-weight: 400;\">Zu den g\u00e4ngigen ERP-Integrationsmustern geh\u00f6ren:<\/span>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Native Konnektoren<\/span><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Middleware- oder iPaaS-Plattformen<\/span><\/li>\n<\/ul>\n\u00a0\n\n<span style=\"font-weight: 400;\">Beispiele f\u00fcr ERP-Systeme in dieser Ebene sind NetSuite, SAP und Oracle. In der Praxis ist diese ERP-Ebene \u00fcblicherweise in eine umfassendere <\/span><a href=\"https:\/\/www.zuora.com\/de\/solutions\/quote-to-cash\/\"><span style=\"font-weight: 400;\">Quote-to-Cash-Architektur<\/span><\/a><span style=\"font-weight: 400;\"> eingebettet, die CRM-, Billing-, Zahlungs- und Umsatzprozesse miteinander verbindet.<\/span>","show_striped_bar":false,"related_post":null,"include_in_toc":true},{"acf_fc_layout":"knowledge_hub_text_block","title":"Was sind die wichtigsten Integrationspunkte und Abh\u00e4ngigkeiten?","content":"<span style=\"font-weight: 400;\">Die wichtigsten Integrationspunkte verbinden Produkt-Telemetrie, Mediation, Katalog- und Vertragsdaten, Rating, Billing, Payments, Umsatzrealisierung, Analytics sowie die Verbuchung im ERP.<\/span>\n<table>\n<thead>\n<tr>\n<th><b>Quelle<\/b><\/th>\n<th><b>Ziel<\/b><\/th>\n<th><b>\u00dcbertragene Daten<\/b><\/th>\n<th><b>Typische Frequenz<\/b><\/th>\n<th><b>Prim\u00e4rer Fehlermodus<\/b><\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><span style=\"font-weight: 400;\">KI-Produkt<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Telemetry-Ingestion<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Roh-Nutzungsdaten und Trace-Kontext<\/span><\/td>\n<td><span style=\"font-weight: 400;\">In Echtzeit oder im Batch<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Fehlende, doppelte oder fehlerhaft formatierte Events<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Telemetrie<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Mediation<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Roh-Nutzungsereignisse<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Streaming oder zeitgesteuert<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Verarbeitungsverz\u00f6gerung oder Schema-Mismatch<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Katalog oder CPQ<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Rating<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Produkte, Preise, Konditionen, G\u00fcltigkeitsdaten<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Bei \u00c4nderung oder zeitgesteuert<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Veraltete oder widerspr\u00fcchliche Versionen<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Mediation<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Rating<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Normalisierte, abrechenbare Events<\/span><\/td>\n<td><span style=\"font-weight: 400;\">In Echtzeit oder im Batch<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Nicht zugeordneter Tenant, Produkt oder Einheit<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Rating<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Billing<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Mengen und Entgelte<\/span><\/td>\n<td><span style=\"font-weight: 400;\">In Echtzeit oder als Batch zum Abrechnungszyklus<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Doppelte oder unvollst\u00e4ndige Positionszeilen<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Vertragssystem<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Billing oder Rechnungsverarbeitung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Bestellungen, Vertrags\u00e4nderungen, Commitments und Konditionen<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Bei \u00c4nderung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Mismatch zwischen Vertrag und Debitorenkonto<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Billing<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Workflow zur Rechnungsverarbeitung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Rechnungspositionen und zugeh\u00f6rige Belege<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Bei Entwurf oder Eingang<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Klassifizierungs- oder Zuordnungs-Exception<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Billing<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Payments<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Offener Rechnungsbetrag und Inkassoanforderung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Bei Rechnungsfinalisierung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Fehlgeschlagene Belastung<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Payments<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Billing<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Zahlungsstatus<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Event-getrieben<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Fehlendes oder verz\u00f6gertes Status-Update<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Billing und Nutzung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Umsatzrealisierung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Rechnungspositionen, Nutzung, Gutschriften und Vertr\u00e4ge<\/span><\/td>\n<td><span style=\"font-weight: 400;\">T\u00e4glich oder zum Periodenabschluss<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Unvollst\u00e4ndige Zuordnung<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Umsatzrealisierung<\/span><\/td>\n<td><span style=\"font-weight: 400;\">ERP<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Umsatz- und Abgrenzungsbuchungen<\/span><\/td>\n<td><span style=\"font-weight: 400;\">T\u00e4glich oder zum Periodenabschluss<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Ung\u00fcltiges Sachkonto (GL), Organisationseinheit oder Buchungsperiode<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Billing<\/span><\/td>\n<td><span style=\"font-weight: 400;\">ERP<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Rechnungen, Gutschriften und Buchungss\u00e4tze<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Zeitgesteuert oder zum Periodenabschluss<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Fehler bei Verbuchung oder Abstimmung<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>","show_striped_bar":false,"related_post":null,"include_in_toc":true}],"faq_title":"FAQs","faq_items":[{"question":"Was ist eine KI-Monetarisierungsarchitektur?","answer":"<span style=\"font-weight: 400;\">Eine KI-Monetarisierungsarchitektur ist das Systemdesign, mit dem die Nutzung von KI-Produkten in bewertete Entgelte, Rechnungen, Zahlungen, realisierte Umsatzerl\u00f6se, Analysen und Buchungen im Hauptbuch (G\/L) \u00fcberf\u00fchrt wird.<\/span>"},{"question":"Warum sollte Roh-Telemetrie von abrechenbarer Nutzung getrennt werden?","answer":"<span style=\"font-weight: 400;\">Die Trennung von Roh-Telemetrie und abrechenbarer Nutzung erm\u00f6glicht es der Mediation, Ereignisse zu validieren und zu normalisieren, dem Produktkatalog, die kommerzielle Bedeutung festzulegen, und der Rating-Engine, vertragsspezifische Preise anzuwenden, ohne Abrechnungslogik im gesamten Produktcode zu verankern.<\/span>"},{"question":"Welche KI-Nutzungseinheiten kann diese Architektur unterst\u00fctzen?","answer":"<span style=\"font-weight: 400;\">Die Architektur unterst\u00fctzt Produkte, die nach Tokens, API-Calls, Rechenzeit, Modellaufrufen, Agenten-Schritten, Ergebnissen, Credits, Commitments und hybriden Kombinationen dieser Einheiten bepreist werden. Sie kann auch nutzerbasierte (Seat-based) Elemente unterst\u00fctzen, wenn diese zusammen mit gemessenen Berechtigungen oder Mehrverbr\u00e4uchen (Overages) bestehen.<\/span>"},{"question":"Warum sind Katalogversionen mit G\u00fcltigkeitsdatum (Effective Dating) wichtig?","answer":"<span style=\"font-weight: 400;\">Katalogversionen mit G\u00fcltigkeitsdatum verhindern, dass Preis\u00e4nderungen die historische Bewertung (Rating) ver\u00e4ndern. Au\u00dferdem machen sie Preis\u00e4nderungen pr\u00fcfbar und historische Entgelte reproduzierbar.<\/span>"},{"question":"Wie sollten KI-Nutzungsentgelte abgestimmt werden?","answer":"<span style=\"font-weight: 400;\">Teams sollten Quell-Telemetrie, bewertete Nutzung (Rated Usage), Rechnungsbetr\u00e4ge, realisierte Umsatzerl\u00f6se und ERP-Buchungen abstimmen. Abweichungen sollten \u00fcber Abstimmungs-Workflows oder Dashboards sichtbar sein.<\/span>"},{"question":"Soll das Data Warehouse verbindliche Rechnungen oder Umsatz-\/Erl\u00f6sbuchungen erzeugen?","answer":"<span style=\"font-weight: 400;\">Nein. Das Data Warehouse sollte Daten f\u00fcr Analyse und Abstimmung zusammenf\u00fchren, ohne die Billing-, Umsatzrealisierungs-, Zahlungs- oder ERP-Systeme zu ersetzen, die die ma\u00dfgeblichen Finanzaufzeichnungen f\u00fchren.<\/span>"}],"knowledge_hub_archive_url":"","knowledge_hub_archive_label":"","glossary_topic_tax_item":33601,"resource_marketo_form_id":"","marketo_form_title":"","marketo_form_sub_title":""},"_links":{"self":[{"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/guides\/334723","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/guides"}],"about":[{"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/types\/guides"}],"version-history":[{"count":0,"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/guides\/334723\/revisions"}],"acf:term":[{"embeddable":true,"taxonomy":"topic","href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/topic\/33601"}],"wp:attachment":[{"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/media?parent=334723"}],"wp:term":[{"taxonomy":"content_type","embeddable":true,"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/content_type?post=334723"},{"taxonomy":"geo","embeddable":true,"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/geo?post=334723"},{"taxonomy":"growth_initiatives","embeddable":true,"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/growth_initiatives?post=334723"},{"taxonomy":"parent_guide_categories","embeddable":true,"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/parent_guide_categories?post=334723"},{"taxonomy":"industry","embeddable":true,"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/industry?post=334723"},{"taxonomy":"persona","embeddable":true,"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/persona?post=334723"},{"taxonomy":"product_line","embeddable":true,"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/product_line?post=334723"},{"taxonomy":"topic","embeddable":true,"href":"https:\/\/www.zuora.com\/de\/wp-json\/wp\/v2\/topic?post=334723"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}