IOSOR

IOSOR Wiedza

Osadzanie API a portal partnerski white-label

Produkty SaaS osadzające wiadomości pozostają na powierzchni ISV. Portale partnerskie white-label należą do sekcji Partner — nie mieszaj marki, kluczy i własności operacyjnej.

Gdy produkt SaaS osadza komunikację, użytkownicy końcowi nigdy nie otwierają konsoli IOSOR. Klikają 'Wyślij' w interfejsie ISV; to ISV posiada klucze, webhooki i księgę przedpłaconą. Ta ścieżka to osadzanie (embed). Portal partnerski white-label działa inaczej: administrator partnera pracuje w obszarze Partner — z bezpiecznym dla marki UI, izolacją dzierżawców i bramami powierzchniowymi, które nigdy nie ujawniają nazw dostawców infrastruktury.

Zespoły często mieszają te dwa pojęcia: zrzuty ekranu partnera w prezentacji ISV lub błędy przypominające IOSOR wewnątrz produktu SaaS. Osadzanie oznacza, że Twój produkt jest jedynym interfejsem widocznym dla клиента.

Osadzanie utrzymuje komunikację wewnątrz produktu SaaS

Konfiguracja osadzania umieszcza klucze API, klucze idempotentności i odbiorniki webhooków w strukturze inżynieryjnej ISV. Działania użytkownika końcowego są mapowane na wysyłki po stronie serwera z portfela przedpłaconego ISV. Interfejs SaaS pokazuje natywne statusy produktu — w kolejce, wysłano, błąd — nigdy marki infrastruktury i nigdy drugiego logowania do konsoli dla klienta.

Portal partnerski pozostaje osobną powierzchnią white-label

Portale partnerskie służą administratorom odsprzedawców, którzy zarządzają podmiotami, udziałami w stawkach i eksportami bezpiecznymi dla marki. Ekrany przestrzegają bram powierzchniowych Partnera: brak nazw marek w powiadomieniach, błędach API, webhookach czy kolumnach CSV. Katalog na żywo nadal odpowiada sejfowi. Administrator partnera nie jest użytkownikiem końcowym ISV.

Podział własności: interfejs produktu a interfejs partnera

Decyzja Osadzanie Portal partnerski
Kto widzi UI Użytkownicy końcowi ISV Administratorzy partnera
Gdzie żyją klucze Sekrety ISV Sejf operacyjny zgodnie z projektem
Język marki Treści produktu SaaS Treści partnera white-label
Właściciel ks.

Odrzucaj hybrydowe wersje demonstracyjne łączące ścieżki marek

Przycisk wysyłania SaaS i zrzut ekranu portalu partnerskiego na jednym slajdzie uczą nabywców oczekiwania niewłaściwego interfejsu. Jeśli nabywca osadza OTP w swojej aplikacji, zademonstruj osadzanie, a artykuły dotyczące Partnera zachowaj jedynie jako materiały dodatkowe.

Powiązane ścieżki operacyjne

Zacznij z IOSOR

Skonfiguruj odbiorniki webhooków produktu w konsoli w sekcji tajnych kluczy dostawcy, zachowując klucze interfejsu wyłącznie na serwerze zaplecza. Zapewnij weryfikację bramki partnerskiej przed przyznaniem dostępu administratora odsprzedawcy, aby uniknąć wycieku marki do ładunków DLR lub eksportów CSV. Odizoluj interfejs produktu od interfejsu partnerskiego zarówno w środowisku testowym, jak i produkcyjnym.

Podsumowanie IOSOR

Osadzanie obsługi wiadomości przez interfejs programistyczny utrzymuje ruch użytkowników końcowych oraz stany w całości wewnątrz interfejsu Twojej aplikacji SaaS, zasilane przez klucze serwerowe Twojego zespołu inżynieryjnego. Jednocześnie partnerskie portale z własną marką służą wyłącznie administratorom odsprzedawców do zarządzania strukturami podnajemców, dystrybucją stawek oraz eksportem odizolowanym wizualnie bez ujawniania szczegółów infrastruktury nadrzędnej.

Odizoluj klucze interfejsu, odbiorniki webhooków oraz renderowanie statusu w głównej bazie kodu produktu. Nie prezentuj hybrydowych demonstracji sprzedaży ani nie łącz administracyjnego interfejsu partnerskiego z natywnymi przepływami wiadomości produktu, ponieważ zacieranie tych granic prowadzi do wycieków wizerunkowych i zaburza zarządzanie najemcami.

Czy ten przewodnik był pomocny?

Powiązane przewodniki