Häufig gestellte Fragen zur US-Abrechnung

RCS for Business verwendet zwei Abrechnungsmodelle: das Standardmodell für Datenverkehr außerhalb der USA und das US-Abrechnungsmodell für Datenverkehr innerhalb der USA. Dieses Dokument beantwortet häufig gestellte Fragen zum US-Abrechnungsmodell. Details zu den Standardklassifizierungen finden Sie in den FAQ zum Standardabrechnungsmodell .

Abrechnungskategorien

Was sind die Abrechnungskategorien für Agenten?

Die Abrechnungskategorie ist eine Klassifizierung Ihres RCS for Business-Agenten, die die Abrechnungslogik für die von Ihrem Agenten gesendeten Nachrichten bestimmt. Sie wählen diese Kategorie bei der Erstellung Ihres Agenten aus und können sie später nicht mehr ändern. Um die Abrechnungskategorie Ihres Agenten zu ändern, müssen Sie den Live-Agent-Aktualisierungsprozess durchführen.

Wie finde ich die richtige Abrechnungskategorie für meinen Agenten heraus?

Es gibt zwei Hauptkategorien für die Abrechnung: Gesprächsbasierte und nicht-gesprächsbasierte Abrechnung.

  • Nicht-konversationelle Agenten werden für jede Nachricht, die sie dem Benutzer übermitteln, in Rechnung gestellt.
    • Diese Kategorie eignet sich am besten für Agenten, die keine häufigen Antworten erwarten.
  • Chatbots berechnen eine Pauschalgebühr pro Sitzung, sofern eine Sitzung ausgelöst wurde. Die Gebühr umfasst dann alle innerhalb von 24 Stunden ausgetauschten Nachrichten, einschließlich derjenigen, die die Sitzung ausgelöst haben. Für Nachrichten, die nicht Teil einer 24-Stunden-Sitzung sind, können ebenfalls Gebühren anfallen.
    • Diese Kategorie eignet sich am besten für Agenten, die mehrstufige Gespräche mit Nutzern führen, unabhängig davon, ob der Nutzer oder der Agent das Gespräch initiiert.

Wählen Sie die Abrechnungskategorie, die am besten zu Ihrem Anwendungsfall und der erwarteten Nutzerinteraktion passt. Ihr Agent kann unabhängig von der Kategorie beliebige Nachrichtentypen versenden.

Das liegt daran, dass die Abrechnungskategorie die Gebühren für Nachrichten festlegt, nicht aber, welche Nachrichtentypen Ihr Agent senden oder empfangen kann. Ein Chatbot kann beispielsweise weiterhin einfache Nachrichten senden, und ein Nicht-Chatbot kann mehrere Nachrichten, einschließlich Rich Cards , versenden.

Weitere Informationen finden Sie unter Abrechnungskategorien .

Was ist eine Sitzung und wie funktioniert sie?

Mehrere Nachrichtentypen können zu einer Sitzung kombiniert werden. In den USA werden Sitzungen für Chatbots anhand eines bestimmten Auslösers und einer bestimmten Dauer definiert und abgerechnet.

Sitzungsauslöser

Eine Sitzung wird ausgelöst, wenn ein Markenagent und ein Benutzer innerhalb von 24 Stunden 4 Rich- oder Rich-Media-Nachrichten austauschen (darunter mindestens eine mobil terminierte (MT) Nachricht und mindestens zwei mobil initiierte (MO) Antworten).

Abrechnung

Chatbots können sowohl sitzungsbasiert als auch pro Nachricht abgerechnet werden. Sobald die Auslösebedingung für eine Sitzung erfüllt ist, wird eine einmalige Gebühr erhoben, die den gesamten 24-Stunden-Zeitraum ab der ersten auslösenden Nachricht abdeckt.

Das US-amerikanische Abrechnungsmodell klassifiziert einzelne abrechnungsfähige Ereignisse wie folgt:

  • Rich Message (MT/MO) : Abrechnungsfähiges Ereignis basierend auf Segmenten (1 Segment entspricht 160 Byte UTF-8-kodiertem Text, sofern es nicht Teil einer Sitzung ist).
  • Rich-Media-Nachrichten (MT/MO) : Werden als einzelnes Ereignis zum Festpreis abgerechnet, unabhängig von der Inhaltsgröße, sofern sie nicht Teil einer Sitzung sind. Dies umfasst Rich Cards, Karussells und Mediendateianhänge.
  • Vorschlagsaktion (nur MO) : Jeder Klick auf eine vorgeschlagene Aktion generiert ein abrechnungsfähiges Ereignis.

