Najczęstsze pytania dotyczące płatności za RCS dla firm

RCS dla firm korzysta z 2 modeli rozliczeń: standardowego modelu rozliczeń w przypadku ruchu spoza Stanów Zjednoczonych i modelu rozliczeń w Stanach Zjednoczonych w przypadku ruchu w Stanach Zjednoczonych. W tym dokumencie znajdziesz odpowiedzi na najczęstsze pytania dotyczące standardowego modelu rozliczeń. Szczegółowe informacje o klasyfikacjach rozliczeń w Stanach Zjednoczonych znajdziesz w przewodniku Model rozliczeń w Stanach Zjednoczonych.

Kategorie fakturowania

Jakie są kategorie fakturowania agentów?

Kategoria rozliczeniowa to klasyfikacja agenta RCS Business Messaging, która określa logikę rozliczeń za wiadomości wysyłane przez agenta. Tę kategorię wybierasz podczas tworzenia agenta i nie można jej później zmienić.

Dwie główne kategorie rozliczeń zostały opisane w tej tabeli.

Uwaga: Twój agent może wysyłać wiadomości dowolnego typu, niezależnie od kategorii rozliczeniowej.

Kategoria fakturowania	Typ agenta	Przykładowe przypadki użycia	Forma płatności
Niekonwersacyjny	agenci, którzy wysyłają głównie wiadomości jednokierunkowe;	Hasła jednorazowe Alerty Oferty promocyjne	Opłaty są naliczane za każdą wiadomość.
Konwersacyjny	agenty przeznaczone do interakcji z użytkownikami,	Znajdowanie odpowiedniej usługi Rezerwacja biletu Rozwiązywanie problemu	Płatność za rozmowę: jeśli jedna ze stron (agent lub użytkownik) odpowie na wiadomość od drugiej strony w ciągu 24 godzin, rozpocznie się rozmowa. W okresie rozmowy (24 godziny od pierwszej odpowiedzi) agent i użytkownik mogą wymieniać dowolną liczbę wiadomości, a agentowi zostanie naliczona stała opłata za rozmowę. Opłata za wiadomość: jeśli agent wyśle wiadomość, na którą użytkownik nie odpowie w ciągu 24 godzin, agentowi zostanie naliczona opłata za tę wiadomość, podobnie jak w przypadku agenta nieprowadzącego rozmów.

Skąd mam wiedzieć, którą kategorię rozliczeniową wybrać dla mojego agenta?

Istnieją 2 główne kategorie rozliczeń: konwersacyjne i niekonwersacyjne.

• Za każdego agenta niekonwersacyjnego naliczana jest opłata za każdą wiadomość dostarczoną do użytkownika.
  • Ta kategoria jest najlepsza w przypadku agentów, którzy nie oczekują częstych odpowiedzi.
• Za rozmowy z agentami konwersacyjnymi pobierana jest stała opłata. Rozmowy obejmują wszystkie wiadomości wymieniane w ciągu 24 godzin.
  • Ta kategoria jest najlepsza w przypadku agentów, którzy prowadzą z użytkownikami rozmowy wieloetapowe.

Uwaga: aby uprościć strukturę płatności, połączyliśmy starsze kategorie rozliczeniowe Wiadomość podstawowa i Pojedyncza wiadomość w jedną kategorię Wiadomości niekonwersacyjne. Zaktualizowaliśmy Konsolę programisty i teraz wyświetla ona tę ujednoliconą kategorię w przypadku wszystkich nowych agentów. Szczegółowe informacje o migracji obecnych agentów i okresie integracji interfejsu API znajdziesz w temacie Kategoria rozliczeniowa dotycząca interakcji niekonwersacyjnych.

Wybierz kategorię płatności, która najlepiej pasuje do Twojego przypadku użycia i oczekiwanego zaangażowania użytkowników. Agent może wysyłać wiadomości dowolnego typu, niezależnie od kategorii.

