IOSOR Знания
Прехвърляне на DID на втори собственик: кой може да назначава и освобождава
Овладейте оперативните граници, JIT предоставянето и предплатените финансови прагове по време на прехвърляне на DID на втори собственик.
Предаването на DID към втория собственик е кой може да назначи и кой да освободи.
Управление на прехвърлянето на DID към втори собственик
Когато телефонен номер премине към втори собственик в нашата white-label предплатена CPaaS архитектура, ясни оперативни граници предотвратяват административни конфликти. За разлика от старите модели за инвентар, номерата се предоставят чрез JIT механизми вместо физически запасове. Прехвърлянето на E.164 ресурс изисква изрични нива на оторизация, така че нито напускащият, нито входящият тенант да упражняват скрит двоен контрол.
Проверка на правата за назначаване
Само определени тенант администратори с проверени ролеви пълномощия могат да задействат действие по назначаване. Системата проверява предплатения баланс и налага стандартния праг от 20 USD преди всяка конфигурация на маршрутизиране. Ако сметката спадне под този резервен праг, API блокира изпълнението на прехвърлянето, докато средствата не бъдат възстановени.
Протоколи за освобождаване и почистване на маршрутизирането
Освобождаването на номер изисква също толкова строга последователност. Когато тенант се откаже от контрола, всички свързани webhook-и, DLR слушатели и тригери за ключови думи като STOP OK се изчистват незабавно. Това спира сироти трафик да достига до стари крайни точки. За трансгранични движения операторите трябва да се координират с принципите в нашето ръководство DID във втора държава: прехвърляне преди следващата JIT поръчка.
Предплатени баланси и мащабиране на обема
Тъй като тенантите мащабират операциите си след първоначалните етапи, финансовите прагове се променят естествено. Сметките, приближаващи мек преглед близо до 1000 USD/месец, преминават през автоматизирани проверки за съответствие. Поддържането на чисти оперативни навици в мултитeнант инфраструктурите е жизненоважно, отразявайки принципите в нашата документация Партньорски операции: мултитeнант навици.
Оперативни етапи на предаване
| Фаза на действие | Изисквана роля | Предварителна проверка | Последваща проверка |
|---|---|---|---|
| Освобождаване | Admin | Изчистване на Webhooks | Проверка на HB Ping |
| Назначаване | Tenant Lead | Праг от 20 USD | Тест на SMS DLR |
| Одит | Security Ops | Преглед на лог | Заключване на E.164 |
| Мащабиране | Финанси | Проверка на 1k USD | Актуализиране на MRC |
За по-широки търговски последователности за мащабиране прегледайте нашата рамка Предаване на операциите по пускане при първи реален обем, за да осигурите нулево прекъсване.
Започнете с IOSOR
Запишете кой може да освободи и кой да назначи. Изходящият наемател губи уебкукове и слушатели DLR преди входящият да върже. Експортирайте и двата role id с E.164. Двоен контрол след предаване е изтичане, не мрежа.
Обобщение IOSOR
Предаването към втория собственик е runbook на роли, не смяна на значка.
Правете: един освобождава, един назначава, после bind. Не правете: оставяйте и двамата наематели да назначават.
Полезно ли беше ръководството?
Свързани ръководства
- Лимит на разходите за DID: Наем плюс MT трафик на един номер
Контролирайте експозицията на номер във вашия white-label CPaaS с комбиниран лимит на разходите за MRC и изходящ мобилен трафик.
- Маршрутизиране на входящи уебхукове по DID: MO без собственик губи STOP
Маршрутизирайте входящите уебхукове към правилния акаунт сигурно. Предотвратете осиротели MO събития и пропуснати отписвания в бейз-лейбъл препейд CPaaS.
- E.164 нормализация преди DID обвързване: плюс, нули и интервали
Научете как строгата E.164 нормализация предотвратява грешки при рутирането, когато свързвате телефонни номера към приложения във вашата white-label CPaaS екосистема.