API beágyazása vs. white-label partnerportál

Amikor egy SaaS-termék üzenetküldést ágyaz be, a végfelhasználók soha nem nyitnak meg IOSOR konzolt. Az ISV felületén belül kattintanak a Küldés gombra; az ISV birtokolja a kulcsokat, a webhookokat és az előre fizetett főkönyvet. Ez a beágyazás (embed) útja. A white-label partnerportál más: a partneradminisztrátor a Partner felületeken dolgozik — márkabiztos UI, bérlői izoláció és olyan kapuk mellett, amelyek soha nem szivárogtatják ki a mögöttes infrastruktúra neveit.

A csapatok gyakran összekeverik a kettőt: partner képernyőképek egy ISV prezentációban, vagy IOSOR-szerű hibaüzenetek a SaaS-terméken belül. A beágyazás azt jelenti, hogy az Ön terméke az egyetlen ügyféloldali felület. A partnerportál egy márkázott portált jelent a viszonteladók számára — továbbra is white-label és védett, de eltérő tulajdonjogi térképpel. Válasszon egyetlen felületet az első hétre.

Beágyazás a SaaS terméken belül tartja az üzenetküldést

A beágyazási konfiguráció az API-kulcsokat, idempotencia-kulcsokat és webhook-vevőket az ISV mérnöki szervezetéhez rendeli. A végfelhasználói műveletek szerveroldali küldésekhez kapcsolódnak az ISV előre fizetett pénztárcájával.

A partnerportál különálló white-label felület marad

A partnerportálok a viszonteladói adminisztrátorokat szolgálják ki, akik albérlőket, díjmegosztásokat és márkabiztos exportokat kezelnek. A képernyők követik a Partner felületi kapuit: nincs felettes márka az értesítésekben, API-hibákban, webhookokban vagy CSV-oszlopokban. az élő katalógus mindig megegyezik a széffel.

Megosztott tulajdonjog: terméknézet vs. partnernézet

Utasítsa vissza a márkautakat keverő hibrid demókat

Egy SaaS küldés gomb és egy partnerportál képernyőkép egyetlen dián arra tanítja a vevőket, hogy rossz felületre számítsanak. Ha a vevő OTP-t ágyaz be az alkalmazásába, demózza a beágyazást, és a partnercikkeket csak kiegészítő anyagként kezelje.

Kapcsolódó üzemeltetési utak

• Partner felületi kapu: nicsz márkanév-szivárgás
• webhookek és kulcsok élesítéskor
• Többcsatornás kommunikációs SKU-k csomagolása egységes katalógusajánlatokba

Kezdje az IOSOR-ral

Konfiguráld a terméked webhook-fogadóit a konzolon az ISV-titoktárban, az API-kulcsokat pedig szigorúan a háttérkiszolgálón tárold. A partneri felület kapuját alkalmazd a viszonteladói adminisztrátori hozzáférés biztosítása előtt, hogy elkerüld a felsőbb szintű márkajelzések szivárgását a DLR-hasznosadatokba vagy a CSV-exportokba. Tartsd elkülönítve a termékes és a partneri felületet mind a teszt-, mind az éles környezetben.

IOSOR összegzés

Az üzenetküldés API-n keresztüli beágyazása a végfelhasználói forgalmat és az állapottulajdonságokat teljes egészében a saját SaaS-termékfelületeden belül tartja, amelyet a fejlesztőcsapatod szerveroldali kulcsai ha hajtanak meg. Ezzel párhuzamosan a fehér címkés partnerportálok kizárólag azért léteznek, hogy a viszonteladói adminok kezelhessék az al-bérlői struktúrákat, az árrés-elosztásokat és a márka szerint szigetelt exportokat anélkül, hogy felfednék a háttérinfrastruktúra részleteit.

Szigorúan különítsd el az API-kulcsokat, a webhook-fogadókat és az állapotmegjelenítést az elsődleges termékkódbázisodon belül. Ne mutass be hibrid értékesítési demókat, és ne keverd a partneri adminisztrációs felületeket a terméken belüli üzenetküldési folyamatokkal, mivel e határok összemosása márkaszivárgást okoz, és félreviszi a bérlőkezelést.