IOSOR Знания
Вграждане на API спрямо white-label партньорски портал
SaaS продуктите, които вграждат съобщения, остават в ISV интерфейса. White-label партньорските портали остават в секция Партньор — не смесвайте марка, ключове и собственост.
Когато даден SaaS продукт вгражда съобщения, крайните потребители никога не отварят IOSOR конзола. Те натискат Изпрати вътре в ISV интерфейса; ISV притежава ключовете, уебхуковете и предплатения дневник. Този път е вграждане (embed). White-label партньорският портал е различен: администраторът на партньора работи в Партньорски повърхности — защитен откъм марка интерфейс, изолация на наемателите и портали, които никога не разкриват имена на инфраструктурата.
Екипите често смесват двете: екранни снимки на партньора в ISV презентация или грешки в стил IOSOR вътре в SaaS продукта. Вграждането означава, че вашият продукт е единственият интерфейс за клиента. Партньорският портал означава брандиран портал за препродавачи — все така white-label и защитен, но с различна карта на собственост. Изберете един интерфейс за първата седмица.
Вграждането запазва съобщенията вътре в SaaS продукта
Свързването чрез вграждане поставя API ключовете, ключовете за идемпотентност и приемниците на уебхукове под инженерната организация на ISV. Действията на крайния потребител се картографират към сървърни изпращания с предплатения портфейл на ISV.
Партньорският портал остава отделна white-label повърхност
Партньорските портали обслужват администратори на препродавачи, които управляват поднаематели, дялове от тарифи и сигурни експорти. Екраните следват шлюзовете на Партньорската повърхност: без външни марки в известията, API грешките, уебхуковете или CSV колоните. Каталогът винаги съответства на трезора. Администраторът на партньора не е крайният потребител на ISV.
Разделена собственост: изглед на продукта срещу изглед на партньора
| Решение | Вграждане (Embed) | Партньорски портал |
|---|---|---|
| Кой вижда UI | Крайни потребители на ISV | Администратори на партньора |
| Ключовете са в | Тайните на ISV | Оперативния трезор |
| Език на марката | Текст на SaaS продукта | Текст на white-label. |
Откажете хибридни демонстрации, смесващи пътища на марката
Бутон за изпращане в SaaS заедно с екранна снимка на партньорски портал на един слайд учи купувачите да очакват грешния интерфейс. Ако купувачът вгражда OTP в приложението си, демонстрирайте вграждането и запазете статиите за партньори само като допълнение.
Свързани оперативни пътища
- Шлюз за партньорска повърхност: без изтичане на марка
- уебхукове и ключове при старт
- Пакетиране на многоканални комуникационни SKU в единни каталожни оферти
Започнете с IOSOR
Конфигурирайте приемниците на уебхукове за продукта си в конзолата под хранилището за тайни, като пазите API ключовете строго на бекенд сървъра. Наложете ограниченията на партньорския интерфейс преди предоставяне на администраторски достъп за дистрибутори, за да предотвратите изтичане на брандинг към изходните данни или експортираните файлове. Пазете продуктовия и партньорския интерфейс изолирани както в тестовите, така и в производствените среди.
Обобщение IOSOR
Вграждането на съобщения чрез API поддържа трафика и статусите на крайните потребители изцяло във вашия софтуерен интерфейс, управлявани чрез сървърни ключове. Паралелно с това, специализираните white-label портали служат единствено за администраторите на партньори, които управляват структури от поднаематели, разпределение на тарифи и изолиран брандиран отчет за експорт на данни. Изолирайте API ключовете и уебхук приемниците в основната кодова база на продукта. Не смесвайте административния панел за партньори с нативните потоци от съобщения, за да избегнете изтичане на бранда и грешки в управлението на наемателите. Следете всички логове в UTC време за коректна отчетност.
Полезно ли беше ръководството?
Свързани ръководства
- Изпращането от крайния потребител все така таксува един предплатен регистър
Вграденото изпращане продължава да дебитира предплатения портфейл на ISV. Не измисляйте втори регистър, който продуктът не финансира.
- Когато лимитът на вграден тенант трябва да спре изпращането
Лимитите за fair-share в ISV продукта трябва твърдо да спират изпращането за този тенант — без фалшив API 200 delivered.