Dzieje się tak, ponieważ kategoria rozliczeniowa określa sposób naliczania opłat za wiadomości, a nie typy wiadomości, które może wysyłać Twój agent. Na przykład agent konwersacyjny może nadal wysyłać podstawowe wiadomości, a agent niekonwersacyjny może wysyłać wiele wiadomości, w tym karty z elementami multimedialnymi.

Kategoria fakturowania niekonwersacyjnego

Jak połączenie kategorii Wiadomość podstawowa i Wiadomość pojedyncza w jedną kategorię Wiadomości niekonwersacyjne wpłynie na moich agentów?

20 listopada 2025 r. uprościliśmy strukturę płatności, łącząc 2 starsze kategorie płatności, Wiadomość podstawowa i Pojedyncza wiadomość, w jedną kategorię płatności Wiadomości niekonwersacyjne. Starsze kategorie miały identyczną logikę rozliczeń, więc ta zmiana po prostu upraszcza konfigurację agenta.

Od teraz każdy agent będzie klasyfikowany jako konwersacyjny lub niekonwersacyjny.

Ta zmiana dotyczy RcsBusinessMessagingAgentBillingConfig i ma zastosowanie do wszystkich deweloperów korzystających z Konsoli programisty lub interfejsu Management API oraz wszystkich operatorów korzystających z interfejsu Operations API.

Użytkownicy interfejsu API mają 90-dniowy okres przejściowy (do 18 lutego 2026 r.) na zintegrowanie nowej kategorii w swoich systemach. Szczegółowe informacje o planie przejścia, w tym o zgodności wstecznej interfejsu API i zalecanych zmianach w kodzie, znajdziesz w sekcjach poniżej.

Migracja obecnego agenta (nie wymaga żadnych działań)

Zespół pomocy automatycznie przeprowadzi migrację:

• Wszyscy agenci zakwalifikowani do kategorii Basic Message lub Single Message zostaną automatycznie przekwalifikowani do kategorii Non-conversational po 90-dniowym okresie przejściowym.
• Na 30 dni przed przeniesieniem obecnych agentów otrzymasz powiadomienie.

Konsola programisty (dla deweloperów)

• Obecni agenci: w Konsoli dewelopera do 18 lutego 2026 r. będą nadal wyświetlane starsze kategorie Wiadomość podstawowa i Pojedyncza wiadomość.
• Nowi agenci: będziesz mieć możliwość tworzenia nowych agentów tylko jako konwersacyjnych lub niekonwersacyjnych.

Interfejs API zarządzania (dla programistów)

• Zgodność wsteczna: interfejs Management API będzie tymczasowo obsługiwać i zwracać zarówno starsze wartości BASIC_MESSAGE i SINGLE_MESSAGE, jak i nową wartość NON_CONVERSATIONAL w 90-dniowym okresie przejściowym.
• Wymagane działanie: zaktualizuj logikę agenta, aby używać nowej wartości NON_CONVERSATIONAL przed 18 lutego 2026 r.

Zalecany wzorzec kodu

Aby Twój kod był odporny na przyszłe zmiany, zalecamy zaktualizowanie logiki tak, aby używała sprawdzania binarnego w przypadku pola billingCategory:

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

Dzięki temu system nie będzie zależeć od konkretnych nazw ani wartości wyliczeń, które mogą ulec zmianie.

Operations API (przewoźnicy)

• Zgodność wsteczna: aby zapobiec przerwom w działaniu, interfejs Operations API będzie zwracać starszy typ SINGLE_MESSAGE w przypadku agentów oznaczonych jako NON_CONVERSATIONAL w okresie 90-dniowego przejścia.
• Wymagane działanie: zaktualizuj systemy, aby obsługiwały nową wartość NON_CONVERSATIONALprzed 18 lutego 2026 r.
• Wcześniejsze wdrożenie: operatorzy mogą skontaktować się z zespołem pomocy, aby przed 18 lutego 2026 r. wyrazić zgodę na otrzymywanie nowego wyliczenia NON_CONVERSATIONAL. Jeśli włączysz tę funkcję, agenci skonfigurowani jako NON_CONVERSATIONAL (w konsoli Developer Console lub za pomocą interfejsu Management API) będą zwracać wartość NON_CONVERSATIONAL w interfejsie Operations API.

