Ugradnja API-ja naspram white-label partnerskog portala

Kada SaaS proizvod ugrađuje poruke, krajnji korisnici nikada ne otvaraju IOSOR konzolu. Kliknu Pošalji unutar ISV sučelja; ISV posjeduje ključeve, webhookove i unaprijed plaćenu glavnu knjigu. Ta putanja je ugradnja (embed). White-label partnerski portal je drugačiji: administrator partnera radi na Partner površinama — sučelju sigurnom za brend, izolaciji korisnika i vratima koja nikada ne otkrivaju nazive infrastrukture.

Timovi često miješaju to dvoje: snimke zaslona partnera u ISV prezentaciji ili pogreške nalik IOSOR-u unutar SaaS proizvoda. Ugradnja znači da je vaš proizvod jedino sučelje koje klijent vidi. Partner znači brendirani portal za preprodavače — i dalje white-label i zaštićen, ali s drugačijom kartom vlasništva. Odaberite jedno sučelje za prvi tjedan.

Ugradnja zadržava poruke unutar SaaS proizvoda

Povezivanje ugradnje stavlja API ključeve, ključeve idempotencije i prijemnike webhooka pod inženjersku organizaciju ISV-a. Radnje krajnjeg korisnika preslikavaju se na slanje sa poslužitelja s unaprijed plaćenim novčanikom ISV-a. SaaS sučelje prikazuje status nativan za proizvod — u slijedu, poslano, neuspješno — nikada nazive mreža i nikada drugu prijavu za klijenta.

Partnerski portal ostaje zasebna white-label površina

Partnerski portali služe administratorima preprodavača koji upravljaju podkorisnicima, udjelima u cijenama i izvozima sigurnim za brend. Zasloni slijede vrata Partner površine: bez vanjskih brendova u obavijestima, API pogreškama, webhookovima ili CSV stupcima. Živi katalog uvijek odgovara trezoru. Administrator partnera nije krajnji korisnik ISV-a.

Podijeljeno vlasništvo: prikaz proizvoda naspram prikaza partnera

Odbijte hibridne demontraže koje miješaju putanje brenda

Gumb za slanje u SaaS-u zajedno sa snimkom zaslona partnerskog portala na jednom slajdu uči kupce da očekuju pogrešno sučelje. Ako kupac ugrađuje OTP u svoju aplikaciju, demonstrirajte ugradnju i držite članke o partnerima samo kao dopunu.

Povezane operativne putanje

• Vrata partnerske površine: bez curenja brenda
• webhookovi i ključevi pri pokretanju
• Pakiranje višekanalnih komunikacijskih SKU-ova u jedinstvene ponude kataloga

Započnite s IOSOR-om

Konfigurirajte primatelje web-kaciga proizvoda u konzoli unutar svog trezora tajni nezavisnog softverskog dobavljača, čuvajući API ključeve strogo na poslužitelju pozadinske mreže. Nametnite prolaz partnerske površine prije dodjeljivanja administratorskog pristupa preprodavaču kako biste osigurali da nikakvo uzvodno brendiranje ne procuri u DLR korisne terete ili CSV izvoze. Držite staklo svog proizvoda i partnersko staklo izoliranima u okruženjima za pripremu i produkciju.

Sažetak IOSOR

Ugrađivanje poruka putem API-ja zadržava promet krajnjeg korisnika i stanja statusa u potpunosti unutar sučelja vašeg SaaS proizvoda, pokretanog poslužiteljskim ključevima vašeg inženjerskog tima. Istodobno, portali partnera s bijelom oznakom postoje isključivo za administratore preprodavača za upravljanje strukturama podzakupaca, distribucijom stopa i izvozima izoliranim od brenda bez izlaganja pojedinosti uzvodne infrastrukture.

Izolirajte API ključeve, primatelje web-kaciga i prikazivanje statusa unutar baze izvornog koda primarnog proizvoda. Nemojte predstavljati hibridne prodajne demonstracije niti miješati partnersko administrativno staklo s tokovima poruka izvornim za proizvod, jer zamućivanje tih granica stvara curenje brenda i pogrešno usklađuje upravljanje zakupcima.