IOSOR Kennis
API-inbedding versus een white-label partnerportal
SaaS-producten die berichten inbedden, blijven op het ISV-oppervlak. White-label partnerportals horen onder Partner — meng merk, sleutels en operationeel eigenaarschap niet.
Wanneer een SaaS-product berichten inbedt, openen eindgebruikers nooit een IOSOR-console. Ze klikken op Verzenden binnen de ISV-gebruikersinterface; de ISV is eigenaar van de sleutels, webhooks en het vooraf betaalde grootboek. Dat pad is inbedding. Een white-label partnerportal is anders: de partnerbeheerder werkt onder Partner-oppervlakken — merkveilige UI, isolatie van tenants en oppervlaktepoorten die nooit namen van bovenliggende infrastructuren lekken.
Teams halen de twee vaak door elkaar: partner-screenshots in een ISV-presentatie, of foutmeldingen die op IOSOR lijken binnen het SaaS-product. Inbedding betekent dat uw product het enige klantgerichte scherm is. Partner betekent een portaal met eigen merkidentiteit voor wederverkopers — nog steeds white-label en afgeschermd, maar met een heel andere eigendomsstructuur. Kies één scherm voor de eerste week.
Inbedding houdt berichten binnen het SaaS-product
Inbeddingskoppelingen plaatsen API-sleutels, idempotentiesleutels en webhook-ontvangers onder de engineeringorganisatie van de ISV. Acties van eindgebruikers worden omgezet in serverzijde-verzendingen met de vooraf betaalde wallet van de ISV.
Partnerportal blijft een afzonderlijk white-label oppervlak
Partnerportals bedienen wederverkoper-beheerders die subtenants, tariefaandelen en merkveilige exports beheren. Schermen volgen de Partner-oppervlaktepoorten: geen bovenliggende merknamen in pop-ups, API-fouten, webhooks of CSV-kolommen. Catalogus Live komt nog steeds overeen met de kluis. De partnerbeheerder is niet de ISV-eindgebruiker. Voeg een partnerportal niet via een iframe in het SaaS-product om sneller te lijken.
Verdeeld eigenaarschap: productinterface versus partnerinterface
| Beslissing | Inbedding | Partnerportal |
|---|---|---|
| Wie ziet de UI | ISV-eindgebruikers | Partnerbeheerders |
| Sleutels staan in | ISV-geheimen | Operationele kluis volgens ontwerp |
| Merktaal | Tekst van SaaS-product | White-label partnertekst |
| Grootboekeigenaar | ISV prepaid-account | Zelfde acc. |
Weiger hybride demo's die merkpaden mengen
Een SaaS-verzendknop plus een screenshot van een partnerportal op één dia leert kopers het verkeerde scherm te verwachten. Als de koper OTP in zijn app inbedt, demonstreer dan inbedding en houd Partner-artikelen uitsluitend als aanvullende informatie.
Gerelateerde operationele paden
- Partner oppervlak poort: geen merk lek
- webhooks en sleutels bij livegang
- Bundel Multi-Channel Communicatie-SKU's in Uniforme Catalogusaanbiedingen
Begin met IOSOR
Configureer je product-webhookontvangers in de console onder je ISV-geheimenkluis en bewaar API-sleutels uitsluitend op je backend-server. Handhaaf de partnerservicegrens voordat je wederverkoper-beheerdersrechten toekent om te voorkomen dat upstream-branding lekt naar DLR-payloads of CSV-exportbestanden. Houd je productomgeving en partneromgeving strikt gescheiden in zowel de testomgeving als de productieomgeving.
IOSOR-les
Het integreren van berichten via een API zorgt ervoor dat het verkeer en de statussen van eindgebruikers volledig binnen je SaaS-productinterface blijven, aangedreven door de server-side sleutels van je engineeringteam. Tegelijkertijd dienen whitelabel-partnerportals uitsluitend voor wederverkoper-beheerders om subtenantstructuren, tariefdistributies en merkgeïsoleerde exports te beheren zonder upstream-infrastructuurdetails prijs te geven.
Scheid API-sleutels, webhookontvangers en statusweergave binnen je primaire productcodebase. Vermijd hybride verkoopdemo's en het mengen van partnerbeheerinterfaces met product-eigen berichtenstromen, aangezien het vervagen van deze grenzen merklekken veroorzaakt en het tenantbeheer ontwricht.
Was deze gids nuttig?
Gerelateerde gidsen
- Eindgebruiker-verzendingen raken nog steeds één prepaid grootboek
Embedded Send debiteert nog steeds de ISV-prepaid-wallet. Bedenk geen tweede grootboek dat het product niet financiert — reserveringen, retries en idempotentie blijven eerlijk.
- Wanneer een ingebouwde tenant-limiet het verzenden moet stoppen
Fair-share limieten binnen een ISV-product moeten het verzenden voor die tenant hard stoppen en nooit een valse 200 API-respons teruggeven wanneer de limiet is bereikt.