Zdarzenia podlegające rozliczeniu

Co to są zdarzenia podlegające rozliczeniu?

Zdarzenia podlegające opłacie to interakcje między agentem RCS Business Messaging a użytkownikiem, które są śledzone na potrzeby rozliczeń. Zdarzenia są podzielone na kategorie na podstawie typu wiadomości i czasu interakcji.

Google śledzi te zdarzenia i raportuje je, aby pomóc operatorom rozliczać partnerów za wiadomości wysyłane przez ich agentów.

Jakie zdarzenia podlegające rozliczeniu dotyczą poszczególnych typów wiadomości?

Uwaga: zdarzenia w tej sekcji dotyczą tylko standardowego modelu rozliczeń (ruchu spoza Stanów Zjednoczonych). Więcej informacji o zdarzeniach podlegających opłacie w przypadku ruchu w Stanach Zjednoczonych znajdziesz w przewodniku Model płatności w Stanach Zjednoczonych.

W raportach rozliczeniowych rejestrowanych jest 5 rodzajów zdarzeń podlegających opłacie. Te zdarzenia obejmują zdarzenia MT i MO, które są określane jako zdarzenia A2P i P2A.

• A2P (Application-to-Person) to MT (Mobile Terminated): wiadomość wysłana przez firmę.
• P2A (Person-to-Application) is MO (Mobile Originated): wiadomość lub działanie zainicjowane przez użytkownika.

W tabeli poniżej opisano każde zdarzenie podlegające rozliczeniu w przypadku agentów nieprowadzących i prowadzących rozmowy.

Typ wydarzenia	Opis	Agenty niekonwersacyjne	Agenty konwersacyjne
basic_message	Wiadomość A2P zawierająca tylko tekst o długości maksymalnie 160 znaków. Zobacz przykład	Zawsze traktowane jako osobne zdarzenie podlegające opłacie, niezależnie od tego, czy użytkownik odpowie.	Traktowane jako osobne zdarzenie podlegające opłacie, chyba że użytkownik odpowie w ciągu 24 godzin. W takim przypadku wiadomość staje się częścią a2p_conversation.
single_message	Wiadomość A2P, która zawiera treści multimedialne lub jest wiadomością tekstową o długości ponad 160 znaków. Zobacz przykład	Zawsze traktowane jako osobne zdarzenie podlegające opłacie, niezależnie od tego, czy użytkownik odpowie.	Traktowane jako osobne zdarzenie podlegające opłacie, chyba że użytkownik odpowie w ciągu 24 godzin. W takim przypadku wiadomość staje się częścią a2p_conversation.
a2p_conversation (rozpoczęta przez firmę)	Rozpoczyna się, gdy użytkownik odpowie na wiadomość A2P w ciągu 24 godzin od jej otrzymania, poza istniejącą rozmową. Zobacz przykład	Nie dotyczy. Agenci niekonwersacyjni nigdy nie generują tego typu zdarzeń.	Jeśli wiadomość P2A zostanie dostarczona w ciągu 24 godzin od wysłania wielu wiadomości A2P, do rozpoczęcia rozmowy zostanie użyta tylko wiadomość A2P, która bezpośrednio poprzedza wiadomość P2A. Ta wiadomość A2P i wszystkie wiadomości dostarczone w ciągu następnych 24 godzin są częścią a2p_conversation.
p2a_conversation (zainicjowane przez użytkownika)	Rozpoczyna się, gdy agent odpowie na wiadomość P2A w ciągu 24 godzin od jej otrzymania, poza istniejącą rozmową. Zobacz przykład	Nie dotyczy. Agenci niekonwersacyjni nigdy nie generują tego typu zdarzeń.	Jeśli wiadomość A2P zostanie dostarczona w ciągu 24 godzin od wysłania kilku wiadomości P2A, do rozpoczęcia rozmowy zostanie użyta tylko wiadomość P2A, która bezpośrednio poprzedza wiadomość A2P. Ta wiadomość P2A i wszystkie wiadomości dostarczone w ciągu następnych 24 godzin należą do p2a_conversation.
p2a_message	Wiadomość P2A dowolnego typu. Zobacz przykład	Zawsze traktowane jako osobne zdarzenie podlegające opłacie, niezależnie od tego, czy agent odpowie.	Traktowane jako osobne zdarzenie podlegające opłacie, chyba że pracownik obsługi klienta odpowie w ciągu 24 godzin.

