Najczęstsze pytania dotyczące rozliczeń RBM

W kolejnych sekcjach znajdziesz odpowiedzi na najczęstsze pytania dotyczące rozliczeń RBM.

Kategorie fakturowania

Jakie są kategorie fakturowania agentów?

Kategoria rozliczeniowa to klasyfikacja agenta RBM, która informuje operatorów o sposobie naliczania opłat za wiadomości wysyłane przez agenta. Tę kategorię wybierasz podczas tworzenia agenta. Nie można jej później zmienić.

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

Kategoria fakturowania Typ agenta Przykładowe przypadki użycia Forma płatności
Niekonwersacyjne
(obejmują kategorie Podstawowa wiadomość i Pojedyncza wiadomość). Uwaga: nie ma już różnicy między tymi dwiema kategoriami. Agent z dowolnej kategorii będzie rozliczany jako agent nieprowadzący rozmowy).		 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 zaprojektowane 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 agenta?

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

  • Za każdą wiadomość dostarczoną użytkownikowi przez agentów nieprowadzących rozmowy naliczana jest opłata.
    • 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.

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 tekstowe, a agent wiadomości podstawowych lub pojedynczych może wysyłać wiele wiadomości, w tym karty z elementami multimedialnymi.

Zdarzenia rozliczeniowe

Czym są zdarzenia płatności?

Zdarzenia rozliczeniowe to interakcje między agentem RBM 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ć się z partnerami za wiadomości wysyłane przez ich agentów.

Jakie zdarzenia rozliczeniowe dotyczą poszczególnych typów wiadomości?

W raportach dotyczących zdarzeń związanych z płatnościami rejestrowanych jest 5 rodzajów zdarzeń związanych z płatnościami. Obejmują one wiadomości A2P i P2A.

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

W tabeli poniżej opisano każde zdarzenie rozliczeniowe w przypadku agentów niekonwersacyjnych i konwersacyjnych.

Typ zdarzenia Opis Agenci niekonwersacyjni 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 rozliczeniowe, niezależnie od tego, czy użytkownik odpowie. Traktowane jako osobne zdarzenie rozliczeniowe, 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 rozliczeniowe, niezależnie od tego, czy użytkownik odpowie. Traktowane jako osobne zdarzenie rozliczeniowe, 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 są częścią p2a_conversation.
p2a_message Wiadomość P2A dowolnego typu.
Zobacz przykład		 Zawsze traktowane jako osobne zdarzenie rozliczeniowe, niezależnie od tego, czy agent odpowie. Traktowane jako osobne zdarzenie rozliczeniowe, 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.

basic_message_example

Pojedyncza wiadomość

single_message_example

Rozmowa A2P

a2p_conversation_example

Wiadomość P2A

p2a_message_example

Rozmowa P2A

p2a_conversation_example

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

Podstawowa wiadomość

Najważniejsze zalety podstawowego komunikatu:

  • Budowanie zaufania: weryfikacja i branding budują zaufanie i wiarygodność.
  • Podgląd adresu URL: wiadomości podstawowe mogą zawierać tekst i obraz podglądu, który jest 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: wiadomości podstawowe mogą kierować użytkowników do aplikacji marki, witryny lub innych zasobów.

basic_message_benefits

Pojedyncza wiadomość

Główne zalety pojedynczej wiadomości:

  • Wpływ wizualny: grafika wysokiej jakości przyciąga uwagę i wyjaśnia 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 podjęcia kolejnego kroku.

single_message_benefits

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.

conversational_message_benefits

Jaki jest związek między kategoriami płatności za agenta a 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 niekonwersacyjnych. 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 RBM rozmowa to seria wiadomości wymienianych między użytkownikiem a agentem konwersacyjnym w ciągu 24 godzin. Tylko agenty z kategorią rozliczeniową „Konwersacyjne” mogą generować konwersacje i być obciążane opłatami za te zdarzenia rozliczeniowe:

  • A2P (Application-to-Person): wysyłane przez firmę.
  • P2A (Person-to-Application): wysył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:

Diagram rozliczeń

Ważne

  • Rozmowy nie dotyczą agentów niekonwersacyjnych. Agenci z kategorią rozliczeniową Podstawowa wiadomość lub Pojedyncza wiadomość 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. To opóźnienie pozwala RBM zarejestrować 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 24 godzinach:
    • 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.

Podsumowanie:

Odpowiedź użytkownika Wpływ na zdarzenia płatności Uwagi
wysyła plik; Tak Traktowana jako wiadomość MO.
Wysyłanie SMS-a Tak Traktowana jako wiadomość MO.
kliknie sugerowaną odpowiedź, Tak Traktowana jako wiadomość MO.
kliknięcie sugerowanego działania lub udostępnienia lokalizacji; Nie Dane wywołania zwrotnego nie przyczyniają się do zdarzenia rozliczeniowego. W przypadku działania udostępniania lokalizacji wiadomość zawierająca lokalizację użytkownika również nie generuje zdarzenia rozliczeniowego.
Kliknięcie Anuluj subskrypcję lub Subskrybuj Tak Wynikowe zdarzenie webhooka nie przyczynia się do zdarzenia płatności. 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 rozliczeniowe (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ącyma2p_conversation wydarzeniem.
    • 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 początkowej wiadomości użytkownika.
    • Po 24 godzinach: wiadomość użytkownika generuje zdarzenie p2a_message.

Raporty o zdarzeniach związanych z płatnościami

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

Jest to zapis zdarzeń związanych z płatnościami, które są obliczane na podstawie kategorii płatności agenta i rodzajów wysyłanych przez niego wiadomości. Raporty o zdarzeniach związanych z płatnościami są dostępne dla wszystkich operatorów, którzy aktywnie korzystają z RBM.

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 o zdarzeniach płatności?

Raporty rozliczeniowe otrzymują tylko operatorzy, którzy aktywnie obsługują RBM. Partnerzy nie otrzymują raportów o zdarzeniach związanych z płatnościami.

Aby dowiedzieć się, jak uzyskać raporty o zdarzeniach związanych z płatnościami, przeczytaj artykuł Przechowywanie plików i dostęp do nich. Poniżej znajdziesz instrukcje pobierania raportów o zdarzeniach 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 RBM. Więcej informacji znajdziesz w przewodniku po rozwiązywaniu problemów z RBM.

Wstecz
Przypadki użycia agenta i reguły biznesowe