IOSOR Panduan
Penyerapan API berbanding portal rakan kongsi label putih
Produk SaaS yang menyerap mesej kekal pada permukaan ISV. Portal rakan kongsi label putih kekal di bawah Rakan Kongsi — jangan campur adukkan jenama, kunci dan pemilikan operasi.
Apabila produk SaaS menyerap pemesejan, pengguna akhir tidak pernah membuka konsol IOSOR. Mereka menekan Hantar di dalam UI ISV; ISV memiliki kunci, webhook, dan lejar prabayar. Laluan tersebut ialah penyerapan (embed). Portal rakan kongsi label putih adalah berbeza: pentadbir rakan kongsi bekerja di bawah permukaan Rakan Kongsi — UI selamat jenama, pengasingan penyewa, dan gerbang permukaan yang tidak pernah membocorkan nama rantaian pembekal.
Pasukan sering mengelirukan kedua-duanya: tangkapan skrin rakan kongsi dalam pembentangan ISV, atau ralat kelihatan seperti IOSOR di dalam produk SaaS. Penyerapan bermakna produk anda ialah satu-satunya antaramuka pelanggan.
Penyerapan mengekalkan pemesejan di dalam produk SaaS
Pendawaian penyerapan meletakkan kunci API, kunci idempotensi, dan penerima webhook di bawah organisasi kejuruteraan ISV. Tindakan pengguna akhir dipetakan kepada penghantaran sebelah pelayan dengan dompet prabayar ISV. UI SaaS menunjukkan status asli produk — dalam giliran, dihantar, gagal — tidak pernah jenama laluan dan tiada log masuk konsol kedua untuk pelanggan.
Portal rakan kongsi kekal sebagai permukaan label putih yang berasingan
Portal rakan kongsi berkhidmat untuk pentadbir penjual semula yang mengurus sub-penyewa, bahagian kadar, dan eksport selamat jenama. Paparan mengikut gerbang permukaan Rakan Kongsi: tiada jenama hulu dalam pemberitahuan, ralat API, webhook, atau lajur CSV. Katalog Langsung tetap sepadan dengan bilik kebal. Pentadbir rakan kongsi bukanlah pengguna akhir ISV.
Pemilikan terbahagi: antaramuka produk berbanding antaramuka rakan kongsi
| Keputusan | Penyerapan | Portal rakan kongsi |
|---|---|---|
| Siapa melihat UI | Pengguna akhir ISV | Pentadbir rakan kongsi |
| Kunci disimpan dalam | Rahsia ISV | Bilik kebal operasi mengikut reka bentuk |
| Bahasa jenama | Salinan produk SaaS | Salinan rakan kongsi label putih |
| Pemilik leja. |
Tolak demonstrasi hibrid yang mencampurkan laluan jenama
Butang hantar SaaS dan tangkapan skrin portal rakan kongsi pada satu slaid melatih pembeli menjangkakan antaramuka yang salah. Jika pembeli menyerap OTP ke dalam aplikasi mereka, tunjukkan demonstrasi penyerapan dan kekalkan artikel Rakan Kongsi sebagai rujukan sampingan sahaja.
Laluan operasi berkaitan
- Gerbang permukaan rakan kongsi: tiada kebocoran jenama
- webhook dan kunci semasa pelancaran
- Pakejkan SKU Komunikasi Berbilang Saluran ke dalam Tawaran Katalog Bersepadu
Mulakan dengan IOSOR
Konfigurasikan penerima webhook produk anda dalam konsol di bawah kubuci rahsia ISV anda, dan pastikan kekunci API disimpan secara ketat pada pelayan belakang anda. Kuat kuasakan pintu masuk antara muka rakan kongsi sebelum memberikan akses pentadbir peruncit untuk memastikan tiada kebocoran jenama huluan ke dalam muatan DLR atau eksport CSV. Kekalkan pengasingan antara antara muka produk dan antara muka rakan kongsi anda di merentas persekitaran pementasan dan pengeluaran.
Inti IOSOR
Penyematan mesej melalui API memastikan trafik pengguna akhir dan status kekal sepenuhnya dalam antara muka produk SaaS anda, dikuasakan oleh kekunci sebelah pelayan pasukan kejuruteraan anda. Pada masa yang sama, portal rakan kongsi label putih wujud khusus untuk pentadbir peruncit mengurus struktur subpenyewa, pengagihan kadar, dan eksport terpencil jenama tanpa mendedahkan butiran infrastruktur huluan.
asingkan kekunci API, penerima webhook, dan paparan status di dalam kod asas produk utama anda. Jangan persembahkan demo jualan hibrid atau campurkan antara muka pentadbiran rakan kongsi dengan aliran mesej asli produk, kerana mengaburkan sempadan ini akan menyebabkan kebocoran jenama dan ketidakselarasan tadbir urus penyewa.
Adakah panduan ini membantu?
Panduan berkaitan
- Penghantaran pengguna akhir tetap mendebit satu lejar prabayar
Embedded Send tetap mendebit dompet prabayar ISV. Jangan reka lejar kedua yang tidak dibiayai produk — penahanan, percubaan semula dan idempotensi kekal telus.
- Apabila had penyewa terbenam mesti menghentikan hantaran
Had perkongsian adil dalam produk ISV mesti menghentikan hantaran secara mutlak untuk penyewa tersebut — jangan pernah mengembalikan API 200 terkirim palsu apabila had dicapai.