Jakie są przykłady wiadomości, które wywołują poszczególne zdarzenia rozliczeniowe?

Podstawowa wiadomość

Na zrzucie ekranu poniżej widać podgląd adresu URL w wiadomości tekstowej. To nie jest karta informacyjna.

Pojedyncza wiadomość

Rozmowa A2P

Wiadomość P2A

Rozmowa P2A

Jakie są korzyści z każdego zdarzenia rozliczeniowego?

Podstawowa wiadomość

Najważniejsze zalety wiadomości podstawowej:

• Budowanie zaufania: weryfikacja i branding budują zaufanie i wiarygodność.
• Podgląd adresu URL: wiadomości podstawowe mogą zawierać tekst i obraz podglądu z klikalnym adresem URL.
• Taktyczne promocje jednorazowe: idealne w przypadku krótkoterminowych promocji lub wiadomości informacyjnych, które nie wymagają odpowiedzi użytkownika.
• Zwiększanie ruchu: podstawowe wiadomości mogą kierować użytkowników do aplikacji marki, witryny lub innych zasobów.

Pojedyncza wiadomość

Główne zalety pojedynczej wiadomości:

• Wpływ wizualny: grafiki wysokiej jakości przyciągają uwagę i wyjaśniają opcje, zwiększając zaangażowanie użytkowników.
• Jedna karta, wiele działań: karta multimedialna lub karuzela może wywoływać wiele działań za pomocą sugestii, takich jak utworzenie wydarzenia w kalendarzu, znalezienie lokalizacji, wybranie numeru lub otwarcie adresu URL – wszystko to w ramach jednej wiadomości.
• Jasna wartość, zwięzła wiadomość: zachęcaj użytkowników do wykonania kolejnego kroku.

Konwersacyjny

Główne zalety rozmów A2P i P2A:

• Integracja z multimediami: włącz różne media, takie jak obrazy, filmy i pliki PDF, a także sugerowane działania i odpowiedzi.
• Spersonalizowane interakcje: umożliwiają prowadzenie dialogu, udzielanie dopasowanej pomocy i rekomendowanie produktów.
• Możliwości konwersji: umożliwiaj użytkownikom podejmowanie działań w ramach rozmowy, zmniejszając tarcie i zwiększając współczynniki konwersji.

Jak kategorie płatności za agenta są powiązane ze zdarzeniami związanymi z płatnościami?

Zdarzeń rozliczeniowych basic_message i single_message nie należy mylić z kategoriami rozliczeniowymi Wiadomość podstawowa i Wiadomość pojedyncza.

• Każdy agent (niezależnie od kategorii rozliczeniowej) może generować zdarzenia rozliczeniowe basic_message i single_message.
• Kategorie rozliczeniowe Wiadomość podstawowa i Pojedyncza wiadomość służą do klasyfikowania agentów nieprowadzących rozmów. Agenci w tych kategoriach rozliczeniowych nie generują zdarzeń rozliczeniowych związanych z rozmową (a2p_conversations lub p2a_conversations). Zamiast tego generują poszczególne zdarzenia rozliczeniowe basic_message, single_message i p2a_message.

Czym jest rozmowa?

W przypadku RCS Business Messaging rozmowa to seria wiadomości wymienianych między użytkownikiem a agentem konwersacyjnym w ciągu 24 godzin. Tylko agenty z kategorią rozliczeń dotyczącą rozmów mogą generować rozmowy i być obciążane opłatami za te zdarzenia podlegające rozliczeniu:

• A2P (Application-to-Person): wysyłane przez firmę.
• P2A (Person-to-Application): wysłane przez użytkownika.

Jak działają rozmowy

