RCS for Business – Häufig gestellte Fragen zur Abrechnung

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. In diesem Dokument finden Sie Antworten auf häufig gestellte Fragen zum Standardabrechnungsmodell. Weitere Informationen zu US-Abrechnungsklassifizierungen finden Sie im Leitfaden zum US-Abrechnungsmodell.

Abrechnungskategorien

Was sind Abrechnungskategorien für Agents?

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 aus, wenn Sie Ihren Agent erstellen. Sie kann später nicht mehr geändert werden.

Die beiden Hauptabrechnungskategorien werden in der folgenden Tabelle beschrieben.

Hinweis :Ihr Agent kann unabhängig von der Abrechnungskategorie jede Art von Nachricht senden.

Abrechnungskategorie	Agent-Typ	Beispielanwendungsfälle	Abrechnungsmethode
Keine Unterhaltung	Agents, die hauptsächlich unidirektionale Nachrichten senden	OTPs Benachrichtigungen Werbeangebote	Die Abrechnung erfolgt pro Nachricht.
Locker und dialogorientiert	Agents, die für den Austausch mit Nutzern entwickelt wurden	Das richtige Produkt finden Ticket buchen Problembehebung	Abrechnung pro Unterhaltung: Wenn eine Partei (der Agent oder der Nutzer) innerhalb von 24 Stunden auf eine Nachricht der anderen Partei antwortet, beginnt eine Unterhaltung. Während des Konversationszeitraums (24 Stunden nach der ersten Antwort) können der Agent und der Nutzer beliebig viele Nachrichten austauschen. Dem Agenten wird ein Pauschaltarif für die Konversation in Rechnung gestellt. Abrechnung pro Nachricht: Wenn der Agent eine Nachricht sendet, auf die der Nutzer nicht innerhalb von 24 Stunden antwortet, wird dem Agenten die einzelne Nachricht in Rechnung gestellt, ähnlich wie bei einem nicht konversationsorientierten Agenten.

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 pro Nachricht abgerechnet, die sie an den Nutzer senden.
  • Diese Kategorie eignet sich am besten für Kundenservicemitarbeiter, die nicht mit häufigen Antworten rechnen.
• Für konversationelle Agenten wird ein Pauschalpreis für Unterhaltungen berechnet, der alle Nachrichten umfasst, die innerhalb eines Zeitraums von 24 Stunden ausgetauscht werden.
  • Diese Kategorie eignet sich am besten für Kundenservicemitarbeiter, die Multi-Turn-Unterhaltungen mit Nutzern führen.

Hinweis: Um die Abrechnungsstruktur zu vereinfachen, haben wir die alten Abrechnungskategorien Basic Message und Single Message in einer einzigen Abrechnungskategorie Non-conversational zusammengefasst. Die Developer Console wurde aktualisiert und zeigt diese einheitliche Kategorie jetzt für alle neuen Agents an. Weitere Informationen zur Abrechnungskategorie „Nicht konversationell“

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 Kundenservicemitarbeiter senden kann. So kann ein Conversational Agent weiterhin einfache Nachrichten senden und ein Non-conversational Agent kann mehrere Nachrichten, einschließlich Rich Cards, senden.

Abrechnungskategorie für nicht konversationelle Anfragen

Wie wirkt sich die Zusammenführung der Kategorien „Basic Message“ und „Single Message“ in eine Kategorie „Non-conversational“ auf meine Kundenservicemitarbeiter aus?

Am 20. November 2025 haben wir die Abrechnungsstruktur vereinfacht, indem wir die beiden alten Abrechnungskategorien Basic Message und Single Message in der Abrechnungskategorie Non-conversational zusammengefasst haben. Da die alten Kategorien dieselbe Abrechnungslogik hatten, wird durch diese Änderung nur die Agentkonfiguration vereinfacht.

Ab sofort wird jeder Agent entweder als konversationsfähig oder als nicht konversationsfähig klassifiziert.

