Pag-embed ng API laban sa portal ng partner na white-label

Kapag ang isang produktong SaaS ay nag-e-embed ng pagmemensahe, ang mga end user ay hindi kailanman nagbubukas ng IOSOR console. Nagki-click sila ng 'Ipadala' sa loob ng UI ng ISV; ang ISV ang nagmamay-ari ng mga key, webhook, at prepaid wallet. Ang landas na iyon ay embed. Iba ang portal ng partner na white-label: ang admin ng partner ay nagtatrabaho sa ilalim ng mga ibabaw ng Partner — UI na ligtas sa brand, paghihiwalay ng tenant, at mga gate ng ibabaw na hindi kailanman naglalabas ng mga pangalan ng carrier.

Pinagmumukhang malabo ng mga koponan ang dalawa: mga screenshot ng partner sa isang deck ng ISV, o mga error na mukhang IOSOR sa loob ng produktong SaaS. Ang ibig sabihin ng embed ay ang iyong produkto ang tanging salamin na nakaharap sa customer.

Pinapanatili ng embed ang pagmemensahe sa loob ng produktong SaaS

Ang mga wiring ng embed ay naglalagay ng mga API key, idempotency key, at webhook receiver sa ilalim ng engineering org ng ISV. Ang mga aksyon ng end-user ay nakakabit sa mga server-side na pagpapadala gamit ang prepaid wallet ng ISV.

Nananatiling hiwalay na white-label surface ang portal ng partner

Naglilingkod ang mga portal ng partner sa mga admin ng reseller na namamahala ng mga subtenant, bahagi ng rate, at mga pag-export na ligtas sa brand. Ang mga screen ay sumusunod sa mga gate ng ibabaw ng Partner: walang brand sa mga notification, error sa API, webhook, o kolum ng CSV.

Hati na pagmamay-ari: salamin ng produkto laban sa salamin ng partner

Tanggihan ang mga hybrid na demo na naghahalo ng mga landas ng brand

Ang isang button ng pagpapadala ng SaaS kasama ang screenshot ng portal ng partner sa isang slide ay nagtuturo sa mga mamimili na umasa ng maling salamin. Kung ang mamimili ay nag-e-embed ng OTP sa kanilang app, i-demo ang embed at panatilihin ang mga artikulo ng Partner bilang karagdagan lamang.

Mga kaugnay na landas ng ops

• Gate ng ibabaw ng partner: walang tagas ng brand
• mga webhook at key sa paglunsad
• Pag-package ng mga Multi-Channel Communication SKU sa Unified Catalog Offers

Magsimula sa IOSOR

I-configure ang iyong mga webhook receiver ng produkto sa console sa ilalim ng iyong ISV secret vault, at panatilihing mahigpit sa iyong backend server ang mga API key. Ipatupad ang partner surface gate bago magbigay ng access sa administrator ng reseller upang matiyak na walang upstream branding na lalabas sa mga DLR payload o CSV export. Panatilihing nakahiwalay ang iyong produkto at partner glass sa parehong staging at production na kapaligiran.

Buod ng IOSOR

Ang pag-embed ng pagmemensahe sa pamamagitan ng API ay nagpapanatili sa trapiko at status ng end-user nang buo sa loob ng UI ng iyong SaaS na produkto, na pinapagana ng mga server-side key ng iyong engineering team. Kasabay nito, ang mga white-label partner portal ay umiiral lamang para sa mga admin ng reseller upang pamahalaan ang mga istruktura ng subtenant, distribusyon ng rate, at mga export na hiwalay ang tatak nang hindi ibinubunyag ang mga detalye ng upstream na imprastruktura.

Ihiwalay ang mga API key, webhook receiver, at pag-render ng status sa loob ng pangunahing codebase ng iyong produkto. Huwag magpakita ng mga hybrid na demo ng pagbebenta o ihalo ang partner administrative glass sa mga daloy ng pagmemensahe na katutubo sa produkto, dahil ang paglabo sa mga hangganang ito ay lumilikha ng mga pagtagas ng tatak at hindi pagkakapantay-pantay sa pamamahala ng tenant.