IOSOR Знания
Маршрутизиране на уебхукове по под-акаунти без изтичане между наематели
Овладейте сигурната изолация на уебхукове за вашите под-акаунти. Научете се да конфигурирате крайни точки, специфични за наемателите, за да гарантирате, че DLR и статусните извиквания остават частни и защитени.
Маршрутизиране на уебхукове по под-акаунти без изтичане между наематели.
Установяване на архитектура за уебхукове, специфична за наематели
За да поддържате строга изолация във вашия white-label CPaaS, трябва да отделите маршрутизирането на уебхукове от основния партньорски акаунт. Когато под-акаунт задейства SMS или OTP събитие, системата генерира уникален DLR полезен товар. Чрез присвояване на специален URL адрес за уебхук на ниво под-акаунт, вие предотвратявате изтичането на метаданни между наемателите.
Внедряване на сигурно удостоверяване на полезния товар
Сигурността е от първостепенно значение при обработката на извиквания. Използвайте проверката на HMAC-SHA256 подписа, предоставена в заглавката на всяка заявка към уебхук. Чрез генериране на уникален таен ключ за всеки под-акаунт, вие позволявате на вашите клиенти да валидират, че входящият DLR или Verify OK сигнал произлиза от нашата платформа. Това предотвратява неоторизирано подправяне и гарантира, че вашите клиенти обработват само легитимен трафик.
Управление на JIT провизиониране и предплатени баланси
Нашата платформа използва JIT провизиониране за всички номера, което означава, че не се поддържа статичен инвентар. Когато под-акаунт заяви номер, той се присвоява незабавно при плащане. Уверете се, че вашите клиенти поддържат предплатен праг от USD 20, за да поддържат услугите активни. За партньори с голям обем извършваме лека проверка, след като месечните ви разходи достигнат USD 1.000/месец, за да коригираме кредитните лимити и да оптимизираме маршрутите.
Конфигуриране на DLR и STOP логика
Стандартизирайте начина, по който вашите под-акаунти обработват входящите сигнали. Конфигурирайте уебхука да анализира номера във формат E.164 и да ги картографира към правилния вътрешен клиентски ID. Когато потребител отговори със STOP, системата трябва да задейства автоматизиран флаг за отписване във вашата база данни.
Интегриране на основни партньорски ресурси
За да рационализирате настройката си, вижте тези пътища за документация за по-задълбочена техническа интеграция.
Започнете с IOSOR
Отворете конзолата на IOSOR и отидете в раздела Партньорски настройки, за да дефинирате правилата си за маршрутизиране на наематели. Задайте изрични, подписани със секретен ключ уебхук адреси за всеки под-акаунт, за да обработвате независимо отчетите за доставка и входящите обратни извиквания.
- Преглед на обема на партньорите: Поддържане на задържания за изолация
- Генериране на подробни отчети за потреблението за multi-tenant акаунти
- Графици за предварително загряване на изпращачи с висок обем
Обобщение IOSOR
Това ръководство показа как да изоставите обратните извиквания на под-акаунтите чрез обвързване на отделни уебхук крайни точки и ключове за подписване HMAC-SHA256 към индивидуални клиентски профили. Отделянето на метаданните на партньорско ниво от отчетите за състоянието на крайния наемател гарантира висока надеждност и пълна оперативна изолация в среди с бели етикети.
Полезно ли беше ръководството?
Свързани ръководства
- Генериране на подробни отчети за потреблението за multi-tenant акаунти
Научете как да автоматизирате отчитането на потреблението за под-наематели във вашата white-label CPaaS среда, осигурявайки прозрачно фактуриране без разкриване на вашите базови разходи.
- Възстановяване на спрени под-наематели след проверка за съответствие
Научете техническия работен процес за възстановяване на пътищата за съобщения и достъпа до акаунта в платформата IOSOR след успешно преглед на съответствието.
- Съгласуване на потвържденията за доставка по наематели в голям мащаб
Овладейте съгласуването на DLR логовете за множество наематели в екосистемата IOSOR. Осигурете финансова точност и изолиране на данните по време на месечните прегледи на обема.