IOSOR Guias
Transferência de DID para o segundo proprietário: quem pode atribuir e liberar
Domine limites operacionais, provisionamento JIT e limites financeiros pré-pagos durante transferências de DID.
A entrega DID ao segundo dono é sobre quem pode atribuir e quem pode libertar.
Governança da transferência de DID para o segundo proprietário
Quando um número de telefone passa para um segundo proprietário em nossa arquitetura CPaaS pré-paga de marca branca, limites operacionais claros evitam conflitos administrativos. Diferente dos modelos legados, os números são provisionados via mecanismos JIT em vez de ficarem em estoques físicos. A transferência de um recurso E.164 exige níveis explícitos de autorização para que nem o locatário anterior nem o entrante exerçam controle duplo silencioso.
Verificação de permissões de atribuição
Somente administradores de locatários designados com credenciais verificadas podem acionar uma ação de atribuição. O sistema verifica o saldo pré-pago e aplica o patamar padrão de 20 USD antes de qualquer configuração de roteamento. Se a conta cair abaixo deste limite, a API bloqueia a execução até que os fundos sejam repostos. Isso evita ciclos interrompidos de OTP ou SMS após a aquisição. Os administradores devem confirmar o alinhamento das configurações.
Protocolos de liberação e limpeza de roteamento
Liberar um número exige uma sequência rigorosa. Quando um locatário renuncia ao controle, todos os webhooks associados, ouvintes de recibo de entrega (DLR) e gatilhos de palavras-chave são purgados instantaneamente. Isso impede que o tráfego órfão atinja pontos finais obsoletos. Para movimentos transfronteiriços, os operadores devem coordenar-se com os princípios detalhados em nosso guia DID no segundo país: transferência antes do próximo pedido JIT.
Saldos pré-pagos e escala de volume
À medida que os locatários escalam operações além dos marcos iniciais, os limiares financeiros mudam naturalmente. Contas que se aproximam de uma revisão suave perto de 1.000 USD por mês passam por verificações automatizadas de conformidade. Manter hábitos operacionais limpos em infraestruturas multi-tenant é vital, refletindo os princípios em Operações de parceiros: hábitos multi-inquilino.
Marcos de transição operacional
| Fase de Ação | Função Necessária | Pré-Verificação | Pós-Verificação |
|---|---|---|---|
| Liberação | Admin | Limpar Webhooks | Verificar Ping HB |
| Atribuição | Líder de Locatário | Patamar de 20 USD | Testar DLR de SMS |
| Auditoria | Ops de Segurança | Revisão de Logs | Bloquear E.164 |
| Escala | Finanças | Revisão de 1k USD | Atualizar MRC |
Para sequências mais amplas de escala comercial, revise nosso framework Passagem de operações de lançamento no primeiro volume real.
Comece com a IOSOR
Escrevam quem pode libertar e quem pode atribuir. O inquilino de saída perde webhooks e ouvintes DLR antes de o de entrada ligar. Exportem ambos os role id com o E.164. Controlo dual após a entrega é fuga, não rede.
Conclusão IOSOR
A entrega ao segundo dono é um runbook de papéis, não troca de distintivo.
Façam: um libertador, um atribuído, depois ligar. Não façam: deixar ambos os inquilinos a atribuir.
Este guia foi útil?
Guias relacionados
- Limite de gastos por DID: Aluguel mais consumo MT em um único número
Controle a exposição por número em seu CPaaS white-label com um limite de gastos combinado para MRC e tráfego móvel de saída.
- Roteamento de webhook de entrada em DID: MO sem proprietário perde STOP
Encaminhe webhooks de entrada para a conta proprietária com segurança. Evite eventos MO órfãos e opt-outs perdidos no CPaaS white-label pré-pago.
- Normalização E.164 antes da vinculação DID: mais, zeros e espaços
Saiba como a normalização E.164 estrita evita falhas de roteamento ao vincular números de telefone a aplicativos em seu ecossistema CPaaS de marca branca.