• Rozpoczęcie: rozmowa rozpoczyna się, gdy jedna ze stron (agent lub użytkownik) odpowie na wiadomość od drugiej strony w ciągu 24 godzin od jej otrzymania, poza istniejącą rozmową.
  • Rozmowa A2P: rozpoczyna się, gdy użytkownik odpowie na wiadomość agenta.
  • Rozmowa P2A: rozpoczyna się, gdy agent odpowie na wiadomość użytkownika.
• Okno rozmowy: rozmowa pozostaje aktywna przez 24 godziny od jej rozpoczęcia. Rozmowa obejmuje wszystkie wiadomości w tym 24-godzinnym przedziale czasu, a także pierwszą wiadomość, na którą pierwotnie odpowiedziano.
• Płatności: zamiast naliczać opłaty za każdą wiadomość, opłaty za agentów konwersacyjnych są naliczane na podstawie całej rozmowy. Oznacza to, że koszt jest powiązany z wątkiem rozmowy, a nie z liczbą wiadomości w nim.

Na diagramie poniżej przedstawiono przykład sesji rozliczeniowej A2P w przypadku agentów konwersacyjnych:

Ważne

• Rozmowy nie mają zastosowania do agentów niekonwersacyjnych. Agenci z kategorią rozliczeniową Basic Message lub Single Message są rozliczani za każdą wiadomość, niezależnie od tego, czy użytkownik odpowie.
• W przypadku agentów konwersacyjnych generowanie raportów o zdarzeniach rozliczeniowych i dzienników aktywności może być opóźnione o maksymalnie 2 dni. Ten czas oczekiwania pozwala RCS dla firm rejestrować wszystkie wiadomości w rozmowie przed obliczeniem zdarzenia rozliczeniowego.

Jakie zdarzenia rozliczeniowe są generowane, jeśli agent wyśle kilka wiadomości, zanim użytkownik odpowie?

Kategoria rozliczeniowa agenta i czas odpowiedzi użytkownika określają, jakie typy zdarzeń są generowane.

W przypadku agentów nieprowadzących rozmów: każdy komunikat generuje własne zdarzenie.

• Wiadomość od agenta generuje zdarzenie basic_message lub single_message.
• Wiadomość dla użytkowników generuje zdarzenie p2a_message.

W przypadku agentów konwersacyjnych: wynik zależy od tego, kiedy użytkownik odpowie na ostatnią wiadomość agenta.

• Jeśli użytkownik odpowie w ciągu 24 godzin:
  • Rozpoczyna się wydarzenie a2p_conversation. To zdarzenie obejmuje ostatnią wiadomość agenta, odpowiedź użytkownika i wszystkie wiadomości wymienione w ciągu 24 godzin po odpowiedzi użytkownika.
  • Wiadomości agenta dostarczone przed ostatnią wiadomością agenta nie są częścią rozmowy. Każda z nich generuje własne zdarzenie basic_message lub single_message.
• Jeśli użytkownik odpowie po upływie 24 godzin:
  • Każda wiadomość od agenta generuje zdarzenie basic_message lub single_message.
  • Odpowiedź użytkownika generuje zdarzenie p2a_conversation, jeśli pracownik obsługi klienta odpowie w ciągu 24 godzin. Jeśli agent nie odpowie w tym czasie, zamiast tego zostanie wygenerowane zdarzenie p2a_message.

Które odpowiedzi użytkowników przyczyniają się do zdarzeń rozliczeniowych?

Tylko określone odpowiedzi użytkowników przyczyniają się do zdarzeń rozliczeniowych. Obejmują one odpowiedzi, które tworzą p2a_message wydarzenie lub są częścią wydarzenia a2p_conversation lub p2a_conversation. W tabeli poniżej znajdziesz informacje o tym, które odpowiedzi użytkowników generują zdarzenia rozliczeniowe.

Uwaga: operatorzy decydują, czy i w jaki sposób naliczane są opłaty za zdarzenia p2a_message i p2a_conversation. Te zdarzenia są uwzględniane w raportach rozliczeniowych, aby zapewnić przejrzystość i umożliwić operatorom śledzenie zaangażowania użytkowników.

