Semua yang perlu diketahui, tidak ada yang tidak perlu.
Cara kerja MO dalam SMS dua arah
Saat pelanggan mengirim SMS ke nomor panjang virtual atau short code Anda, SMSC operator mereka menerima submit MO, mencari tujuan terdaftar (agregator Anda), dan meneruskannya melalui SS7 MAP-MO-FORWARD-SHORT-MESSAGE atau melalui SMPP deliver_sm (dengan flag esm_class yang menunjukkan MO, bukan DLR). Gateway agregator Anda akan mengirimkannya ke webhook Anda.
Mengapa penagihan MO berbeda dari MT
MT ditagihkan kepada pengirim (Anda, perusahaan). MO ditagihkan kepada pengirim pesan (konsumen, melalui paket mereka). Pada short code premium, MO dapat ditagihkan secara terbalik kepada konsumen dengan tarif premium yang Anda bagi — inilah cara kampanye donasi dan konten premium dimonetisasi pada tahun 2000-an. Untuk A2P modern, MO premium sebagian besar sudah tidak ada; MO standar gratis bagi konsumen.
Apa yang dibutuhkan MO dari agregator Anda
Nomor virtual masuk (long number, short code, atau alfanumerik yang mendukung komunikasi dua arah). Banyak short code tidak mendukung MO — mereka hanya MT-only. Long number selalu mendukungnya, tetapi pengenalan konsumen lebih lemah. Untuk kasus penggunaan percakapan dua arah, lihat /products/two-way-sms.
MO dalam WhatsApp dan RCS
Terminologi MO/MT adalah asli GSM. Dalam WhatsApp Business API, istilah yang setara adalah 'inbound message' (setara MO) dan 'outbound message' (setara MT). Semantiknya identik; protokolnya menggunakan webhook HTTP/JSON alih-alih SMPP PDU.
Ringkasan MO vs MT
| MT (mobile-terminated) | MO (mobile-originated) | |
|---|---|---|
| Arah | Ke perangkat genggam | Dari perangkat genggam |
| Contoh perusahaan | Setiap pesan A2P yang Anda kirim | Balasan, STOP / START / HELP kata kunci |
| Ditagihkan kepada | Pengirim (perusahaan) | Pengirim (konsumen) |
| Memerlukan | Sender ID + rute ke tujuan | Nomor virtual masuk atau short code |
| operator SMPP | submit_sm | (MO esm_class deliver_sm) |
| istilah WhatsApp / RCS | Pesan keluar | Pesan masuk |