WhatsApp Tech Provider vs BSP: Pilih Jalur untuk SaaS Anda

Apa langkah untuk menjadi Tech Provider?

Langkah dari Meta singkat, tetapi tahap peninjauannya diputuskan oleh Meta, bukan Anda. Siapkan waktu untuk beberapa iterasi.

1. Buat aplikasi dengan use case WhatsApp dan hubungkan portofolio bisnis.
2. Verifikasi bisnis Anda di Meta. Ini prasyarat App Review.
3. Siapkan App Review. Meta mewajibkan pengaturan dasar aplikasi (ikon, kebijakan privasi, kategori), video pertama yang menunjukkan pesan dibuat dan dikirim dari aplikasi Anda lalu diterima di klien WhatsApp, dan video kedua yang menunjukkan aplikasi Anda membuat template pesan.
4. Ajukan advanced access untuk dua izin di atas dan kirim dokumentasinya.
5. Bangun dan uji Embedded Signup, lalu onboard klien melalui alur tersebut.

Halaman Meta untuk Tech Provider menjelaskan urutan ini. Meta tidak mempublikasikan perkiraan waktu, dan Anda pun sebaiknya tidak menjanjikannya kepada pelanggan.

Siapa yang menagih WABA?

Tergantung perannya. Solution Partner dapat memberikan credit line dan menagih klien; Tech Provider tidak bisa, sehingga klien mereka menambahkan metode pembayaran dan Meta menagih mereka langsung.

Satu fakta ini membentuk model komersialnya:

• Sebagai Tech Provider Anda menagih perangkat lunak Anda. Biaya pesan muncul dalam hubungan klien dengan Meta, sesuai tarif resmi Meta per kategori pesan dan pasar penerima (lihat harga WhatsApp Business API 2026). Pelanggan Anda melihat dua tagihan, dan Anda tidak dapat menambahkan margin pada biaya per pesan Meta.
• Di bawah Solution Partner partner dapat meneruskan biaya pesan dalam satu faktur. Cara menetapkan harganya, apakah sesuai biaya, dengan biaya platform, atau dengan markup, adalah urusan kontrak. Mintalah secara tertulis.

Embedded Signup di bawah model akun yang sedang diluncurkan Meta juga membuat akun Messaging (untuk template, penagihan, dan langganan webhook) yang terpisah dari akun WhatsApp yang menyimpan nomor telepon dan identitas. Meta menandai perubahan itu sebagai beta dan dapat berubah, jadi periksa dokumentasi terbaru sebelum merancang penagihan di atasnya.

Apa itu multi-partner solution?

Multi-partner solution memungkinkan dua partner mengelola bersama aset WhatsApp klien yang di-onboard melalui alur yang sama. Menurut dokumentasi Meta, salah satu partner dapat membuat solution dan partner lainnya menerimanya, dan solution yang sudah diterima tidak dapat ditolak. ID solution dimasukkan ke konfigurasi Embedded Signup, sehingga klien yang menyelesaikan alur itu di-onboard ke solution tersebut.

Yang berubah dalam praktik:

• Akses bersama. Kedua partner menerima akses ke aset klien.
• Credit line bersama. Klien berbagi credit line milik Solution Partner dalam solution, dan biaya masuk ke akun Messaging yang mengirim tiap pesan. Solution Partner sebaiknya membagikan credit line-nya kepada klien yang baru di-onboard.
• Batas onboarding Tech Provider. Tech Provider dalam sebuah solution dapat mengonboard hingga 200 klien baru dalam periode satu minggu bergulir. Hanya klien yang baru di platform yang dihitung.
• Event webhook. Penyelesaian memicu webhook pembaruan akun dengan event PARTNER_ADDED atau PARTNER_APP_INSTALLED.

Bagi perusahaan perangkat lunak, ini jalan tengahnya: Anda tetap memegang produk dan alur Embedded Signup sendiri, sementara partner menyediakan credit line dan penagihan.

Tech Provider vs BSP: tabel keputusan

Pilih berdasarkan apa yang harus Anda kuasai dan apa yang mampu Anda staf-kan.

Jika rencana Anda adalah menjual kembali, bukan menanamkan, lihat panduan kami tentang cara menjadi reseller WhatsApp Business API dan halaman WhatsApp white-label.

Contoh kasus: SaaS booking klinik di Riyadh

"Mawid Cloud" (fiktif) menjual perangkat lunak janji temu ke 300 klinik dan ingin menghadirkan pengingat WhatsApp serta chat dua arah di dalam produknya.

• Opsi A, Tech Provider. Perusahaan memverifikasi bisnisnya, merekam dua video App Review, meminta advanced access, membangun Embedded Signup di halaman pengaturan klinik, dan menangani token, webhook, serta pembuatan template. Tiap klinik menambahkan metode pembayarannya dan membayar Meta untuk pesan; Mawid Cloud menagih langganannya. Engineering menjadi komitmen berbulan-bulan, dan hasil peninjauan adalah keputusan Meta.
• Opsi B, membangun di atas partner. Perusahaan mengintegrasikan API partner untuk onboarding dan pengiriman, mempertahankan UI janji temunya sendiri, dan menyerahkan hubungan dengan Meta serta penagihan kepada partner.
• Opsi C, multi-partner solution. Perusahaan menjadi Tech Provider dan membuat solution bersama Solution Partner, sehingga klinik berbagi credit line milik partner.

Perusahaan memilih B untuk 100 klinik pertama guna mempelajari pola pemakaian produk, lalu meninjau A kembali setelah WhatsApp menjadi lini inti. Intinya, pilihan ini hanya bisa dibalik jika template dan webhook dirancang agar portabel, itulah sebabnya memigrasikan nomor WhatsApp antar penyedia layak dibaca sebelum Anda menandatangani kontrak.

Apa risiko dan kesalahan umumnya?

• Menjadikan label sebagai keputusan. Bandingkan penagihan, dukungan, dan portabilitas, bukan apakah vendor menyebut dirinya "BSP".
• Meremehkan App Review. Penolakan karena video tidak jelas atau dokumentasi kurang memakan waktu berminggu-minggu. Persetujuan adalah keputusan Meta.
• Meminta terlalu banyak izin. Halaman implementasi Meta memperingatkan bahwa pilihan tambahan di konfigurasi Embedded Signup dapat membuat pelanggan meninggalkan alur.
• Mengabaikan versi. Meta mengumumkan Embedded Signup v2 dan v3 akan dihentikan pada 15 Oktober 2026, jadi bangunlah di v4. Linimasa perubahan 2026 kami memantau hal ini.
• Lupa kode 30 detik. Siapkan penukaran token sebelum Anda mulai menguji.
• Tanpa rencana keluar. Pelanggan memiliki asetnya; arsitektur Anda harus memungkinkan mereka pindah.

Bagaimana OmniChannels.ai membantu

BroadNet, perusahaan di balik OmniChannels.ai, adalah Meta Business Solution Provider resmi. Klien di-onboard melalui Meta Embedded Signup, WhatsApp dikenai biaya sesuai tarif Meta tanpa markup, dan tim kami menangani verifikasi bisnis Meta serta persetujuan display name bersama Anda; keputusan persetujuan tetap di tangan Meta. Perusahaan perangkat lunak dapat memakai REST API dan webhook, dan partner dapat menjalankan program secara white-label dengan sub-akun. Periksa kesiapan Anda dengan checklist kesiapan WhatsApp API, pelajari program partner, atau hubungi tim kami untuk membandingkan jalur yang tepat bagi produk Anda.