BYOC explicado: use seus próprios troncos SIP
O que é BYOC (traga sua própria operadora) na prática: sem markup por minuto, seus contratos mantidos, caller ID local, dois nós de mídia com failover.
Resposta rápida
BYOC (bring your own carrier, ou traga sua própria operadora) significa conectar seus próprios trunks SIP ao discador em vez de comprar minutos embutidos nele. No DialerBee não há markup por minuto da plataforma: a plataforma é cobrada por agente, e sua operadora fatura diretamente para você pelas tarifas que você negociou. Você mantém seus contratos atuais com operadoras, apresenta caller IDs locais dos seus próprios pools de números, roteia por destino em quantos trunks precisar e opera em dois nós de mídia FreeSWITCH com failover entre eles.
Pergunte a um gestor de contact center em Amã, Riad ou Manama quanto custa o discador dele e você normalmente ouvirá dois números: o preço por posição e uma tarifa por minuto que ninguém consegue explicar direito. É nesse segundo número que mora a telefonia embutida. O BYOC elimina esse custo.
Este guia explica o que significa, na prática, trazer sua própria operadora, o que muda no dia em que você conecta seu próprio tronco e o que verificar antes de migrar uma campanha ativa para ele. Ele é escrito para BPOs, equipes de cobrança e revendedores de telecom que já têm relações com operadoras e não querem abandoná-las para comprar um discador. Equipes que trazem seu próprio tronco de um discador open-source autogerenciado também devem ler nosso alternativa ao VICIdial page.
O que BYOC significa de verdade
A maioria das plataformas de discador compra minutos no atacado de uma operadora, aplica uma margem e os revende para você como minutos inclusos ou uso da plataforma. Você nunca vê a tarifa de atacado, não pode negociar diretamente e, se encontrar uma tarifa melhor para um destino específico, não pode usá-la sem trocar de plataforma.
O BYOC inverte essa lógica. Você cadastra as credenciais do seu próprio trunk SIP no painel de administração, a plataforma valida conectividade, suporte a codecs e autenticação, e as chamadas saem pela sua operadora, nas suas tarifas. A plataforma cobra um valor fixo com base em posições ou faixa de uso. Os minutos da operadora são faturados diretamente pelo seu provedor, e a plataforma não aplica nenhuma margem sobre eles nem tem visibilidade deles.
Qualquer provedor compatível com SIP funciona: a BroadNet, uma operadora regional, uma operadora Tier 1 ou a sua própria infraestrutura de telecom. Se fala SIP sobre UDP, TCP ou TLS, conecta. Não há exigência de operadora preferencial nem limite de trunks por tenant.
Mantenha os contratos que você já assinou
Para um revendedor ou um BPO, o relacionamento com a operadora muitas vezes é o próprio negócio, e não uma linha de despesa. É ele que garante as tarifas, as rotas para os destinos que seus clientes realmente ligam e anos de histórico comercial. Uma plataforma que exige que você abandone esse relacionamento está pedindo que você entregue a sua margem.
Com BYOC, esses contratos continuam exatamente como estão. Você adiciona trunks em vez de trocar fornecedores, e pode manter vários ao mesmo tempo com regras de roteamento que escolhem entre eles por prefixo de destino, custo, índice de qualidade, balanceamento de carga ou horário. O tráfego regional pode sair por uma operadora regional com tarifas locais, enquanto outros destinos seguem por outras rotas, avaliadas em ordem de prioridade a cada chamada.
| Tópico | Telefonia embutida na plataforma | BYOC no DialerBee |
|---|---|---|
| Escolha da operadora | Apenas a operadora embutida na plataforma | Qualquer provedor compatível com SIP |
| Custo por minuto | Um markup da plataforma que você não vê | Sem markup da plataforma; você paga direto à operadora |
| Várias operadoras | Geralmente não suportado | Trunks ilimitados com regras de roteamento |
| Troca de operadora | Uma migração de plataforma | Adicionar ou substituir um trunk |
| Visibilidade de qualidade | Limitada ou opaca | ASR, ACD, PDD e MOS por trunk em tempo real |
| Relatórios de custo | Uma única linha embutida | Relatórios de custo por chamada e por operadora |
Caller ID local faz parte do BYOC, não é algo separado
Ter o trunk é metade da resposta. A outra metade é o número que você apresenta nele. Os caller IDs são atribuídos por trunk e por campanha, e os números são agrupados em pools de caller ID nomeados, com um modo de seleção escolhido para cada pool: correspondência com o DDD do destinatário para presença local, round-robin, sequencial ou aleatório. O discador aplica o modo no momento da discagem, antes de a chamada ser originada.
Dois controles são os mais importantes para equipes que ligam para vários mercados do Golfo e do Levante. Os limites diários de chamadas por número permitem colocar um número novo em operação no seu próprio ritmo, em vez de despejar todo o volume da campanha nele no primeiro dia. A desativação tira um número de rotação no momento em que você decidir, e o tráfego continua pelo restante do pool. A verificação de CLI checa a titularidade e o status de registro, para que o número apresentado seja um que você tem direito de apresentar.
Em uma implantação multi-tenant, cada tenant recebe seus próprios pools de caller ID, com rotação e mapeamento isolados — é isso que impede que a estratégia de números de um cliente afete a de outro. Dê a cada novo tenant seus próprios caller IDs em vez de compartilhar a identidade de um trunk entre clientes.
Dois nós de mídia, e o que acontece quando um cai
Um trunk de nível de operadora apontado para uma única máquina continua sendo uma única máquina. A mídia no DialerBee roda em dois nós de mídia FreeSWITCH. Um balanceador de carga SIP distribui as chamadas em round-robin entre eles, de modo que o tráfego da operadora não depende de um único nó ficar no ar, e o áudio dos agentes no navegador é balanceado via WebRTC em vez de se acumular no nó que atendeu primeiro.
O desktop do agente mantém um WebSocket com um nó de mídia. Se esse nó ficar indisponível, o cliente faz failover para o outro nó na reconexão, de modo que o agente volta pelo nó que continua ativo em vez de esperar pelo que falhou. Endpoints de readiness verificam as dependências de que um serviço realmente precisa antes de ele se declarar pronto, e reconciliadores corrigem o que fica para trás: chamadas órfãs, agentes travados e chamadas que estavam em andamento durante uma reinicialização.
O failover no nível do trunk complementa a resiliência no nível do nó. A saúde de cada trunk é monitorada em tempo real por ASR, ACD e PDD e, se um trunk falhar ou a qualidade cair abaixo do limite que você configurou, as chamadas passam para a sua operadora de backup sem intervenção manual.
O que verificar antes de migrar uma campanha em produção
Migrar uma campanha em andamento para o seu próprio trunk não é difícil, mas vale fazer um ensaio antes. Repasse esta lista com a sua operadora antes da troca, e não durante.
- Sinalização e transporte: SIP sobre UDP, TCP ou TLS, com SRTP se você criptografar a mídia.
- Autenticação: listas de acesso por IP, autenticação digest ou certificados de cliente TLS, e qual delas a sua operadora prefere.
- Codecs: G.711 nas duas variantes, G.729 e Opus são negociados por trunk. Confirme o que a sua operadora suporta nos destinos para os quais você mais liga.
- Regras de roteamento: os prefixos, custos, índices de qualidade e condições de horário que decidem, em ordem de prioridade, qual trunk cada chamada usa.
- Failover: qual trunk é o de backup e qual limite de qualidade dispara a troca.
- Caller ID: qual pool cada campanha usa, o modo de seleção, o limite diário por número e a comprovação de titularidade dos números que você apresenta.
- Relatórios: acompanhamento do custo de operadora por chamada e comparação por trunk, para que a economia seja visível, e não presumida.
Depois, teste com baixo volume em uma campanha real durante um dia antes de migrar o restante. Ouça as chamadas. Um trunk que parece saudável no dashboard, mas soa mal para o cliente, é um trunk que você ainda não terminou de testar.
Como dimensionar o trunk para discagem preditiva
Uma campanha preditiva disca várias chamadas para cada agente livre, então a capacidade do trunk precisa ser dimensionada pelo pico, e não pela média. Cinquenta agentes operando com uma proporção de discagem de três para um podem exigir cento e cinquenta canais simultâneos no início de cada hora. Com capacidade insuficiente, as chamadas simplesmente falham exatamente no momento de maior movimento da campanha. Combine com a sua operadora a quantidade de canais para o pico de simultaneidade esperado, mais cerca de vinte por cento de folga.
Chamadas por segundo é o limite que todo mundo esquece. As operadoras costumam limitar um trunk a algo entre cinco e trinta novas chamadas por segundo, e o discador gera os maiores picos no início da campanha e no login do turno, quando uma equipe inteira fica disponível de uma vez. Aumente o limite na operadora ou reduza a taxa de saída do discador para ficar abaixo dele, e teste o pico, não o regime estável. A lista completa de parâmetros, incluindo codecs e DTMF, está no passo a passo de configuração de tronco SIP.
Cinco falhas que aparecem na primeira semana
Quase todo problema de BYOC relatado depois do go-live é um destes cinco, e cada um sai mais barato de encontrar em uma chamada de teste do que em uma reunião de avaliação com o cliente.
- Áudio em uma só direção. Quase sempre é travessia de NAT ou firewall. Confirme que a faixa de portas RTP está aberta e que os nós de mídia são alcançáveis a partir da rede da operadora nos dois sentidos.
- Gravações ausentes. O caminho de mídia contornou a perna de gravação. Verifique se a gravação existe e reproduz de ponta a ponta antes da primeira campanha em produção, e não depois da primeira contestação.
- Caller ID rejeitado. As operadoras derrubam chamadas que apresentam um número não provisionado no trunk. Todo DID que você pretende apresentar precisa ser autorizado antes na conta da operadora.
- Surpresas de capacidade. Dimensionamento pela simultaneidade média, e não pelo pico, como explicado acima.
- Incompatibilidade de codecs. Se o trunk oferecer apenas codecs que a operadora não aceita naquele destino, as chamadas falham de forma limpa e confusa. Confirme o codec negociado para cada destino durante a configuração.
O BYOC se paga mais rápido quando você já tem contratos com operadoras a tarifas negociadas, opera alto volume mensal, precisa de controle de roteamento e de caller ID no nível da operadora, liga para vários países ou atende tenants que trazem os próprios trunks. Uma equipe pequena, sem relacionamento prévio com operadoras, pode muito bem começar com telefonia embutida e migrar para BYOC quando o volume justificar — sem precisar trocar de plataforma.
Quem mais se beneficia
Os revendedores de telecom são os que mais ganham, porque BYOC e white-label juntos permitem operar a plataforma com a própria marca, na própria operadora, por tenant, com configuração de trunks, faturamento e relatórios isolados. Em seguida vêm os BPOs: clientes diferentes muitas vezes exigem operadoras diferentes, e trunks por tenant permitem que o tráfego de cada cliente fique na operadora indicada no contrato daquele cliente.
Equipes de cobrança e de outbound de alto volume se beneficiam por um motivo mais simples. Quando o custo por minuto é pago às tarifas negociadas com a operadora, e não a uma tarifa de plataforma com markup, a economia de uma campanha com muitas tentativas muda — e o roteamento por destino mantém esse ganho mesmo quando o perfil da lista muda.
Perguntas frequentes
O que significa BYOC?
Bring your own carrier, ou traga sua própria operadora. Você conecta seus próprios trunks SIP ao discador em vez de comprar minutos embutidos na plataforma, então mantém seus relacionamentos com operadoras e suas tarifas negociadas, e a plataforma não acrescenta markup por minuto.
Quais provedores SIP posso conectar?
Qualquer provedor compatível com SIP: a BroadNet, operadoras regionais, operadoras Tier 1 ou a sua própria infraestrutura de telecom. Se fala SIP sobre UDP, TCP ou TLS, conecta. Não há restrição de provedor nem exigência de operadora preferencial.
Como o DialerBee cobra se não há tarifa por minuto?
A plataforma é cobrada por agente, sem tarifas por minuto da plataforma. Os minutos da operadora são faturados pelo seu próprio provedor, nas suas próprias tarifas. A plataforma não tem visibilidade nem aplica markup sobre os seus custos de operadora.
O que acontece se um trunk cair no meio da campanha?
A saúde de cada trunk é monitorada em tempo real por ASR, ACD e PDD. Se um trunk falhar ou a qualidade cair abaixo do limite que você definiu, as chamadas passam para a sua operadora de backup sem intervenção manual, e os agentes continuam discando.
Cada cliente pode ter a própria operadora?
Sim. Configuração de trunks, regras de roteamento, atribuição de caller ID, faturamento e relatórios são por tenant, então um BPO ou revendedor pode rotear cada cliente pela operadora indicada no contrato daquele cliente, com a sua própria marca.
O BYOC muda o funcionamento do caller ID?
Ele coloca o caller ID nas suas mãos. Os caller IDs são atribuídos por trunk e por campanha a partir de pools nomeados, com seleção por presença local, round-robin, sequencial ou aleatória, limites diários por número, desativação manual e verificação de titularidade dos números que você apresenta.
Leitura relacionada
Artigos relacionados
Como escolher software de contact center para um BPO
9 min de leitura
GuiasTaxa de conexão, taxa de abandono e tempo de atendimento
9 min de leitura
GuiasPesquisas de CSAT e NPS por WhatsApp e voz
9 min de leitura
ConformidadeConformidade de ligações outbound no Egito: NTRA (2026)
9 min de leitura
Pronto para ver a DialerBee em ação?
Agende uma demo ao vivo de 15 minutos ou comece um teste grátis de 14 dias e disque hoje mesmo — sem slides, sem compromisso.
Teste grátis de 14 dias · crédito de IA gratuito · sem cartão · 11 idiomas · BYOC · controles de apoio à conformidade