Diese Änderung betrifft die RcsBusinessMessagingAgentBillingConfig und gilt für alle Entwickler, die die Developer Console oder die Management API verwenden, sowie für alle Mobilfunkanbieter, die die Operations API verwenden.

API-Nutzer haben eine Übergangszeit von 90 Tagen (bis zum 18. Februar 2026), um die neue Kategorie in ihre Systeme zu integrieren. Vollständige Informationen zum Übergangsplan, einschließlich API-Abwärtskompatibilität und empfohlener Codeänderungen, finden Sie in den folgenden Abschnitten.

Migration vorhandener Kundenservicemitarbeiter (keine Maßnahmen erforderlich)

Das Supportteam übernimmt die Migration automatisch:

• Alle als Basic Message oder Single Message kategorisierten Kundenservicemitarbeiter werden nach der 90-tägigen Übergangsfrist automatisch in die Kategorie Non-conversational umkategorisiert.
• Sie werden 30 Tage vor der Migration Ihrer vorhandenen Agents benachrichtigt.

Entwicklerkonsole (Entwickler)

• Vorhandene Kundenservicemitarbeiter: In der Entwicklerkonsole werden für vorhandene Kundenservicemitarbeiter bis zum 18. Februar 2026 weiterhin die alten Kategorien Basic Message und Single Message angezeigt.
• Neue Agents: Sie können nur neue Agents erstellen, die konversationell oder nicht konversationell sind.

Management API (Entwickler)

• Abwärtskompatibilität: Die Management API unterstützt und gibt während des 90-tägigen Kulanzzeitraums vorübergehend sowohl die alten BASIC_MESSAGE- als auch die SINGLE_MESSAGE-Werte und den neuen NON_CONVERSATIONAL-Wert zurück.
• Erforderliche Maßnahme: Aktualisieren Sie die Logik Ihres Agents, um den neuen NON_CONVERSATIONAL-Wert vor dem 18. Februar 2026 zu verwenden.

Empfohlenes Codemuster

Damit Ihr Code auch bei zukünftigen Änderungen funktioniert, empfehlen wir, die Logik so zu aktualisieren, dass eine binäre Prüfung des Felds billingCategory erfolgt:

if (billingCategory == CONVERSATIONAL) {
  // Logic for conversational messages
} else {
  // Logic for non-conversational messages
}

So wird verhindert, dass Ihr System von bestimmten Enum-Namen oder ‑Werten abhängig ist, die sich möglicherweise ändern.

Operations API (Carriers)

• Abwärtskompatibilität: Um Unterbrechungen zu vermeiden, gibt die Operations API während der 90-tägigen Übergangszeit die alte SINGLE_MESSAGE für Agents zurück, die als NON_CONVERSATIONAL gekennzeichnet sind.
• Wichtig: Aktualisieren Sie Ihre Systeme vor dem 18. Februar 2026, damit sie den neuen NON_CONVERSATIONAL-Wert verarbeiten können.
• Vorabnutzung: Mobilfunkanbieter können den Support kontaktieren, um das neue NON_CONVERSATIONAL-Enum vor dem 18. Februar 2026 zu erhalten. Wenn Sie sich dafür entscheiden, geben Agents, die als NON_CONVERSATIONAL konfiguriert sind (in der Entwicklerkonsole oder mit der Management API), NON_CONVERSATIONAL in der Operations API zurück.

Abrechenbare Ereignisse

Was sind abrechenbare Ereignisse?

Abrechenbare Ereignisse sind Interaktionen zwischen einem RCS for Business-Agent und einem Nutzer, die zu Abrechnungszwecken erfasst werden. Ereignisse werden anhand des Nachrichtentyps und des Zeitpunkts der Interaktionen kategorisiert.

Google erfasst diese Ereignisse und stellt Berichte dazu bereit, damit Mobilfunkanbieter Partnern die von ihren Kundenservicemitarbeitern gesendeten Nachrichten in Rechnung stellen können.