Podsumowanie:

Odpowiedź użytkownika	Wpływa na zdarzenia płatności	Uwagi
wysyła plik;	Tak	Traktowana jako wiadomość wysłana z urządzenia mobilnego.
Wysyłanie SMS-a	Tak	Traktowana jako wiadomość MO.
kliknie sugerowaną odpowiedź;	Tak	Traktowana jako wiadomość MO.
kliknie sugerowane działanie;	Nie	Dane zwrotne z samego kliknięcia nie przyczyniają się do zdarzenia rozliczeniowego.
Udostępnianie lokalizacji	Tak	Wiadomość MO zawierająca lokalizację użytkownika jest zdarzeniem rozliczeniowym. Dotyczy to zarówno lokalizacji udostępnianej ręcznie, jak i za pomocą sugerowanego działania.
Kliknięcie Anuluj subskrypcję lub Subskrybuj	Tak	Wynikowe zdarzenie webhooka nie jest uwzględniane w zdarzeniach rozliczeniowych, ale automatyczna wiadomość STOP lub START, która jest dostarczana, gdy użytkownik kliknie opcję „Anuluj subskrypcję” lub „Subskrybuj”, jest traktowana jako wiadomość MO.

Gdy odpowiedź użytkownika wygeneruje zdarzenie podlegające opłacie (jak opisano powyżej), typ zdarzenia zależy od kategorii rozliczeniowej agenta.

W przypadku agentów niekonwersacyjnych:

• Zdarzenie rozliczeniowe wygenerowane przez odpowiedź użytkownika jest zawsze typu p2a_message.

W przypadku agentów konwersacyjnych:

Typ zdarzenia jest też określany na podstawie czasu wysyłania wiadomości w ciągu 24 godzin.

• Gdy użytkownik odpowie na wiadomość agenta:
  • W ciągu 24 godzin: odpowiedź użytkownika jest powiązana z istniejącym wydarzeniema2p_conversation.
  • Po 24 godzinach: odpowiedź użytkownika generuje nowe wydarzenie p2a_message.
• Gdy agent odpowie na wiadomość użytkownika:
  • W ciągu 24 godzin: odpowiedź agenta tworzy p2a_conversation, zaczynając od pierwszej wiadomości użytkownika.
  • Po 24 godzinach: wiadomość użytkownika generuje zdarzenie p2a_message.

Raporty rozliczeniowe

Co to jest raport dotyczący płatności?

Jest to zapis płatnych zdarzeń, które są obliczane na podstawie kategorii rozliczeniowej agenta i rodzajów wysyłanych przez niego wiadomości. Raporty dotyczące płatności są dostępne dla wszystkich operatorów, którzy aktywnie korzystają z RCS dla firm.

Więcej informacji o raportach dotyczących rozliczeń znajdziesz w artykule Raporty o zdarzeniach związanych z płatnościami i dzienniki aktywności.

Czy mogę otrzymać raport rozliczeniowy?

Raporty rozliczeniowe otrzymują tylko operatorzy, którzy aktywnie obsługują RCS dla firm. Partnerzy nie otrzymują raportów rozliczeniowych.

Aby dowiedzieć się, jak uzyskać raporty rozliczeniowe, przeczytaj artykuł Przechowywanie plików i dostęp do nich. Są to instrukcje pobierania raportów rozliczeniowych za pomocą protokołu SFTP (Secure File Transfer Protocol) dla operatorów, którzy mają dostęp do raportów rozliczeniowych.

Co zrobić, jeśli w raporcie rozliczeniowym brakuje informacji?

Jeśli zauważysz, że w raporcie brakuje niektórych informacji, rozwiąż problem z zespołem pomocy. Więcej informacji znajdziesz w przewodniku rozwiązywania problemów z RCS dla firm.

Dlaczego w danym miesiącu widzę obciążenia, chociaż nie wysyłałem(-am) żadnych wiadomości?

Zdarzenia rozliczeniowe RCS Business Messaging są rejestrowane na podstawie czasu dostarczenia wiadomości, a nie czasu jej wysłania.

