IOSOR Panduan

Loop balasan otomatis inbound: bagaimana gema mengosongkan dompet prepaid

Cara B2B menjaga SMS dua arah jujur — STOP/HELP sebagai kebijakan, plafon balasan otomatis, disiplin webhook inbound, dan mengapa gema tanpa batas membakar prepaid.

Balasan otomatis inbound yang selalu menjawab bukan «CX hebat». Pada DID sewa itu kebocoran prepaid: dua bot atau HELP yang mengutip asli bisa memantul sampai dompet kosong. Produk melihat engagement. Keuangan melihat lubang. Ops mewarisi insiden 02:00 tanpa pemilik.

IOSOR menahan inbound pada permukaan prepaid white-label yang sama dengan outbound. Peristiwa MO, jawaban kata kunci, dan baris debit hidup di akun. Dekat USD 1,000+ pemakaian bulanan, sampel loop dan debit per utas menjadi bahan tinjauan. Katalog live tanpa plafon loop adalah janji yang keuangan tidak bela. Nomor in setup bukan kotak dua arah. Tidak ada kumpulan kotak «lebih bersih» dibeli di muka untuk ditukar saat loop mulai. JIT: cari → tahan → beli → tetapkan.

Loop balasan otomatis mengosongkan prepaid

Pola Kelihatannya Efek dompet
Gema bot ↔ bot Dua auto-ack memantul Debit outbound tanpa plafon
HELP mengutip inbound Muatan keluar sebagai kiriman baru Segmen ganda
Ping-pong di luar jam «Kami terima SMS» tiap retry Bakar malam tanpa manusia
Badai retry webhook MO yang sama dua kali Jawaban ganda, debit ganda

Retry inbound terjadi. Tanpa idempoten setiap retry webhook menjadi balasan otomatis lain. Lihat coba ulang webhook masuk. Pasangkan deteksi loop dengan berhenti saat saldo rendah agar dompet menghentikan gema sisa. Correlation ID harus dari inbound ke debit.

STOP/HELP lawan gema tanpa batas

STOP dan HELP adalah kebijakan, bukan bot lucu. STOP harus menghormati opt-out dan menghentikan utas — termasuk balasan otomatis. HELP harus jalur pendek aman merek dengan jam nyata, bukan gema kalimat terakhir. «Kami terima SMS» tanpa batas pada setiap MO bukan HELP. Tulis halaman kata kunci sebelum kiriman percakapan pertama; lihat kebijakan kata STOP dan HELP. Jika STOP «biasanya jalan», Anda punya keberuntungan, bukan kebijakan.

Plafon yang produk dan keuangan bisa bela

  1. Plafon outbound per utas — maks balasan otomatis per DID + id pelanggan dan jendela.
  2. MO idempoten — satu peristiwa inbound, satu jawaban, meski webhook retry.
  3. Diam setelah STOP — tanpa pemasaran, tanpa «apa Anda yakin», tanpa HELP kedua.
  4. Henti saldo rendah — sisa balasan otomatis berhenti sebelum teater overdraft senyap.

Ekspor satu insiden: peristiwa inbound → balasan otomatis → baris ledger. Tanpa rantai itu tidak ada kendali dua arah. Namai pemilik plafon.

Kejujuran kotak masuk dua arah

Dua arah adalah sistem operasi, bukan sakelar. Siapa baca dulu, nomor mana terima dan kirim, apa yang tak pernah jatuh ke kanal bersama, bagaimana jam mati berjalan. Lihat panduan kotak masuk dua arah dan peristiwa kotak masuk di nomor sewaan. JIT adalah cari → tahan → beli → tetapkan. Katalog in setup tidak dijual sebagai kotak berstaf.

Sinyal bahaya

  • Balasan otomatis tanpa plafon per utas
  • HELP yang mengulang muatan inbound
  • STOP yang masih memicu ack pemasaran
  • Retry webhook yang mengirim jawaban ganda
  • Katalog live tanpa pemilik loop
  • Galat dengan merek asing
  • Gema di luar jam tanpa jalur manusia

Mulai dengan IOSOR

Tulis STOP dan HELP yang dukungan bisa baca keras. Pasang plafon balasan otomatis per utas di staging, paksa webhook MO ganda, dan pastikan dompet melihat satu balasan, bukan dua. Simulasikan gema bot sampai belanja berhenti. Ekspor satu rantai inbound → debit agar keuangan melihat di mana putaran akan mengosongkan saldo prepaid.

Intisari IOSOR

Gema masuk adalah kebakaran dompet.

Apakah panduan ini membantu?

Panduan terkait