Welche abrechenbaren Ereignisse gelten für die einzelnen Nachrichtentypen?

Hinweis :Die Ereignisse in diesem Abschnitt gelten nur für das Standardabrechnungsmodell (Traffic außerhalb der USA). Informationen zu abrechenbaren Ereignissen für US-Traffic finden Sie im Abrechnungsmodell für die USA.

In den Abrechnungsberichten werden fünf 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.

In der folgenden Tabelle werden die einzelnen abrechenbaren Ereignisse für nicht konversationsfähige und konversationsfähige Agents beschrieben.

Ereignistyp	Beschreibung	Nicht konversationelle Agenten	Konversations-Agents
basic_message	Eine A2P-Nachricht, die nur Text mit maximal 160 Zeichen enthält. Beispiel ansehen	Wird immer als einzelnes abrechenbares Ereignis behandelt, unabhängig davon, ob der Nutzer antwortet.	Wird als einzelnes abrechenbares Ereignis behandelt, sofern der Nutzer nicht innerhalb von 24 Stunden antwortet. In diesem Fall wird die Nachricht Teil einer a2p_conversation.
single_message	A2P-Nachricht mit Rich Content oder eine reine Textnachricht mit mehr als 160 Zeichen. Beispiel ansehen	Wird immer als einzelnes abrechenbares Ereignis behandelt, unabhängig davon, ob der Nutzer antwortet.	Wird als einzelnes abrechenbares Ereignis behandelt, sofern der Nutzer nicht innerhalb von 24 Stunden antwortet. In diesem Fall wird die Nachricht Teil einer a2p_conversation.
a2p_conversation (vom Unternehmen initiiert)	Wird initiiert, wenn ein Nutzer innerhalb von 24 Stunden nach Erhalt einer A2P-Nachricht außerhalb einer bestehenden Unterhaltung darauf antwortet. Beispiel ansehen	– Bei nicht konversationellen Agenten wird dieser Ereignistyp nie generiert.	Wenn eine P2A-Nachricht innerhalb von 24 Stunden nach mehreren A2P-Nachrichten zugestellt wird, wird nur die A2P-Nachricht verwendet, die unmittelbar vor der P2A-Nachricht gesendet wurde, um die Unterhaltung zu starten. Diese A2P-Nachricht und alle Nachrichten, die innerhalb der nächsten 24 Stunden zugestellt werden, sind Teil der a2p_conversation.
p2a_conversation (vom Nutzer initiiert)	Wird ausgelöst, wenn ein Kundenservicemitarbeiter innerhalb von 24 Stunden nach Erhalt auf eine P2A-Nachricht antwortet, die nicht Teil einer bestehenden Unterhaltung ist. Beispiel ansehen	– Bei nicht konversationellen Agenten wird dieser Ereignistyp nie generiert.	Wenn eine A2P-Nachricht innerhalb von 24 Stunden nach mehreren P2A-Nachrichten zugestellt wird, wird nur die P2A-Nachricht verwendet, die unmittelbar vor der A2P-Nachricht gesendet wurde, um die Unterhaltung zu starten. Diese P2A-Nachricht und alle Nachrichten, die innerhalb der nächsten 24 Stunden zugestellt werden, sind Teil des p2a_conversation.
p2a_message	P2A-Nachricht eines beliebigen Typs. Beispiel ansehen	Wird immer als einzelnes abrechenbares Ereignis behandelt, unabhängig davon, ob der Kundenservicemitarbeiter antwortet.	Wird als einzelnes abrechenbares Ereignis behandelt, es sei denn, der Kundenservicemitarbeiter antwortet innerhalb von 24 Stunden.

Was sind Beispiele für Nachrichten, die die einzelnen Abrechnungsereignisse auslösen?

Einfache Nachricht

Im folgenden Screenshot sehen Sie die URL-Vorschau in der SMS. Das ist keine interaktive Chat-Nachricht.

Einzelne Nachricht

A2P-Konversation

P2A-Nachricht

P2A-Konversation