Wichtig

  • Sitzungen gelten nicht für nicht-konversationelle Agenten.
  • Bei Chatbots kann die Erstellung von abrechnungsfähigen Ereignisberichten und Aktivitätsprotokollen um bis zu zwei Tage verzögert werden. Diese Verzögerung ermöglicht es RCS for Business, alle Nachrichten innerhalb einer Sitzung zu erfassen, bevor das abrechnungsfähige Ereignis berechnet wird.

Welche Zeitzone wird für RBM-Abrechnungsberichte und Transaktionsdatensätze verwendet?

Die Abrechnungsberichte von RBM werden täglich erstellt und nach Pazifikzeit (PT) organisiert. Jede Berichtsdatei repräsentiert einen 24-Stunden-Aktivitätszeitraum von Mitternacht bis Mitternacht PT.

Der start_time in den Berichtsdatensätzen wird jedoch in koordinierter Weltzeit (UTC) im ISO-8601-Format erfasst. Dies gewährleistet eine einheitliche globale Referenz für die genaue Stunde, zu der eine Interaktion stattfand.

Wie wird eine Sitzung behandelt, wenn sie sich über den letzten Tag eines Monats und den ersten Tag des Folgemonats erstreckt?

Bei A2P-Nachrichten werden Klassifizierung und Abrechnung anhand des Zustellungszeitpunkts bestimmt. Bei P2A-Nachrichten richtet sich die Abrechnung nach dem Zeitpunkt des Absendens durch den Nutzer.

Für Sitzungen, die ein 24-stündiges Interaktionsfenster umfassen, gilt folgende Logik:

  • Startdatumzuweisung : Auch wenn sich eine Sitzung über zwei Kalendertage in verschiedenen Monaten erstreckt, werden alle Nachrichten innerhalb dieses 24-Stunden-Fensters gruppiert, teilen sich dieselbe billing_event_id und werden unter start_time der ersten Nachricht in der Triggersequenz der Sitzung gemeldet.
  • Verzögerung bei der Berichterstattung : Da eine Sitzung bis zu 24 Stunden dauern kann und die Identifizierung eines Triggers aus vier Nachrichten erfordert, kann sich die Erstellung von Abrechnungsberichten für Chatbots um bis zu zwei Tage verzögern. Diese Verzögerung stellt sicher, dass alle zu einer Sitzung gehörenden Nachrichten erfasst und der korrekten billing_event_id zugewiesen werden, bevor der Bericht fertiggestellt wird.
  • Beispiel für eine verspätete Zustellung : Wenn ein Agent Ende Juni eine Nachricht versendet, diese aber erst Anfang Juli zugestellt wird (beispielsweise weil das Telefon des Nutzers offline war), löst diese Zustellung das abrechnungspflichtige Ereignis für den Juli-Abrechnungsbericht aus.

Abrechnungsfähige Ereignisse

Was sind abrechnungsfähige Ereignisse?

Abrechnungsfähige Ereignisse sind Interaktionen zwischen einem RCS for Business-Agenten und einem Benutzer, die zu Abrechnungszwecken erfasst werden. Abrechnungsfähig bedeutet lediglich, dass ein Ereignis kostenpflichtig ist. Die Netzbetreiber legen fest, ob und wie abrechnungsfähige Ereignisse in Rechnung gestellt werden.

Google erfasst und meldet diese Ereignisse, um Mobilfunkanbietern dabei zu helfen, ihren Partnern die von ihren Agenten versendeten Nachrichten in Rechnung zu stellen.

Welche abrechnungsfähigen Ereignisse gelten für welchen Nachrichtentyp?

In den Abrechnungsberichten werden sieben Arten von abrechnungsfähigen Ereignissen erfasst. Zu diesen Ereignissen gehören MT- und MO-Ereignisse, die auch als A2P- und P2A-Ereignisse bezeichnet werden.

  • A2P (Application-to-Person) ist MT (Mobile Terminated) : Eine vom Unternehmen gesendete Nachricht.
  • P2A (Person-to-Application) ist MO (Mobile Originated) : Eine vom Benutzer initiierte Nachricht oder Aktion.

Wie die einzelnen abrechnungsfähigen Ereignisse für nicht-konversationelle und konversationelle Agenten gelten, erfahren Sie in der Dokumentation zu abrechnungsfähigen Ereignissen .

