IOSOR База знань
Вбудовування API vs white-label партнерський портал
SaaS, що вбудовує messaging, лишається на поверхні ISV. White-label партнерський портал — зона Partner: не змішуйте бренд, ключі й ownership ops.
Коли SaaS-продукт вбудовує messaging, end users не відкривають консоль IOSOR. Вони натискають Send всередині UI ISV; ISV володіє ключами, webhook і prepaid ledger. Це шлях embed. White-label партнерський портал — інше: admin партнера працює на поверхнях Partner — brand-safe UI, ізоляція tenant і гейти без витоку назв upstream-рейок.
Команди змішують шляхи: скріни порталу в ISV-деці або помилки «як у IOSOR» всередині SaaS. Embed означає: ваш продукт — єдине client-facing скло. Partner — брендований портал для reseller і subtenant: white-label і gated, але інша карта ownership. На week one оберіть одне скло.
Embed тримає messaging всередині SaaS-продукту
Проводка embed кладе API-ключі, idempotency keys і webhook receivers в engineering-орг ISV. Дії end-user мапляться на server-side send з prepaid wallet ISV. UI SaaS показує product-native статус — queued, sent, failed — без брендів рейок і без другого логіну в консоль.
Задокументуйте microservice з production-ключами. Ротуйте за каденцією ISV. Якщо product хоче партнерський портал для support browser, відповідайте гейтом поверхні: це Partner, не shortcut всередині оболонки SaaS.
Партнерський портал — окрема white-label поверхня
Портали служать admin reseller: subtenant, fair-share ліміти, brand-safe export. Екрани йдуть за Partner surface gates: без upstream-бренду в toast, API-помилках, webhook і CSV. Live каталогу збігається з vault. Admin партнера — не end user продукту ISV.
Не вбудовуйте iframe порталу в SaaS «для швидкості». Це змішує trust і витікає ops-мова статусу. Тримайте Partner на URL і ролях Partner.
Розділіть ownership: скло продукту vs скло партнера
| Рішення | Embed | Партнерський портал |
|---|---|---|
| Хто бачить UI | End users ISV | Admin партнера |
| Де ключі | Secrets ISV | Vault ops за дизайном |
| Мова бренду | Copy SaaS | White-label copy партнера |
| Власник ledger | Prepaid акаунт ISV | Той самий акаунт або ізоляція |
| Що читати | Launch habits Developers | Гейт поверхні Partner |
Опублікуйте таблицю в launch-тікеті. Sales не обіцяє обидва скла на week one без іменних власників.
Відмовляйтеся від hybrid-демо зі змішаними brand path
Кнопка Send у SaaS плюс скрін порталу на одному слайді вчить buyer чекати хибне скло. Якщо buyer вбудовує OTP, демонструйте embed; статті Partner — лише adjacency.
Пов’язані шляхи
- Гейт партнерської поверхні: без витоку бренду
- Webhook і ключі: звички запуску
- Пакування catalog bundle для reseller-акаунтів
Почніть з IOSOR
Налаштуйте ключі API та отримувачі вебхуків безпосередньо в інженерному контурі вашого SaaS-продукту. Перевірте в консолі IOSOR, що статуси DLR потрапляють у продуктовий інтерфейс без згадок сторонніх брендів. Для реселерів активуйте окремий Partner surface gate, щоб ізолювати партнерські адмінки від кінцевих користувачів.
Підсумок IOSOR
Вбудовування обміну повідомленнями вимагає суворого розмежування між продуктовим інтерфейсом SaaS та партнерським кабінетом. Кінцевий користувач бачить лише нативний функціонал вашого застосунку, тоді як реселери керують суборендами та тарифами через ізольовану білу панель.
Використовуйте серверні надсилання для продуктового API та окремі атрибути доступу для партнерів. Не показуйте партнерські консолі покупцям вбудованого рішення та не змішуйте їхні ключі доступу в єдиному контурі.
Чи був матеріал корисним?
Пов’язані гіди
- Send end-user все одно б’є в один prepaid ledger
Вбудований Send списує prepaid wallet ISV. Не вигадуйте другий ledger, який продукт не фінансує — hold, retry і idempotency лишаються чесними.
- Коли cap tenant у вбудованому продукті зобов’язаний зупинити send
Fair-share caps усередині продукту ISV зобов’язані hard-stop send для tenant — ніколи не віддавайте fake delivered API 200 при ударі в стелю.