Welche Vorteile bietet das jeweilige Abrechnungsereignis?

Einfache Nachricht

Wichtige Vorteile einer einfachen Mitteilung:

• Vertrauen aufbauen: Durch die Bestätigung und das Branding wird Vertrauen und Glaubwürdigkeit aufgebaut.
• URL-Vorschau: Basic Messages können Text und ein anklickbares Vorschaubild für die URL enthalten.
• Taktische einmalige Angebote: Ideal für kurzfristige Angebote oder Informationsnachrichten, die keine Nutzerreaktion erfordern.
• Traffic generieren: Mit Basic Messages können Nutzer zur App, Website oder zu anderen Ressourcen der Marke weitergeleitet werden.

Einzelne Nachricht

Wichtige Vorteile von Single Message:

• Visuelle Wirkung: Hochwertige Grafiken ziehen die Aufmerksamkeit auf sich und verdeutlichen Optionen, was die Nutzerinteraktion steigert.
• Eine Karte, mehrere Aktionen: Mit einer Rich Card oder einem Karussell können mit Vorschlägen mehrere Aktionen ausgelöst werden, z. B. einen Kalendertermin erstellen, einen Ort suchen, eine Nummer wählen oder eine URL öffnen – alles über eine einzige Nachricht.
• Klarer Mehrwert, prägnante Botschaft: Nutzer zum nächsten Schritt anregen.

Locker und dialogorientiert

Wichtige Vorteile von A2P- und P2A-Unterhaltungen:

• Rich Media-Integration: Binden Sie verschiedene Medien ein, z. B. Bilder, Videos und PDFs, sowie vorgeschlagene Aktionen und Antworten.
• Personalisierte Interaktionen: Ermöglichen Sie einen Dialog, um maßgeschneiderte Hilfe und Produktempfehlungen zu geben.
• Conversion-Möglichkeiten: Nutzer können direkt im Chat aktiv werden. Das verringert den Aufwand und erhöht die Conversion-Rate.

Wie hängen Agentenabrechnungskategorien mit Abrechnungsereignissen zusammen?

Die Abrechnungsvorgänge basic_message und single_message dürfen nicht mit den Abrechnungskategorien „Basic Message“ und „Single Message“ verwechselt werden.

• Mit jedem Agent (unabhängig von seiner Abrechnungskategorie) können basic_message- und single_message-Abrechnungsereignisse generiert werden.
• Die Abrechnungskategorien „Basic Message“ und „Single Message“ werden verwendet, um nicht konversationelle Agents zu klassifizieren. Bei Agents in diesen Abrechnungskategorien werden keine Abrechnungsereignisse für Unterhaltungen (a2p_conversations oder p2a_conversations) generiert. Stattdessen werden einzelne Abrechnungsereignisse für basic_message, single_message und p2a_message generiert.

Was ist eine Unterhaltung?

In RCS for Business ist eine Unterhaltung eine Reihe von Nachrichten, die innerhalb von 24 Stunden zwischen einem Nutzer und einem Conversational Agent ausgetauscht werden. Nur Kundenservicemitarbeiter mit einer Abrechnungskategorie für Konversationen können Konversationen generieren und für die folgenden abrechenbaren Ereignisse in Rechnung gestellt werden:

• A2P (Application-to-Person): Vom Unternehmen gesendet.
• P2A (Person-to-Application): Vom Nutzer gesendet.

So funktionieren Unterhaltungen

• Beginn: Eine Unterhaltung beginnt, wenn eine Partei (der Kundenservicemitarbeiter oder der Nutzer) innerhalb von 24 Stunden nach Erhalt auf eine Nachricht der anderen Partei antwortet, die nicht Teil einer bestehenden Unterhaltung ist.
  • A2P-Unterhaltung: Beginnt, wenn der Nutzer auf die Nachricht des Agents antwortet.
  • P2A-Unterhaltung: Beginnt, wenn der Agent auf die Nachricht des Nutzers antwortet.
