Für RCS for Business werden zwei Abrechnungsmodelle verwendet: das Standardabrechnungsmodell für Zugriffe außerhalb der USA und das US-Abrechnungsmodell für Zugriffe in den USA. Dieses Dokument enthält häufig gestellte Fragen zum US-Abrechnungsmodell. Weitere Informationen zu Standardklassifizierungen finden Sie in den FAQs zur Standardabrechnung.
Abrechnungskategorien
Was sind Abrechnungskategorien für Agenten?
Eine Abrechnungskategorie ist eine Klassifizierung für Ihren RCS for Business-Agent, die die Abrechnungslogik für die von Ihrem Agent gesendeten Nachrichten bestimmt. Sie wählen diese Kategorie beim Erstellen Ihres KI-Agenten aus. Sie kann später nicht mehr geändert werden. Wenn Sie die Abrechnungskategorie Ihres Agents ändern möchten, müssen Sie den Aktualisierungsprozess für aktive Agents durchlaufen.
Wie weiß ich, welche Abrechnungskategorie ich für meinen Agent auswählen soll?
Es gibt zwei Hauptabrechnungskategorien: konversationell und nicht konversationell.
- Nicht konversationelle Agents werden für jede Nachricht abgerechnet, die sie an den Nutzer senden.
- Diese Kategorie eignet sich am besten für Agents, bei denen nicht mit häufigen Antworten zu rechnen ist.
- Für konversationelle Agents wird eine Pauschale für Sitzungen berechnet, sofern eine Sitzung ausgelöst wird. Sie umfasst alle Nachrichten, die innerhalb eines Zeitraums von 24 Stunden ausgetauscht werden, einschließlich der Nachrichten, die die Sitzung ausgelöst haben.
Für Nachrichten, die nicht Teil einer 24-Stunden-Sitzung sind, können weiterhin Gebühren für Conversational Agents anfallen.
- Diese Kategorie eignet sich am besten für Agents, die unabhängig davon, ob die Unterhaltung vom Nutzer oder vom Agent initiiert wird, in mehrstufigen Unterhaltungen mit Nutzern interagieren.
Wählen Sie die Abrechnungskategorie aus, die am besten zu Ihrem Anwendungsfall und der erwarteten Nutzerinteraktion passt. Ihr Agent kann unabhängig von der Kategorie jede Art von Nachricht senden.
Das liegt daran, dass die Abrechnungskategorie bestimmt, wie Nachrichten abgerechnet werden, nicht welche Arten von Nachrichten Ihr Agent senden oder empfangen kann. Ein Conversational Agent kann beispielsweise weiterhin einfache Nachrichten senden und ein Non-conversational Agent kann mehrere Nachrichten senden, einschließlich Rich Cards.
Weitere Informationen finden Sie unter Abrechnungskategorien.
Was ist eine Sitzung und wie funktioniert sie?
Mehrere Arten von Nachrichten können in einer Sitzung kombiniert werden. In den USA werden Sitzungen für Conversational Agents anhand eines bestimmten Triggers und einer bestimmten Dauer definiert und abgerechnet.
Sitzungstrigger
Eine Sitzung wird ausgelöst, wenn ein Marken-Kundenservicemitarbeiter und ein Nutzer 4 Rich- oder Rich Media-Nachrichten austauschen (darunter mindestens eine MT-Nachricht (Mobile Terminated) und mindestens zwei MO-Antworten (Mobile Originated) innerhalb von 24 Stunden).
Abrechnung
Für Conversational Agents ist sowohl die Abrechnung pro Sitzung als auch die Abrechnung pro Nachricht möglich. Wenn die Triggerbedingung für die vollständige Sitzung erfüllt ist, wird eine Gebühr für die gesamte Sitzung erhoben, die das gesamte 24‑Stunden-Zeitfenster ab der ersten Triggernachricht abdeckt.
Im US-Abrechnungsmodell werden einzelne abrechenbare Ereignisse so klassifiziert:
- Rich Message (MT/MO): Abrechenbares Ereignis basierend auf Segmenten (1 Segment entspricht 160 Byte UTF-8-codiertem Text, sofern nicht Teil einer Sitzung).
- Rich Media-Nachricht (MT/MO): Wird als einzelnes Pauschalereignis abgerechnet, unabhängig von der Inhaltsgröße, sofern sie nicht Teil einer Sitzung ist. Dazu gehören Rich Cards, Karussells und Anhänge von Mediendateien.
- Klick auf vorgeschlagene Aktion (nur MO): Jedes Tippen auf eine vorgeschlagene Aktion generiert ein abrechenbares Ereignis.
Wichtig
- Sitzungen gelten nicht für nicht konversationelle Agenten.
- Bei konversationellen Agents kann sich die Generierung von Berichten zu abrechenbaren Ereignissen und Aktivitätsprotokollen um bis zu zwei Tage verzögern. Durch diese Verzögerung können alle Nachrichten innerhalb einer Sitzung erfasst werden, bevor das abrechenbare Ereignis berechnet wird.
Welche Zeitzone wird für RBM-Abrechnungsberichte und Transaktionsdatensätze verwendet?
RBM-Abrechnungsberichte werden täglich erstellt und nach Pacific Time (PT) organisiert. Jede Berichtsdatei steht für einen 24‑stündigen Aktivitätszeitraum von Mitternacht bis Mitternacht PT.
Der start_time-Zeitstempel in den Berichtsdatensätzen wird jedoch in koordinierter Weltzeit (UTC) im ISO 8601-Format aufgezeichnet. So wird eine einheitliche globale Referenz für die genaue Stunde bereitgestellt, in der eine Interaktion stattgefunden hat.
Wie wird eine Sitzung behandelt, die sich über den letzten Tag eines Monats und den ersten Tag des nächsten Monats erstreckt?
Bei A2P-Nachrichten werden die Klassifizierung und Abrechnung durch den Zeitpunkt der Nachrichtenzustellung bestimmt. Bei P2A-Nachrichten wird die Abrechnung durch den Zeitpunkt bestimmt, zu dem die Nachricht vom Nutzer gesendet wurde.
Für Sitzungen, die ein 24-stündiges Interaktionsfenster abdecken, gilt die folgende Logik:
- Zuweisung des Startdatums: Auch wenn sich eine Sitzung über zwei Kalendertage in verschiedenen Monaten erstreckt, werden alle Nachrichten innerhalb dieses 24-Stunden-Zeitraums zusammengefasst und haben denselben
billing_event_id. Sie werden unterstart_timeder ersten Nachricht in der Triggersequenz der Sitzung gemeldet. - Verzögerung bei der Berichterstellung: Da eine Sitzung bis zu 24 Stunden dauern kann und ein Trigger mit vier Nachrichten erforderlich ist, um sie zu identifizieren, kann sich die Erstellung von Abrechnungsberichten für Conversational Agents um bis zu zwei Tage verzögern. Durch diese Verzögerung wird sichergestellt, dass alle Nachrichten, die zu einer Sitzung gehören, erfasst und dem richtigen
billing_event_idzugewiesen werden, bevor der Bericht fertiggestellt wird. - Beispiel für verzögerte Zustellung: Wenn ein Kundenservicemitarbeiter eine Nachricht Ende Juni sendet, sie aber erst Anfang Juli zugestellt wird (z. B. weil das Smartphone des Nutzers offline war), löst diese Zustellung das abrechenbare Ereignis für den Abrechnungsbericht für Juli aus.
Abrechenbare Ereignisse
Was sind abrechenbare Ereignisse?
Abrechenbare Ereignisse sind Interaktionen zwischen einem RCS for Business-Agent und einem Nutzer, die zu Abrechnungszwecken erfasst werden. „Abrechenbar“ bedeutet lediglich, dass für ein Ereignis eine Gebühr anfallen kann. Mobilfunkanbieter legen fest, ob und wie abrechenbare Ereignisse abgerechnet werden.
Google erfasst diese Ereignisse und erstellt Berichte, um Partnern die von ihren Kundenservicemitarbeitern gesendeten Nachrichten in Rechnung zu stellen.
Welche abrechenbaren Ereignisse gelten für die einzelnen Nachrichtentypen?
In den Abrechnungsberichten werden sieben Arten von abrechenbaren Ereignissen erfasst. Zu diesen Ereignissen gehören MT- und MO-Ereignisse, die als A2P- und P2A-Ereignisse bezeichnet werden.
- A2P (Application-to-Person) ist MT (Mobile Terminated): Eine Nachricht, die vom Unternehmen gesendet wird.
- P2A (Person-to-Application) ist MO (Mobile Originated): Eine vom Nutzer initiierte Nachricht oder Aktion.
Informationen dazu, wie sich die einzelnen abrechenbaren Ereignisse auf nicht konversationelle und konversationelle Agenten auswirken, finden Sie in der Dokumentation zu abrechenbaren Ereignissen.
Welche Nutzerantworten tragen zu abrechenbaren Ereignissen bei?
In den USA tragen bestimmte Nutzerantworten zu abrechenbaren Ereignissen bei. In der folgenden Tabelle wird erläutert, welche Nutzerantworten zu abrechenbaren Ereignissen und den entsprechenden Ereignistypen in den USA führen:
| Nutzerantwort | Trägt zu abrechenbaren Ereignissen bei | Abrechenbarer Ereignistyp (USA) | Hinweise |
|---|---|---|---|
| Eine Datei senden | Ja | p2a_rich_media_message |
Als Rich-Media-Nachricht (P2A/MO) klassifiziert. |
| Nachricht senden | Ja | p2a_rich_message |
Als Rich-Media-Nachricht (P2A/MO) klassifiziert. |
| Tippt auf einen Antwortvorschlag | Ja | p2a_rich_message |
Die resultierende Nachricht wird als Rich Message (P2A/MO) klassifiziert. |
| Tippt auf eine vorgeschlagene Aktion | Ja | p2a_suggested_action |
Die Postback-Daten aus dem Tippen selbst tragen nicht zu einem abrechenbaren Ereignis bei. |
| Einen Standort teilen | Ja | p2a_suggested_action (Klick) + p2a_rich_message (Standort) |
Es werden zwei abrechenbare Ereignisse generiert: ein p2a_suggested_action für das Tippen auf „Standort teilen“ und ein p2a_rich_message für das Senden der Standortdaten. |
| Tippt auf „Abmelden“ oder „Abonnieren“ | Ja | p2a_rich_message (STOP/START-Nachricht) |
Die durch das Tippen ausgelöste automatische STOP- oder START-Nachricht wird als Rich Message (P2A/MO) behandelt. Das Webhook-Ereignis selbst ist nicht abrechenbar. |
Wenn durch eine Nutzerantwort ein abrechenbares Ereignis generiert wird, erfolgt die Ereignisklassifizierung automatisch auf Grundlage des Inhalts. Die Abrechnungslogik wird durch die Abrechnungskategorie des KI-Agenten bestimmt.
Für nicht konversationelle Agenten:
Jede Nutzerantwort wird als einzelnes Ereignis (z. B. p2a_rich_message oder p2a_suggested_action) abgerechnet.
Für Konversations-Agenten:
Die Abrechnungslogik folgt dem Sitzungstriggermodell. Einzelne Ereignisse werden aufgezeichnet, bis der Trigger für die Sitzung mit vier Nachrichten (mindestens 1 MT und 2 MO innerhalb von 24 Stunden) ausgelöst wird. Sobald eine Sitzung aktiv ist, fallen für alle Nachrichten, die innerhalb des 24-Stunden-Zeitraums ausgetauscht werden, nur einmal Gebühren an. Das gilt auch für die vier Nachrichten, die die Sitzung auslösen.
Abrechnungsberichte
Was ist ein Abrechnungsbericht?
Es handelt sich um eine Aufzeichnung von abrechenbaren Ereignissen, die auf Grundlage der Abrechnungskategorie des Agents und der von ihm gesendeten Nachrichtentypen berechnet werden. Abrechnungsberichte sind für alle Mobilfunkanbieter und Partner verfügbar, die RCS for Business aktiv nutzen.
Weitere Informationen zu Abrechnungsberichten finden Sie unter US-Abrechnungsberichte.
Kann ich einen Abrechnungsbericht erhalten?
Nur Mobilfunkanbieter und Partner, die RCS for Business aktiv nutzen, erhalten Abrechnungsberichte. Weitere Informationen zu Aktivitätslogs und Dateizugriff finden Sie in der Anleitung zu Abrechnungsberichten.
Warum sehe ich Gebühren in einem Monat, in dem ich keine Nachrichten gesendet habe?
Bei von Kundenservicemitarbeitern initiierten Nachrichten (A2P) werden abrechenbare Ereignisse basierend auf dem Zeitpunkt der Nachrichtenzustellung und nicht auf dem Zeitpunkt des Sendens der Nachricht erfasst.
Beispiel:
Wenn Sie Nachrichten Ende Juni senden, sie aber erst Anfang Juli auf dem Gerät des Nutzers zugestellt werden (z. B. wenn das Smartphone des Nutzers offline war), werden diese Kosten in Ihren Abrechnungsberichten für Juli aufgeführt. RCS for Business versucht bis zu 30 Tage lang, eine Nachricht zuzustellen, bevor sie abläuft.
Abrechnungsmodelle
Was sind die Hauptunterschiede zwischen den Standard- und US-Abrechnungsmodellen?
Sowohl im Standardmodell als auch im US-Modell wird die vom Kundenservicemitarbeiter vorab ausgewählte Abrechnungskategorie (konversationell oder nicht konversationell) verwendet, um die allgemeine Tarifstruktur zu bestimmen. Der Hauptunterschied liegt in den Klassifizierungen, die für abrechenbare Ereignisse verwendet werden.
Standardabrechnungsmodell (Traffic außerhalb der USA)
Dieses Modell gilt für den gesamten Traffic außerhalb der USA.
- Die Klassifizierung basiert auf der Abrechnungskategorie des Kundenservicemitarbeiters und dem Inhalt der Nachricht..
- Nicht konversationelle Agents: Abrechnung pro Nachricht. Der Inhalt der Nachricht bestimmt das Ereignis: einfache Nachricht oder einzelne Nachricht.
- Konversations-Agenten: Abrechenbar pro Konversation. Eine Unterhaltung ist ein 24‑Stunden-Zeitfenster, in dem Nutzer und Agenten unbegrenzt Nachrichten austauschen können. Sie wird zu einem Festpreis abgerechnet. Wenn ein Nutzer nicht innerhalb von 24 Stunden antwortet, wird die Nachricht des Kundenservicemitarbeiters einzeln als einfache Nachricht oder Einzelnachricht abgerechnet.
- Abrechenbare Ereignisse:
basic_messagesingle_messagea2p_conversationp2a_conversationp2a_message
- Abrechnungslogik: Die endgültige Gebühr wird durch die Abrechnungskategorie des Agenten bestimmt. Dies führt entweder zu einem festen Preis pro Nachricht (nicht konversationell) oder zu einem festen Preis pro 24-Stunden-Konversationsfenster (konversationell).
US-Abrechnungsmodell
Dieses Modell gilt für den gesamten Traffic zu und von US-Telefonnummern. Weitere Informationen finden Sie unter usrbm.org.
- Die Klassifizierung einzelner Nachrichtentypen erfolgt automatisch und basiert auf dem Inhalt. Unabhängig von der Abrechnungskategorie des Agenten wird jedes abrechenbare Ereignis in eine der folgenden Kategorien eingeteilt:
a2p_rich_messagea2p_rich_media_messagep2a_rich_messagep2a_rich_media_messagep2a_suggested_actiona2p_sessionp2a_session
Zusammenfassung der Abrechnungslogik für Sitzungen
Gemäß dem US RBM-Framework können US-Agents in der Kategorie Conversational (Unterhaltung) eine einzelne Sitzungsgebühr anstelle von Gebühren pro Nachricht auslösen.
Eine Sitzung wird durch eine Folge von 4 Rich- oder Rich-Media-Nachrichten (darunter mindestens 2 MO- und mindestens 1 MT-Nachricht) ausgelöst, die innerhalb von 24 Stunden nach dem Senden der ersten Nachricht ausgetauscht werden. Sobald dieser Grenzwert erreicht ist, werden alle Nachrichten innerhalb dieses 24-Stunden-Zeitraums als eine Sitzung abgerechnet. Alle Nachrichten, die außerhalb einer Sitzung liegen oder keine Sitzung auslösen, werden zum Standardpreis pro Nachricht abgerechnet.
Die endgültige Gebühr wird anhand der Abrechnungskategorie des Kundenservicemitarbeiters ermittelt. Dabei wird die richtige Tarifstruktur gemäß der Tarifübersicht des Mobilfunkanbieters angewendet.
Technische Unterschiede und Unterschiede bei der Berichterstellung
- RBM API:
Die
AgentMessageand [UserMessage](/business-communications/rcs-business-messaging/reference/rest/v1/UserMessage)-API-Ressourcen enthalten einrichMessageClassification-Objekt, mit dem der Nachrichtentyp nur für US-Traffic definiert wird. Diese Informationen werden in Echtzeit bei einem API-Aufruf bereitgestellt und sind unabhängig von einem späteren Abrechnungsbericht. - Abrechnungsberichte: Abrechnungsberichte werden an das jeweilige Modell angepasst und enthalten eine
type-Spalte mit den abrechenbaren Ereignissen für dieses Modell. Der Abrechnungsbericht für die USA enthält auch eine Spalte fürsegment_count, die nur für Rich Messages gilt, und eine Spalte fürsession_type, die nur für Nachrichten in einer Sitzung gilt.