FAQ penagihan AS

RCS for Business menggunakan dua model penagihan: model penagihan Standar untuk traffic non-AS dan model penagihan AS untuk traffic AS. Dokumen ini membahas pertanyaan umum tentang model penagihan AS. Untuk mengetahui detail tentang klasifikasi standar, lihat panduan FAQ penagihan standar.

Kategori penagihan

Apa yang dimaksud dengan kategori penagihan agen?

Kategori penagihan adalah klasifikasi untuk agen RCS for Business Anda yang memberi tahu logika penagihan untuk pesan yang dikirim agen Anda. Anda memilih kategori ini saat membuat agen, dan kategori ini tidak dapat diubah nanti. Jika ingin mengubah kategori penagihan agen, Anda harus melalui proses pembaruan agen aktif.

Catatan: Agen Anda dapat mengirim jenis pesan apa pun (kaya dan multimedia), terlepas dari kategori penagihan.

Bagaimana cara mengetahui kategori penagihan yang harus dipilih untuk agen saya?

Ada dua kategori penagihan utama: percakapan dan non-percakapan.

• Agen non-percakapan dikenai biaya untuk setiap pesan yang dikirimkannya kepada pengguna.
  • Kategori ini paling cocok untuk agen yang tidak mengharapkan balasan yang sering.
• Agen percakapan dikenai biaya tarif tetap untuk sesi, asalkan sesi dipicu dan kemudian akan mencakup semua pesan yang dipertukarkan dalam periode 24 jam, termasuk pesan yang memicu sesi. Agen percakapan masih dapat dikenai biaya untuk pesan yang bukan bagian dari sesi 24 jam.
  • Kategori ini paling cocok untuk agen yang melakukan percakapan multi-giliran dengan pengguna, terlepas dari apakah pengguna atau agen yang memulai percakapan.

Catatan: Untuk menyederhanakan struktur penagihan, kami menggabungkan kategori penagihan Pesan Dasar dan Pesan Tunggal lama ke dalam satu kategori penagihan Non-percakapan. Konsol Developer telah diperbarui dan kini menampilkan kategori terpadu ini untuk semua agen baru. Tinjau topik Kategori penagihan non-percakapan untuk mengetahui detail selengkapnya tentang migrasi agen yang ada dan periode integrasi API.

Pilih kategori penagihan yang paling sesuai dengan kasus penggunaan dan perkiraan engagement pengguna Anda. Agen Anda dapat mengirim jenis pesan apa pun, terlepas dari kategorinya.

Hal ini karena kategori penagihan menentukan cara penagihan pesan, bukan jenis pesan yang dapat dikirim atau diterima oleh agen Anda. Misalnya, agen Percakapan masih dapat mengirim pesan dasar, dan agen Non-percakapan dapat mengirim beberapa pesan, termasuk kartu multimedia.

Untuk mengetahui informasi selengkapnya, lihat Kategori penagihan.

Apa itu sesi dan cara kerjanya

Beberapa jenis pesan dapat digabungkan menjadi sesi. Di Amerika Serikat, untuk agen percakapan, sesi ditentukan dan dapat ditagih berdasarkan pemicu dan durasi tertentu.

Pemicu sesi

Sesi dipicu saat agen merek dan pengguna bertukar 4 pesan Media Rich atau Rich (termasuk setidaknya satu pesan yang diakhiri seluler (MT) dan setidaknya dua respons yang dimulai seluler (MO) dalam periode 24 jam).

Penagihan

Agen percakapan memenuhi syarat untuk penagihan per sesi dan penagihan per pesan. Jika kondisi pemicu sesi penuh terpenuhi, biaya satu sesi diterapkan, yang mencakup seluruh periode 24 jam dari pesan pemicu pertama.

Model penagihan AS mengklasifikasikan setiap peristiwa yang dapat ditagih sebagai berikut:

• Pesan Multimedia (MT/MO): Peristiwa yang dapat ditagih berdasarkan segmen (1 segmen sama dengan 160 byte teks berenkode UTF-8 kecuali jika merupakan bagian dari sesi).
• Pesan Multimedia (MT/MO): Ditagih sebagai satu peristiwa tarif tetap, terlepas dari ukuran konten kecuali jika merupakan bagian dari sesi. Hal ini mencakup kartu multimedia, carousel, dan lampiran file media.
• Klik Tindakan yang Disarankan (Khusus MO): Setiap ketukan pada tindakan yang disarankan menghasilkan satu peristiwa yang dapat ditagih.

Penting

• Sesi tidak berlaku untuk agen non-percakapan.
• Untuk agen percakapan, pembuatan laporan peristiwa yang dapat ditagih dan log aktivitas dapat tertunda hingga dua hari. Penundaan ini memungkinkan RCS untuk Bisnis mencatat semua pesan dalam sesi sebelum menghitung peristiwa yang dapat ditagih.

Zona waktu apa yang digunakan untuk laporan penagihan dan catatan transaksi RBM?

Laporan penagihan RBM dibuat setiap hari dan disusun berdasarkan Waktu Pasifik (PT). Setiap file laporan mewakili periode aktivitas 24 jam dari tengah malam hingga tengah malam PT.

Namun, stempel waktu start_time dalam rekaman laporan dicatat dalam Coordinated Universal Time (UTC) menggunakan format ISO 8601. Hal ini memberikan referensi global yang konsisten untuk jam yang tepat saat interaksi terjadi.

Bagaimana perlakuan sesi jika mencakup hari terakhir satu bulan dan hari pertama bulan berikutnya?

Untuk pesan A2P, klasifikasi dan penagihan ditentukan oleh waktu pengiriman pesan. Untuk pesan P2A, penagihan ditentukan oleh waktu pesan dikirim oleh pengguna.

Untuk sesi, yang mencakup periode interaksi 24 jam, logika berikut berlaku:

• Penetapan tanggal mulai: Meskipun sesi mencakup dua hari kalender dalam bulan yang berbeda, semua pesan dalam jangka waktu 24 jam tersebut dikelompokkan bersama dengan billing_event_id yang sama dan dilaporkan di bagian start_time pesan pertama dalam urutan pemicu sesi.
• Penundaan pelaporan: Karena sesi dapat berlangsung selama 24 jam dan memerlukan pemicu 4 pesan untuk diidentifikasi, pembuatan laporan penagihan untuk agen percakapan dapat tertunda hingga dua hari. Penundaan ini memastikan bahwa semua pesan yang termasuk dalam sesi dicatat dan diberi billing_event_id yang benar sebelum laporan diselesaikan.
• Contoh pengiriman tertunda: Jika agen mengirim pesan di akhir bulan Juni, tetapi pesan tersebut baru terkirim pada awal Juli (misalnya, karena ponsel pengguna sedang offline), pengiriman khusus tersebut akan memicu peristiwa yang dapat ditagih untuk laporan penagihan bulan Juli.

Peristiwa yang dapat ditagih

Apa yang dimaksud dengan peristiwa yang dapat ditagih?

Peristiwa yang dapat ditagih adalah interaksi antara agen RCS for Business dan pengguna yang dilacak untuk tujuan penagihan. Dapat ditagih hanya berarti bahwa suatu peristiwa memenuhi syarat untuk dikenai biaya. Operator menentukan apakah dan bagaimana peristiwa yang dapat ditagih dikenai biaya.

Google melacak dan melaporkan peristiwa ini untuk membantu menagih partner atas pesan yang dikirim oleh agen mereka.

Peristiwa yang dapat ditagih mana yang berlaku untuk setiap jenis pesan?

Catatan: Peristiwa di bagian ini hanya berlaku untuk model penagihan Amerika Serikat (traffic Amerika Serikat). Untuk mempelajari peristiwa yang dapat ditagih untuk traffic non-AS, lihat halaman FAQ Penagihan.

Tujuh jenis peristiwa yang dapat ditagih dicatat dalam laporan penagihan. Peristiwa ini mencakup peristiwa MT dan MO, yang disebut sebagai peristiwa A2P dan P2A.