• Gesprächsfenster: Das Gespräch bleibt 24 Stunden nach Beginn aktiv. Die Unterhaltung umfasst alle Nachrichten innerhalb dieses 24-Stunden-Zeitraums sowie die allererste Nachricht, auf die ursprünglich geantwortet wurde.
• Abrechnung: Anstatt jede einzelne Nachricht abzurechnen, werden Conversational Agents auf Grundlage der gesamten Unterhaltung abgerechnet. Die Kosten sind also mit dem Unterhaltungsverlauf verknüpft, nicht mit der Anzahl der Nachrichten darin.

Das folgende Diagramm zeigt ein Beispiel für eine A2P-Abrechnungssitzung für Conversational Agents:

Wichtig

• Unterhaltungen gelten nicht für nicht konversationelle Agenten. Für Agents mit der Abrechnungskategorie „Basic Message“ oder „Single Message“ wird pro Nachricht abgerechnet, unabhängig davon, ob der Nutzer antwortet.
• Bei konversationellen Agents kann sich die Generierung von Abrechnungsereignisberichten und Aktivitätsprotokollen um bis zu zwei Tage verzögern. Durch diese Verzögerung können alle Nachrichten in einer Unterhaltung erfasst werden, bevor das Abrechnungsereignis berechnet wird.

Welche Abrechnungsereignisse werden generiert, wenn der Agent mehrere Nachrichten sendet, bevor ein Nutzer antwortet?

Die Abrechnungskategorie Ihres Agents und der Zeitpunkt der Antwort des Nutzers bestimmen, welche Art von Ereignissen generiert wird.

Bei nicht unterhaltungsbasierten Agents: Jede Nachricht generiert ein eigenes Ereignis.

• Durch eine Agent-Nachricht wird ein basic_message- oder single_message-Ereignis generiert.
• Durch eine Nutzermitteilung wird ein p2a_message-Ereignis generiert.

Bei Conversational Agents: Das Ergebnis hängt davon ab, wann der Nutzer auf die letzte Nachricht des Agents antwortet.

• Wenn der Nutzer innerhalb von 24 Stunden antwortet:
  • Ein a2p_conversation-Termin beginnt. Dieses Ereignis umfasst die letzte Nachricht des Kundenservicemitarbeiters, die Antwort des Nutzers und alle Nachrichten, die innerhalb von 24 Stunden nach der Antwort des Nutzers ausgetauscht wurden.
  • Alle Agent-Nachrichten, die vor der letzten Agent-Nachricht gesendet werden, sind nicht Teil der Unterhaltung. Für jede wird ein eigenes basic_message- oder single_message-Ereignis generiert.
• Wenn der Nutzer nach 24 Stunden antwortet:
  • Für jede Agent-Nachricht wird ein basic_message- oder single_message-Ereignis generiert.
  • Durch die Antwort des Nutzers wird ein p2a_conversation-Ereignis generiert, wenn der Kundenservicemitarbeiter innerhalb von 24 Stunden antwortet. Wenn der Agent nicht innerhalb dieses Zeitrahmens antwortet, wird stattdessen ein p2a_message-Ereignis generiert.

Welche Nutzerantworten tragen zu Abrechnungsereignissen bei?

Nur bestimmte Nutzerantworten tragen zu Abrechnungsvorgängen bei. Dazu gehören Antworten, die ein p2a_message-Ereignis erstellen oder Teil eines a2p_conversation- oder p2a_conversation-Ereignisses sind. In der folgenden Tabelle wird erläutert, welche Nutzerantworten zu Abrechnungsereignissen führen.

Hinweis :Mobilfunkanbieter entscheiden, ob und wie p2a_message- und p2a_conversation-Ereignisse abgerechnet werden. Diese Ereignisse sind in den Abrechnungsberichten enthalten, um für Transparenz zu sorgen und es Mobilfunkanbietern zu ermöglichen, die Nutzerinteraktion nachzuverfolgen.

Übersicht:

