IOSOR Kunskap
Bädda in API jämfört med en white-label partnerportal
SaaS-produkter som bäddar in meddelanden stannar på ISV-ytan. White-label partnerportaler hör hemma under Partner — blanda inte varumärke, nycklar och operativt ägarskap.
När en SaaS-produkt bäddar in meddelanden öppnar slutanvändarna aldrig en IOSOR-konsol. De klickar på Skicka i ISV-gränssnittet; ISV äger nycklar, webhooks och den förbetalda huvudboken. Den vägen kallas inbäddning (embed). En white-label partnerportal är annorlunda: partneradministratören arbetar under Partner-ytor — varumärkessäkert UI, isolering av hyresgäster och ytportar som aldrig läcker namn på bakomliggande infrastruktur.
Team blandar ofta ihop de två: partnerskärmdumpar i en ISV-presentation, eller IOSOR-liknande felmeddelanden inuti SaaS-produkten. Inbäddning innebär att din produkt är den enda kundvända skärmen. Partner innebär en varumärkesprofilerad portal för återförsäljare — fortfarande white-label och avgränsad, men med en helt annan ägarkarta. Välj en skärm för den första veckan.
Inbäddning håller meddelanden inuti SaaS-produkten
Inbäddningskopplingar placerar API-nycklar, idempotensnycklar och webhook-mottagare under ISV-ingengörsorganisationen. Slutanvändaråtgärder mappas till sändningar på serversidan med ISV:s förbetalda plånbok. SaaS-gränssnittet visar produktnaturliga statusar — i kö, skickat, misslyckades — aldrig varumärken för infrastrukturen och aldrig en andra konsolinloggning för kunden. Dokumentera vilken mikrotjänst som håller produktionsnycklarna.
Partnerportalen förblir en separat white-label-yta
Partnerportaler betjänar återförsäljaradministratörer som hanterar underhyresgäster, prisandelar och varumärkessäkra exporter. Skärmar följer Partner-ytportar: inga bakomliggande varumärken i aviseringar, API-fel, webhooks eller CSV-kolumner. Katalog Live matchar fortfarande valvet. Partneradministratören är inte ISV-slutanvändaren. Bädda inte in en partnerportal via iframe i SaaS-produkten för att verka snabbare.
Uppdelat ägarskap: produktgränssnitt versus partnergränssnitt
| Beslut | Inbäddning | Partnerportal |
|---|---|---|
| Vem ser UI | ISV-slutanvändare | Partneradministratörer |
| Nycklar finns i | ISV-hemligheter | Operativt valv enligt design |
| Varumärkesspråk | SaaS-produkttext | White-label partnertext |
| Ägare av huvudbok | ISV förbetalt konto | Sa. |
Neka hybriddemonstrationer som blandar varumärkesvägar
En SaaS-skickaknapp och en skärmdump av en partnerportal på samma bild tränar köpare att förvänta sig fel skärm. Om köparen bäddar in OTP i sin app, demonstrera inbäddning och håll Partner-artiklar endast som tilläggsinformation.
Relaterade operativa vägar
- Partnerns ytport: ingenting läcker om varumärken
- webhooks och nycklar vid livegång
- Paketera flerkanaliga kommunikations-SKU:er i enhetliga katalogerbjudanden
Börja med IOSOR
Konfigurera era produktwebbhook-mottagare i konsolen under era ISV-hemligheter, och förvara API-nycklar strikt på er backendserver. Säkerställ att partnergränssnittet är låst innan ni ger återförsäljaradministratörer behörighet, för att förhindra att uppströmsvarumärken läcker ut i DLR-data eller CSV-exporter. Håll er produktmiljö och partnermiljö helt åtskilda i både test- och produktionsmiljöer.
IOSOR sammanfattning
Att integrera meddelandehantering via ett API håller slutanvändartrafik och statuslägen helt inom er egen SaaS-produkt, drivet av ert teams servernycklar. Samtidigt är white-label-partnerportaler uteslutande till för återförsäljaradministratörer att hantera understruktur, prisfördelning och varumärkesskyddade exporter utan att röja uppströmsinfrastrukturen.
Isolera API-nycklar, webhook-mottagare och statusvisning i er primära produktkodbas. Undvik att visa hybrida säljdemonstrationer eller blanda partneradministration med produktinterna meddelandeflöden, eftersom sådana gränsöverskridanden skapar varumärkesläckor och äventyrar klientstyrningen.
Var den här guiden till hjälp?
Relaterade guider
- Slutanvändarens sändning belastar fortfarande en förbetald huvudbok
Inbäddad sändning debiterar fortfarande ISV-förbetalda plånbok. Skapa inte en sekundär huvudbok som produkten inte finansierar — reserveringar, omsändningar och idempotens förblir ärliga.
- När en inbäddad klientgräns måste stoppa sändningen
Rättvisa takgränser i en ISV-produkt måste stoppa sändningen helt för den klienten — skicka aldrig ett falskt 200-svar från API:et när gränsen har nåtts.