Welche Nutzerantworten tragen zu abrechnungsfähigen Ereignissen bei?

In den USA tragen bestimmte Nutzerantworten zu abrechnungsfähigen Ereignissen bei. Die folgende Tabelle verdeutlicht, welche Nutzerantworten zu abrechnungsfähigen Ereignissen beitragen und welche Ereignistypen in den USA den jeweiligen Ereignissen entsprechen:

Nutzerantwort Trägt zu abrechnungsfähigen Ereignissen bei Abrechnungsart (USA) Anmerkungen
Sendet eine Datei Ja p2a_rich_media_message Als Rich Media Message (P2A/MO) klassifiziert.
Sendet eine SMS Ja p2a_rich_message Klassifiziert als Rich Message (P2A/MO).
Tippt auf eine vorgeschlagene Antwort Ja p2a_rich_message Die resultierende Textnachricht wird als Rich Message (P2A/MO) klassifiziert.
Tippt auf eine vorgeschlagene Aktion Ja p2a_suggested_action Die Postback-Daten des Taps selbst tragen nicht zu einem abrechnungsfähigen Ereignis bei.
Teilt einen Standort Ja p2a_suggested_action (Klick) + p2a_rich_message (Position) Erzeugt zwei abrechnungsfähige Ereignisse: eine p2a_suggested_action für das Antippen von „Standort teilen“ und eine p2a_rich_message für das Senden der Standortdaten.
Tippen Sie auf „Abmelden“ oder „Abonnieren“. Ja p2a_rich_message (STOP/START-Nachricht) Die durch das Antippen ausgelöste automatische STOP- oder START-Nachricht wird als Rich Message (P2A/MO) behandelt. Das Webhook-Ereignis selbst ist nicht kostenpflichtig.

Wenn eine Benutzerantwort ein abrechnungsfähiges Ereignis auslöst, erfolgt die Ereignisklassifizierung automatisch auf Basis des Inhalts, während die Abrechnungslogik durch die Abrechnungskategorie des Agenten bestimmt wird.

Für nicht-konversationelle Agenten:

Jede Benutzerantwort kann als einzelnes Ereignis abgerechnet werden (z. B. p2a_rich_message oder p2a_suggested_action ).

Für Chatbots:

Die Abrechnung erfolgt nach dem Session-Trigger-Modell. Einzelne Ereignisse werden erfasst, bis der Session-Trigger (mindestens 1 MT und 2 MO innerhalb von 24 Stunden) erreicht ist. Sobald eine Session aktiv ist, werden alle innerhalb von 24 Stunden ausgetauschten Nachrichten, einschließlich der vier Nachrichten, die den Session-Trigger bilden, durch eine einzige Session-Gebühr abgedeckt.

Abrechnungsberichte

Was ist ein Abrechnungsbericht?

Es handelt sich um eine Aufzeichnung abrechnungspflichtiger Ereignisse , die anhand der Abrechnungskategorie des Agenten und der Art der von ihm versendeten Nachrichten berechnet werden. Abrechnungsberichte stehen allen Anbietern zur Verfügung, die RCS for Business aktiv nutzen.

Weitere Informationen zu Abrechnungsberichten finden Sie unter US-Abrechnungsberichte .

Kann ich einen Abrechnungsbericht erhalten?

Nur Mobilfunkanbieter, die RCS for Business aktiv nutzen, erhalten Abrechnungsberichte. Partner erhalten keine Abrechnungsberichte von Google, aber Mobilfunkanbieter können diese an Partner weitergeben.

Warum werden mir in einem Monat Gebühren berechnet, obwohl ich keine Nachrichten versendet habe?

Bei agenteninitiierten Nachrichten (A2P) werden abrechnungsfähige Ereignisse auf Basis des Zeitpunkts der Nachrichtenzustellung erfasst, nicht auf Basis des Zeitpunkts des Nachrichtenversands.

Beispiel :

Wenn Sie Ende Juni Nachrichten versenden, diese aber erst Anfang Juli auf dem Gerät des Nutzers eintreffen (beispielsweise, wenn das Telefon des Nutzers offline war), erscheinen diese Gebühren in Ihren Juli -Abrechnungen . RCS for Business versucht, eine Nachricht bis zu 30 Tage vor ihrem Ablaufdatum zuzustellen.

Abrechnungsmodelle

Was sind die wichtigsten Unterschiede zwischen dem Standard- und dem US-Abrechnungsmodell?