Nutzerantwort	Trägt zu Abrechnungsvorgängen bei	Hinweise
Eine Datei senden	Ja	Wird als vom Mobilgerät gesendete (Mobile-Originated, MO) Nachricht behandelt.
SMS senden	Ja	Wird als MO-Nachricht behandelt.
Tippt auf eine vorgeschlagene Antwort	Ja	Wird als MO-Nachricht behandelt.
Tippt auf eine vorgeschlagene Aktion.	Nein	Die Postback-Daten aus dem Tap selbst tragen nicht zu einem Abrechnungsereignis bei.
Teilt einen Standort	Ja	Die MO-Nachricht mit dem Standort des Nutzers trägt zu einem Abrechnungsereignis bei. Das gilt unabhängig davon, ob der Standort manuell oder über eine vorgeschlagene Aktion geteilt wird.
Tippt auf Abmelden oder Abonnieren.	Ja	Das resultierende Webhook-Ereignis trägt nicht zu einem Abrechnungsereignis bei, aber die automatische STOP- oder START-Nachricht, die gesendet wird, wenn der Nutzer auf die Option „Abmelden“ oder „Abonnieren“ tippt, wird als MO-Nachricht behandelt.

Wenn durch eine Nutzerantwort ein abrechenbares Ereignis generiert wird (siehe oben), hängt der Ereignistyp von der Abrechnungskategorie des Kundenservicemitarbeiters ab.

Für nicht konversationelle Agenten:

• Das durch die Antwort eines Nutzers generierte Abrechnungsereignis ist immer ein p2a_message.

Für Konversations-Agenten:

Der Ereignistyp wird auch durch das Timing von Nachrichten innerhalb eines 24-Stunden-Zeitraums bestimmt.

• Wenn ein Nutzer auf die Nachricht des Agents antwortet:
  • Innerhalb von 24 Stunden: Die Antwort des Nutzers trägt zu einem vorhandenen a2p_conversation-Ereignis bei.
  • Nach 24 Stunden: Durch die Antwort des Nutzers wird ein neues p2a_message-Ereignis generiert.
• Wenn der Agent auf die Nachricht eines Nutzers antwortet:
  • Innerhalb von 24 Stunden: Durch die Antwort des Kundenservicemitarbeiters wird ein p2a_conversation erstellt, das mit der ursprünglichen Nachricht des Nutzers beginnt.
  • Nach 24 Stunden: Die Nachricht des Nutzers löst ein p2a_message-Ereignis aus.

Abrechnungsberichte

Was ist ein Abrechnungsbericht?

Es handelt sich um eine Aufzeichnung von abrechenbaren Ereignissen, die auf Grundlage der Abrechnungskategorie des Agenten und der Arten von Nachrichten, die er sendet, berechnet werden. Abrechnungsberichte sind für alle Mobilfunkanbieter verfügbar, die RCS for Business aktiv nutzen.

Weitere Informationen zu Abrechnungsberichten finden Sie unter Berichte zu Abrechnungsereignissen und Aktivitätsprotokolle.

Kann ich einen Abrechnungsbericht erhalten?

Nur Mobilfunkanbieter, die RCS for Business aktiv nutzen, erhalten Abrechnungsberichte. Partner erhalten keine Abrechnungsberichte.

Informationen zum Abrufen von Abrechnungsberichten finden Sie unter Dateispeicher und ‑zugriff. Hier finden Sie eine Anleitung zum Abrufen von Abrechnungsberichten über das Secure File Transfer Protocol (SFTP) für Mobilfunkanbieter, die Zugriff auf Abrechnungsberichte haben.

Was soll ich tun, wenn Informationen im Abrechnungsbericht fehlen?

Wenn Sie feststellen, dass einige Informationen im Bericht fehlen, wenden Sie sich zur Fehlerbehebung an das Supportteam. Weitere Informationen finden Sie im Leitfaden zur Fehlerbehebung für RCS for Business.

Warum sehe ich Gebühren in einem Monat, in dem ich keine Nachrichten gesendet habe?

