IOSOR Panduan
Sematan API vs portal mitra label putih
Produk SaaS yang menyematkan pesan tetap berada di permukaan ISV. Portal mitra label putih tetap berada di bawah Partner — jangan mencampur merek, kunci, dan kepemilikan operasional.
Ketika produk SaaS menyematkan layanan pesan, pengguna akhir tidak pernah membuka konsol IOSOR. Mereka mengklik Kirim di dalam UI ISV; ISV memegang kunci, webhook, dan buku besar prabayar. Jalur tersebut adalah penyematan (embed). Portal mitra label putih berbeda: administrator mitra bekerja di bawah permukaan Partner — UI yang aman secara merek, isolasi penyewa, dan gerbang permukaan yang tidak pernah membocorkan nama rute penyedia.
Tim sering mengaburkan keduanya: tangkapan layar mitra dalam presentasi ISV, atau pesan kesalahan yang mirip IOSOR di dalam produk SaaS. Sematan berarti produk Anda adalah satu-satunya layar yang menghadap pelanggan. Mitra berarti portal berlabel merek untuk pengecer — tetap label putih dan terisolasi, tetapi dengan peta kepemilikan yang berbeda. Pilih satu layar untuk minggu pertama.
Penyematan menjaga pesan tetap di dalam produk SaaS
Pengaturan sematan menempatkan kunci API, kunci idempotensi, dan penerima webhook di bawah organisasi rekayasa ISV. Tindakan pengguna akhir dipetakan ke pengiriman sisi server dengan dompet prabayar ISV. UI SaaS menampilkan status asli produk — dalam antrean, terkirim, gagal — tidak pernah menampilkan merek rute dan tidak ada login konsol kedua untuk pelanggan.
Portal mitra tetap menjadi permukaan label putih yang terpisah
Portal mitra melayani administrator pengecer yang mengelola sub-penyewa, bagian tarif, dan ekspor yang aman secara merek. Layar mengikuti gerbang permukaan Partner: tidak ada merek penyedia dalam pemberitahuan, kesalahan API, webhook, atau kolom CSV. Katalog Langsung tetap cocok dengan brankas. Administrator mitra bukanlah pengguna akhir ISV.
Pembagian kepemilikan: antarmuka produk vs antarmuka mitra
| Keputusan | Penyematan | Portal mitra |
|---|---|---|
| Siapa yang melihat UI | Pengguna akhir ISV | Administrator mitra |
| Kunci disimpan di | Rahasia ISV | Brankas operasional sesuai desain |
| Bahasa merek | Teks produk SaaS | Teks mitra label putih |
| Pemilik buku besar | Akun prabayar ISV | Akun sa. |
Tolak demo hibrida yang mencampur jalur merek
Tombol kirim SaaS dan tangkapan layar portal mitra dalam satu slide melatih pembeli untuk mengharapkan layar yang salah. Jika pembeli menyematkan OTP ke dalam aplikasi mereka, demonstrasikan penyematan dan pertahankan artikel Mitra hanya sebagai referensi pelengkap.
Jalur operasional terkait
- Gerbang permukaan mitra: tidak ada kebocoran merek
- webhook dan kunci saat peluncuran
- Mengemas SKU Komunikasi Multi-Saluran ke dalam Penawaran Katalog Terpadu
Mulai dengan IOSOR
Konfigurasikan penerima webhook produk Anda di konsol pada brankas rahasia ISV, dan jaga kunci API agar tetap berada di server backend Anda secara ketat. Terapkan gerbang antarmuka mitra sebelum memberikan akses admin pengecer guna memastikan tidak ada kebocoran pencitraan merek hulu ke dalam payload DLR atau ekspor CSV. Pisahkan kaca produk dan kaca mitra Anda di lingkungan penahapan maupun produksi.
Intisari IOSOR
Menanamkan olahpesan melalui API menjaga lalu lintas pengguna akhir dan status tetap sepenuhnya berada di dalam antarmuka produk SaaS Anda, didukung oleh kunci sisi server tim teknik Anda. Secara bersamaan, portal mitra label putih hanya ada untuk admin pengecer guna mengelola struktur subpenyewa, distribusi tarif, dan ekspor yang terisolasi merek tanpa mengekspos detail infrastruktur hulu.
Lakukan isolasi pada kunci API, penerima webhook, dan rendering status di dalam basis kode produk utama Anda. Jangan menyajikan demo penjualan hibrida atau mencampur kaca administratif mitra dengan alur olahpesan asli produk, karena mengaburkan batasan ini akan menciptakan kebocoran merek dan salah menyelaraskan tata kelola penyewa.
Apakah panduan ini membantu?
Panduan terkait
- Pengiriman pengguna akhir tetap mendebit satu buku besar prabayar
Embedded Send tetap mendebit dompet prabayar ISV. Jangan membuat buku besar kedua yang tidak didanai produk — hold, retry, dan idempotensi tetap jujur.
- Kapan batas tenant tersemat harus menghentikan pengiriman
Batas alokasi adil di dalam produk ISV harus menghentikan pengiriman secara keras untuk tenant tersebut — jangan pernah mengembalikan API 200 terkirim palsu saat batas tercapai.