Przykład:

Jeśli wyślesz wiadomości pod koniec czerwca, ale zostaną one dostarczone na urządzenie użytkownika na początku lipca (np. jeśli telefon użytkownika był offline), opłaty za nie pojawią się w raportach rozliczeniowych za lipiec. RCS dla firm będzie próbować dostarczyć wiadomość przez maksymalnie 30 dni, zanim wygaśnie.

Modele płatności

Jakie są główne różnice między standardowym modelem rozliczeń a modelem rozliczeń w Stanach Zjednoczonych?

Zarówno model standardowy, jak i model amerykański korzystają z wcześniej wybranej przez agenta kategorii rozliczeniowej (konwersacyjnej lub niekonwersacyjnej), aby określić ogólną strukturę stawek. Główna różnica polega na zbiorze klasyfikacji używanych w przypadku zdarzeń podlegających opłacie.

Standardowy model płatności (ruch spoza Stanów Zjednoczonych)

Ten model ma zastosowanie do całego ruchu spoza Stanów Zjednoczonych.

• Klasyfikacja zależy od kategorii rozliczeniowej agenta i treści wiadomości.
  • Agenty nieprowadzące rozmów: opłaty są naliczane za każdą wiadomość. Treść wiadomości określa zdarzenie: podstawowa wiadomość lub pojedyncza wiadomość.
  • Agenty konwersacyjne: rozliczane za rozmowę. Rozmowa to 24-godzinny okres nieograniczonej wymiany wiadomości między użytkownikiem a agentem, za który pobierana jest stała opłata. Jeśli użytkownik nie odpowie w ciągu 24 godzin, wiadomość agenta zostanie rozliczona osobno jako wiadomość podstawowa lub pojedyncza.
• Zdarzenia podlegające rozliczeniu:
  • basic_message
  • single_message
  • a2p_conversation
  • p2a_conversation
  • p2a_message
• Logika rozliczeń: ostateczna opłata jest określana na podstawie kategorii rozliczeniowej agenta, co skutkuje stałą stawką za wiadomość (niekonwersacyjną) lub stałą stawką za 24-godzinne okno rozmowy (konwersacyjnej).

Model rozliczeniowy w Stanach Zjednoczonych

Ten model dotyczy całego ruchu do i z numerów telefonów w Stanach Zjednoczonych. Więcej informacji znajdziesz w przewodniku po modelu rozliczeń w Stanach Zjednoczonych.

• Klasyfikacja poszczególnych wiadomości i działań użytkowników jest automatyczna i oparta na treści. Niezależnie od kategorii rozliczeniowej agenta każde zdarzenie podlegające opłacie jest klasyfikowane jako jedno z tych zdarzeń:
  • Wiadomość multimedialna (MT/MO)
  • Wiadomość w formacie rich media (MT/MO)
  • Kliknięcie sugerowanego działania (tylko na urządzeniach mobilnych)
• Zdarzenia podlegające rozliczeniu:
  • a2p_rich_message
  • a2p_rich_media_message
  • p2a_rich_message
  • p2a_rich_media_message
  • suggested_action_click
• Logika rozliczeń: ostateczna opłata jest określana na podstawie kategorii rozliczeniowej agenta z użyciem klasyfikacji zdarzeń podlegających rozliczeniu, aby zastosować prawidłową strukturę stawek.

Różnice techniczne i w raportowaniu

• Interfejs RBM API: zasoby interfejsu API AgentMessage i UserMessage zawierają obiekt richMessageClassification, który służy do określania typu wiadomości tylko w przypadku ruchu z USA. Jest on udostępniany w czasie rzeczywistym po wywołaniu interfejsu API i jest niezależny od późniejszego raportu rozliczeniowego.
• Raporty rozliczeniowe: raporty rozliczeniowe są dostosowane do każdego modelu i zawierają kolumnę type, w której wymienione są zdarzenia podlegające opłacie w przypadku danego modelu. Raport rozliczeniowy w Stanach Zjednoczonych zawiera też kolumnę segment_count, która dotyczy tylko wiadomości z elementami multimedialnymi.