Abrechnungsereignisse für RCS for Business werden basierend auf dem Zeitpunkt der Nachrichtenzustellung und nicht auf dem Zeitpunkt des Versands der Nachricht aufgezeichnet.

Beispiel:

Wenn Sie Nachrichten Ende Juni senden, sie aber erst Anfang Juli auf dem Gerät des Nutzers zugestellt werden (z. B. weil das Smartphone des Nutzers offline war), werden diese Gebühren 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 das Standardmodell als auch das US-Modell verwenden die vom Kundenservicemitarbeiter vorab ausgewählte Abrechnungskategorie (konversationell oder nicht konversationell), um die allgemeine Ratenstruktur 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 alle Zugriffe außerhalb der USA.

• Die Klassifizierung basiert auf der Abrechnungskategorie des Kundenservicemitarbeiters und dem Nachrichteninhalt.
  • Nicht konversationelle Agenten: Die Abrechnung erfolgt pro Nachricht. Der Inhalt der Nachricht bestimmt das Ereignis: grundlegende Nachricht oder Einzelnachricht.
  • Konversations-Agents: Die Abrechnung erfolgt pro Konversation. Eine Konversation ist ein 24-Stunden-Zeitfenster für den unbegrenzten Nachrichtenaustausch zwischen einem Nutzer und einem Agenten, das zu einem Festpreis abgerechnet wird. Wenn ein Nutzer nicht innerhalb von 24 Stunden antwortet, wird die Nachricht des Kundenservicemitarbeiters einzeln als einfache Nachricht oder Einzelnachricht abgerechnet.
• Abrechenbare Ereignisse:
  • basic_message
  • single_message
  • a2p_conversation
  • p2a_conversation
  • p2a_message
• Abrechnungslogik: Die endgültige Gebühr richtet sich nach der Abrechnungskategorie des Agenten. Sie kann entweder ein fester Preis pro Nachricht (nicht konversationell) oder ein fester Preis pro 24-Stunden-Konversationsfenster (konversationell) sein.

US-Abrechnungsmodell

Dieses Modell gilt für den gesamten Traffic zu und von US-Telefonnummern. Weitere Informationen finden Sie im US-Abrechnungsmodell.

• Die Klassifizierung einzelner Nachrichten und Nutzeraktionen erfolgt automatisch und basiert auf dem Inhalt. Unabhängig von der Abrechnungskategorie des Kundenservicemitarbeiters wird jedes abrechenbare Ereignis in eine der folgenden Kategorien eingeteilt:
  • Rich-Media-Nachricht (MT/MO)
  • Rich Media-Nachricht (MT/MO)
  • Klick auf vorgeschlagene Aktion (nur Mobilgeräte)
• Abrechenbare Ereignisse:
  • a2p_rich_message
  • a2p_rich_media_message
  • p2a_rich_message
  • p2a_rich_media_message
  • suggested_action_click
• Abrechnungslogik: Die endgültige Gebühr wird anhand der Abrechnungskategorie des Kundenservicemitarbeiters ermittelt. Dabei werden die Abrechnungsereignisklassifizierungen verwendet, um die richtige Tarifstruktur anzuwenden.

Technische Unterschiede und Unterschiede bei der Berichterstellung

• RBM API: Die API-Ressourcen AgentMessage und UserMessage enthalten ein richMessageClassification-Objekt, um den Nachrichtentyp nur für US-Traffic zu definieren. Diese Informationen werden in Echtzeit bei einem API-Aufruf bereitgestellt und sind unabhängig von einem späteren Abrechnungsbericht.
• Abrechnungsberichte: Abrechnungsberichte sind auf die einzelnen Modelle zugeschnitten und enthalten eine type-Spalte, in der die abrechenbaren Ereignisse für das jeweilige Modell aufgeführt sind. Der Abrechnungsbericht für die USA enthält auch eine Spalte für segment_count, die nur für Rich Messages gilt.