Sowohl das Standardmodell als auch das US-Modell verwenden die vom Agenten vorab gewählte Abrechnungskategorie (gesprächsbasiert oder nicht-gesprächsbasiert), um die Gesamttarifstruktur zu bestimmen. Der Hauptunterschied liegt in den Klassifizierungen der abrechnungsfähigen Ereignisse.

Standard-Abrechnungsmodell (Verkehr außerhalb der USA)

Dieses Modell gilt für den gesamten Verkehr außerhalb der USA.

  • Die Klassifizierung basiert auf der Abrechnungskategorie des Agenten und dem Nachrichteninhalt .
    • Nicht-konversationelle Agenten : Abrechnung pro Nachricht. Der Nachrichteninhalt bestimmt das Ereignis: Standardnachricht oder Einzelnachricht.
    • Chatbots : Abrechnung pro Gespräch . Ein Gespräch ist ein 24-Stunden-Zeitfenster für unbegrenzten Nachrichtenaustausch zwischen einem Nutzer und einem Chatbot. Die Abrechnung erfolgt zu einem Festpreis. Antwortet der Nutzer nicht innerhalb von 24 Stunden, wird die Nachricht des Chatbots einzeln als Standardnachricht oder Einzelnachricht abgerechnet.
  • Abrechnungsfähige Ereignisse :
    • basic_message
    • single_message
    • a2p_conversation
    • p2a_conversation
    • p2a_message
  • Abrechnungslogik : Die endgültige Gebühr wird anhand der Abrechnungskategorie des Agenten ermittelt, was entweder zu einem Festpreis pro Nachricht (nicht-konversationell) oder zu einem Festpreis pro 24-Stunden-Konversationsfenster (konversationell) führt.

US-Abrechnungsmodell

Dieses Modell gilt für den gesamten Datenverkehr zu und von US-amerikanischen Telefonnummern. Weitere Informationen finden Sie unter usrbm.org .

  • Die Klassifizierung der einzelnen Nachrichtentypen erfolgt automatisch und inhaltsbasiert . Unabhängig von der Abrechnungskategorie des Agenten wird jedes abrechnungsfähige Ereignis einer der folgenden Kategorien zugeordnet:
    • a2p_rich_message
    • a2p_rich_media_message
    • p2a_rich_message
    • p2a_rich_media_message
    • p2a_suggested_action
    • a2p_session
    • p2a_session

Zusammenfassung der Sitzungsabrechnungslogik

Im Rahmen des US RBM-Frameworks können US-Agenten in der Kategorie „Conversational“ anstelle von Gebühren pro Nachricht eine einmalige Sitzungsgebühr auslösen.

Eine Sitzung wird durch eine Sequenz von vier Rich-Media-Nachrichten (darunter mindestens zwei MO- und mindestens eine MT-Nachricht) ausgelöst, die innerhalb von 24 Stunden ab dem Versand der ersten Nachricht ausgetauscht werden. Sobald diese Schwelle erreicht ist, werden alle Nachrichten innerhalb dieses 24-Stunden-Zeitraums als eine einzige Sitzung abgerechnet. Nachrichten, die keine Sitzung auslösen oder außerhalb dieser Schwelle liegen, werden zum Standardpreis pro Nachricht abgerechnet.

Die endgültige Gebühr wird anhand der Abrechnungskategorie des Agenten ermittelt, wobei die abrechnungsfähigen Ereignisklassifizierungen verwendet werden, um die korrekte Tarifstruktur gemäß der Preisliste der Versicherer anzuwenden.

Technische und berichtstechnische Unterschiede

  • RBM-API : Die API-Ressourcen AgentMessage and [ UserMessage ](/business-communications/rcs-business-messaging/reference/rest/v1/UserMessage) enthalten ein richMessageClassification Objekt, das den Nachrichtentyp ausschließlich für US-Datenverkehr definiert. Dieses Objekt wird in Echtzeit beim API-Aufruf bereitgestellt und ist von der späteren Abrechnung getrennt.
  • Abrechnungsberichte : Die Abrechnungsberichte sind auf jedes Modell zugeschnitten und enthalten eine Spalte type , die die für dieses Modell spezifischen abrechnungsfähigen Ereignisse auflistet. Der US-Abrechnungsbericht enthält außerdem eine Spalte für segment_count , die nur für Rich Messages gilt, und eine Spalte für session_type , die nur für Nachrichten innerhalb einer Sitzung gilt.