• A2P (Application-to-Person) adalah MT (Mobile Terminated): Pesan yang dikirim oleh bisnis.
• P2A (Person-to-Application) adalah MO (Mobile Originated): Pesan atau tindakan yang dimulai oleh pengguna.

Untuk mengetahui cara setiap peristiwa yang dapat ditagih berlaku untuk agen non-percakapan dan percakapan, lihat dokumentasi Peristiwa yang dapat ditagih.

Respons pengguna mana yang berkontribusi pada peristiwa yang dapat ditagih?

Di Amerika Serikat, respons pengguna tertentu berkontribusi pada peristiwa yang dapat ditagih. Tabel berikut menjelaskan respons pengguna yang berkontribusi pada peristiwa yang dapat ditagih dan jenis peristiwa yang sesuai di Amerika Serikat:

Respons pengguna	Berkontribusi pada peristiwa yang dapat ditagih	Jenis peristiwa yang dapat ditagih (Amerika Serikat)	Catatan
Mengirim file	Ya	p2a_rich_media_message	Diklasifikasikan sebagai Rich Media Message (P2A/MO).
Mengirim pesan teks	Ya	p2a_rich_message	Diklasifikasikan sebagai Rich Message (P2A/MO).
Mengetuk balasan yang disarankan	Ya	p2a_rich_message	Pesan teks yang dihasilkan diklasifikasikan sebagai Pesan Multimedia (P2A/MO).
Mengetuk tindakan yang disarankan	Ya	p2a_suggested_action	Data postback dari ketukan itu sendiri tidak berkontribusi pada peristiwa yang dapat ditagih.
Membagikan lokasi	Ya	p2a_suggested_action (klik) + p2a_rich_message (lokasi)	Menghasilkan dua peristiwa yang dapat ditagih: p2a_suggested_action untuk mengetuk "Bagikan lokasi" dan p2a_rich_message untuk mengirim data lokasi.
Mengetuk Berhenti berlangganan atau Berlangganan	Ya	p2a_rich_message (pesan BERHENTI/MULAI)	Pesan STOP atau START otomatis yang dipicu oleh ketukan diperlakukan sebagai Pesan Multimedia (P2A/MO). Peristiwa webhook itu sendiri tidak dapat ditagih.

Saat respons pengguna menghasilkan peristiwa yang dapat ditagih, klasifikasi peristiwa akan otomatis berdasarkan konten, sedangkan logika penagihan ditentukan oleh kategori penagihan agen.

Untuk agen non-percakapan:

Setiap respons pengguna dapat ditagih sebagai peristiwa individual (seperti p2a_rich_message atau p2a_suggested_action).

Untuk agen percakapan:

Logika penagihan mengikuti model pemicu sesi. Peristiwa individual dicatat hingga pemicu sesi 4 pesan (setidaknya 1 MT dan 2 MO dalam 24 jam) terpenuhi. Setelah sesi aktif, semua pesan yang dikirim dan diterima dalam jangka waktu 24 jam akan tercakup dalam biaya satu sesi, termasuk empat pesan yang memicu sesi.

Laporan penagihan

Apa yang dimaksud dengan laporan penagihan?

Laporan ini adalah catatan peristiwa yang dapat ditagih, yang dihitung berdasarkan kategori penagihan agen dan jenis pesan yang dikirimkannya. Laporan penagihan tersedia untuk semua operator dan partner yang secara aktif mengoperasikan RCS for Business.

Untuk mengetahui informasi selengkapnya tentang laporan penagihan, lihat Laporan penagihan AS.

Dapatkah saya menerima laporan penagihan?

Hanya operator dan partner yang secara aktif mengoperasikan RCS for Business yang menerima laporan penagihan. Lihat panduan Laporan penagihan untuk mengetahui detail tentang log aktivitas dan akses file.

Mengapa saya melihat tagihan pada bulan saat saya tidak mengirim pesan apa pun?

Untuk pesan yang dimulai agen (A2P), peristiwa yang dapat ditagih dicatat berdasarkan waktu pengiriman pesan, bukan saat pesan dikirim.

Contoh:

Anda mengirim pesan pada akhir Juni, tetapi pesan tersebut dikirim ke perangkat pengguna pada awal Juli (misalnya, jika ponsel pengguna sedang offline), biaya tersebut akan muncul di laporan penagihan Juli Anda. RCS for Business akan mencoba mengirimkan pesan hingga 30 hari sebelum pesan tersebut berakhir.

Model penagihan

Apa perbedaan utama antara model penagihan standar dan AS?

Model standar dan AS menggunakan kategori penagihan yang telah dipilih sebelumnya oleh agen (percakapan atau non-percakapan) untuk menentukan struktur tarif secara keseluruhan. Perbedaan utamanya adalah serangkaian klasifikasi yang digunakan untuk peristiwa yang dapat ditagih.

Model penagihan standar (Traffic non-AS)

Model ini berlaku untuk semua traffic di luar Amerika Serikat.

• Klasifikasi didasarkan pada kategori penagihan agen dan konten pesan.
  • Agen non-percakapan: Ditagih per pesan. Konten pesan menentukan peristiwa: pesan dasar atau pesan tunggal.
  • Agen percakapan: Ditagih per percakapan. Percakapan adalah periode 24 jam pertukaran pesan tanpa batas antara pengguna dan agen, yang dapat ditagih dengan tarif tetap. Jika pengguna tidak membalas dalam waktu 24 jam, pesan agen akan ditagih secara terpisah sebagai pesan dasar atau pesan tunggal.
• Peristiwa yang dapat ditagih:
  • basic_message
  • single_message
  • a2p_conversation
  • p2a_conversation
  • p2a_message
• Logika penagihan: Biaya akhir ditentukan oleh kategori penagihan agen, sehingga menghasilkan tarif tetap per pesan (non-percakapan) atau tarif tetap per periode percakapan 24 jam (percakapan).

Model penagihan AS

Model ini berlaku untuk semua traffic ke dan dari nomor telepon AS. Untuk mengetahui informasi selengkapnya, lihat usrbm.org.

• Klasifikasi setiap jenis pesan bersifat otomatis dan berdasarkan konten. Terlepas dari kategori penagihan agen, setiap peristiwa yang dapat ditagih diklasifikasikan sebagai salah satu dari berikut ini:
  • a2p_rich_message
  • a2p_rich_media_message
  • p2a_rich_message
  • p2a_rich_media_message
  • p2a_suggested_action
  • a2p_session
  • p2a_session

Ringkasan logika penagihan sesi

Berdasarkan Framework RBM AS, agen AS dalam kategori Percakapan dapat memicu biaya sesi tunggal, bukan biaya per pesan.

Sesi dipicu oleh urutan 4 pesan multimedia atau media interaktif (termasuk setidaknya 2 pesan MO dan setidaknya 1 pesan MT) yang dipertukarkan dalam periode 24 jam sejak pesan pertama dikirim. Setelah batas ini tercapai, semua pesan dalam jangka waktu 24 jam tersebut dapat ditagih sebagai satu sesi. Pesan yang berada di luar atau gagal memicu sesi akan ditagih dengan tarif per pesan standar.

Tagihan akhir ditentukan oleh kategori penagihan agen, menggunakan klasifikasi peristiwa yang dapat ditagih untuk menerapkan struktur tarif yang benar, sesuai dengan kartu tarif operator.

Perbedaan teknis dan pelaporan

• RBM API: Resource API AgentMessageand [UserMessage](/business-communications/rcs-business-messaging/reference/rest/v1/UserMessage) mencakup objek richMessageClassification untuk menentukan jenis pesan hanya untuk traffic AS. Informasi ini diberikan secara real time saat panggilan API dilakukan dan terpisah dari laporan penagihan berikutnya.
• Laporan penagihan: Laporan penagihan disesuaikan untuk setiap model dan menyertakan kolom type yang mencantumkan peristiwa yang dapat ditagih khusus untuk model tersebut. Laporan penagihan AS juga menyertakan kolom untuk segment_count, yang hanya berlaku untuk Pesan Multimedia dan kolom untuk session_type yang hanya berlaku untuk pesan yang ada dalam sesi.