Coexistência entre PABX e Microsoft Teams: desenho híbrido

Coexistência PABX Microsoft Teams é a operação simultânea do sistema legado com o Teams Phone, permitindo migrar ramais e números em fases sem interromper o atendimento.

Empresas com PABX tradicional precisam preservar a operação enquanto adotam a telefonia Microsoft Teams. A migração direta expõe a operação a riscos de indisponibilidade, retrabalho e perda de números.

Coexistência entre PABX e Microsoft Teams: o que considerar antes de migrar

A decisão de coexistência PABX Microsoft Teams envolve manter números, ramais e filiais operando no sistema antigo enquanto o Teams Phone assume gradualmente novas chamadas. A Microsoft define o Phone System como a oferta de telefonia empresarial integrada ao Teams, que substitui ou complementa o PABX existente conforme o planejamento da empresa.

O ponto crítico não é a tecnologia em si, mas a continuidade do atendimento. Filiais, ramais ativos, treinamento da equipe e possibilidade de rollback definem o ritmo seguro de migração.

Empresas que documentam números, fluxos de chamada e dependências do PABX legado reduzem o risco de interrupção durante a coexistência com o Teams.

Critérios práticos para avaliar a migração em fases

A tabela abaixo traduz o perfil operacional em critérios objetivos de decisão. Cada linha combina a situação atual com o requisito mínimo para avançar com segurança.

Situação atual	Requisito para coexistência	Risco se ignorado	Ação recomendada
PABX legado com ramais em múltiplas filiais	Inventário completo de números e ramais por unidade	Ramais inacessíveis durante a transição	Migrar por filial, validando cada grupo antes de avançar
Operadora atual vinculada ao PABX físico	Definir SBC ou operadora certificada para Teams Phone	Chamadas externas sem roteamento adequado	Testar chamadas externas em ambiente piloto
Equipe sem treinamento no Teams Phone	Plano de treinamento por grupo de usuários	Queda de produtividade e erros no atendimento	Treinar superusuários antes do go-live de cada fase
Processos de atendimento dependentes do PABX	Mapear integrações com CRM e sistemas de registro	Perda de histórico ou falha em integrações	Validar integrações no piloto antes da migração ampla

Quando a coexistência faz sentido e quando não faz

A coexistência é indicada para operações com múltiplas filiais, números ativos e processos de atendimento que não podem parar. Ela permite testar o Teams Phone em um grupo restrito enquanto o restante da operação permanece no sistema legado.

Para empresas com um único escritório e poucos ramais, a migração direta pode ser mais simples e rápida. Nesse caso, manter dois sistemas simultâneos adiciona complexidade sem benefício proporcional.

O custo de licenciamento do Teams Phone e a necessidade de um SBC ou operadora certificada pesam na decisão. Avalie esses fatores antes de optar pela coexistência prolongada.

Erros comuns na implementação da coexistência

• Ignorar o inventário de números: sem mapear a numeração atual, a portabilidade falha e ramais ficam inacessíveis.
• Pular o piloto: testar apenas em laboratório não valida o comportamento real da operadora e do SBC em produção.
• Ausência de rollback: sem plano de reversão, qualquer falha crítica vira indisponibilidade prolongada.
• Esquecer o treinamento: usuários sem familiaridade com o Teams Phone geram erros de atendimento e resistência interna.

Próximos passos: do planejamento à execução

Comece documentando o ambiente atual de telefonia, incluindo números, ramais, filiais e integrações com sistemas de CRM. Esse levantamento define o escopo da coexistência e os critérios de aceite de cada fase.

Defina um piloto com um grupo pequeno de usuários e valide chamadas internas, externas e integrações. Estabeleça indicadores claros para avançar, pausar ou reverter antes de expandir para outras áreas.

Para operações complexas, um parceiro com experiência em telefonia Teams e SBC reduz o risco de configuração incorreta. Considere também os riscos de fraude de telefonia em ambientes Microsoft Teams ao expor a infraestrutura à internet.

O planejamento em fases, com critérios objetivos e reversibilidade, é a diferença entre uma migração controlada e uma interrupção de serviço. Manter números e ramais durante a migração exige esse nível de preparação.

Para avaliar a viabilidade da coexistência no seu ambiente, solicite uma proposta com análise do seu PABX atual, numeração e requisitos de integração.

Como escolher o modelo de integração: Direct Routing, Operator Connect ou Calling Plan?

Direct Routing, Operator Connect e Calling Plan diferem em controle, responsabilidade e dependência de infraestrutura. A escolha define quem gerencia o SBC, como a operadora entrega os canais e qual o nível de intervenção da Microsoft.

Para empresas com PABX legado e números próprios, o Direct Routing é o modelo que preserva a numeração atual e o investimento em SBC. A Microsoft documenta a configuração de conectividade direta e os requisitos de certificação para border controllers na documentação oficial de Direct Routing e na lista de SBCs certificados.

Modelo	Quando usar	Quando evitar	Ação recomendada
Direct Routing	Você tem PABX legado, números próprios e quer manter o SBC existente ou contratar um certificado. Controle total sobre rotas, chamadas e tronco SIP.	Se não há equipe para operar SBC, ou se a operadora não oferece suporte a interconexão com o seu equipamento.	Valide se o SBC atual é certificado pela Microsoft e configure a interconexão com a operadora antes de migrar qualquer ramal.
Operator Connect	Sua operadora participa do programa da Microsoft e você quer eliminar a gestão do SBC. A operadora provisiona o tronco e gerencia a qualidade.	Se a operadora atual não é parceira Operator Connect. Você precisará trocar de operadora ou manter um SBC mesmo assim.	Confirme se a operadora atual oferece Operator Connect e se os números podem ser portados sem perda de identificação.
Calling Plan	Empresas sem PABX legado, com poucos ramais e sem números próprios relevantes. A Microsoft fornece o número e o tronco diretamente.	Se você precisa manter números geográficos atuais, ramais complexos ou integração com filiais via PABX. Não há SBC e o controle é limitado.	Use Calling Plan apenas para projetos novos, sem dependência de infraestrutura legada ou numeração existente.

O Direct Routing é o único modelo que permite a coexistência real com o PABX legado sem substituir o SBC. A Microsoft exige que o SBC seja certificado e configurado conforme as diretrizes de roteamento direto, incluindo suporte a TLS e SRTP.

Operator Connect reduz a complexidade operacional, mas transfere o controle do SBC para a operadora. Isso significa que mudanças de rota, qualidade de chamada e diagnóstico de falhas dependem do suporte da operadora, não da sua equipe.

Calling Plan é o mais simples, porém o menos flexível para quem tem filiais, ramais complexos ou números próprios. A portabilidade de números é possível, mas a gestão de ramais e a integração com o PABX legado ficam limitadas.

Empresas que precisam manter números atuais e reduzir riscos devem priorizar Direct Routing, pois preserva o SBC e permite migração reversível.

A decisão entre os modelos não depende apenas do custo, mas da capacidade de reverter a migração. Direct Routing permite manter o PABX legado ativo em paralelo, roteando chamadas por critérios definidos, como ramal, horário ou filial.

Operator Connect oferece menos controle sobre o SBC, o que dificulta o rollback se a operadora não suportar a configuração anterior. Calling Plan elimina o SBC, mas também elimina a possibilidade de coexistência com o PABX, pois o tronco passa a ser exclusivo da Microsoft.

Para avaliar corretamente, liste os requisitos de numeração, ramais e filiais. Se a operadora atual não oferece Operator Connect, o Direct Routing é a única via que mantém o contrato atual e o SBC existente, como mostramos em como manter números e ramais durante a migração.

Considere também o risco de fraude de telefonia, que aumenta com a exposição do SBC à internet. O Direct Routing exige configuração rigorosa de segurança, enquanto Operator Connect e Calling Plan transferem parte dessa responsabilidade para a operadora ou Microsoft.

A Microsoft documenta os requisitos de configuração do Direct Routing e a lista de SBCs certificados, mas não define qual modelo escolher. A decisão depende do seu cenário operacional, do contrato com a operadora e da necessidade de manter o PABX legado.

Se a prioridade é reduzir riscos e manter números atuais, o Direct Routing é o modelo mais aderente. Para projetos novos sem legado, Operator Connect ou Calling Plan simplificam a operação, como detalhamos no guia sobre migração de contact center em cinco fases.

O próximo passo é validar se o SBC atual é certificado e se a operadora suporta a interconexão. Solicite uma proposta com a tw Solutions para avaliar a integração do Direct Routing com o seu PABX e a operadora atual.

Quais cenários justificam manter o PABX legado em coexistência?

Coexistência PABX Microsoft Teams faz sentido quando a migração total em um único evento coloca em risco a operação, a continuidade do atendimento ou integrações críticas de negócio. A decisão correta depende de avaliar filiais, funcionalidades específicas do legado e tolerância a interrupções.

• Filiais com conectividade limitada: Unidades com link instável ou baixa largura de banda não devem depender exclusivamente de chamadas via Teams. A Microsoft recomenda o Survivable Branch Appliance (SBA) para manter chamadas PSTN quando o link com a nuvem cai, mas isso exige hardware local e configuração adicional. O risco é latência e queda de chamadas se o SBA não for dimensionado corretamente. Ação recomendada: avalie o histórico de uptime de cada filial antes de migrar a telefonia delas.
• Ramais complexos com funcionalidades específicas: URA com múltiplos níveis, filas de espera personalizadas, gravação obrigatória por compliance ou integração com CRM legado podem não ter equivalente direto no Teams. O risco é perder funcionalidade de negócio durante a transição. Ação recomendada: documente cada recurso crítico do PABX atual e valide o mapeamento para o Teams antes de desligar o legado.
• Integrações críticas com sistemas de missão crítica: PABX integrado a sistemas de gestão hospitalar, ERP ou softwares de logística pode exigir certificações ou APIs específicas. O risco de quebrar essa integração durante uma migração abrupta é alto. Ação recomendada: mantenha o legado ativo para essas integrações enquanto o Teams assume gradualmente os ramais menos críticos.
• Operação com múltiplas filiais em países diferentes: Regulamentações locais de telefonia, numeração e taxas de interconexão variam por país. O risco é não conseguir portar números ou ativar chamadas de emergência corretamente em todas as regiões. Ação recomendada: priorize a migração por país ou região, mantendo o PABX legado como fallback onde a portabilidade ainda não foi concluída.
• Equipe sem treinamento e necessidade de rollback: Se os usuários não foram treinados no Teams Phone, a produtividade cai e o suporte interno sobrecarrega. O risco é rejeição da ferramenta e pressão para reverter a migração. Ação recomendada: defina critérios de aceite por departamento e mantenha o PABX legado como plano de reversão até que o uso do Teams esteja estável.

A coexistência se torna complexa demais quando você mantém dois sistemas para operar a mesma fila de atendimento com roteamento duplicado. Nesse cenário, o custo de suporte dobra e a latência de decisão aumenta porque cada sistema tem sua própria administração. O limite prático é quando a manutenção da coexistência custa mais caro do que o risco de uma migração planejada em fases.

O risco de latência aparece quando o SBC ou a operadora não estão geograficamente próximos das filiais. Chamadas que antes eram roteadas internamente pelo PABX passam a depender de um caminho de rede maior, o que aumenta o tempo de resposta perceptível pelo cliente. A ação recomendada é testar a qualidade de áudio com chamadas reais em cada filial antes de cortar o legado.

Suporte duplicado é outro custo oculto: você paga manutenção do PABX antigo e da nova infraestrutura Teams simultaneamente. O risco é prolongar essa duplicação indefinidamente sem um cronograma de desligamento. Ação recomendada: estabeleça uma data de descontinuação do legado para cada filial no início do projeto.

Checklist prático antes de decidir pela coexistência

• Liste todas as filiais e classifique por criticidade de conectividade e dependência de chamadas.
• Identifique funcionalidades do PABX atual que não têm equivalente direto no Teams.
• Mapeie integrações com CRM, ERP ou sistemas de compliance que não podem parar.
• Defina critérios de aceite por departamento, não apenas métricas globais de uptime.
• Estabeleça um plano de rollback claro, com procedimento documentado para cada filial.
• Teste a qualidade de áudio e latência em cada local antes de migrar ramais.

Quando a coexistência PABX Microsoft Teams não faz sentido, o cenário é claro: operação pequena, sem filiais, com PABX simples e equipe técnica reduzida. Nesse caso, a migração direta com suporte da operadora é mais rápida e barata do que manter dois sistemas. O mesmo vale para empresas que não têm integrações críticas ou requisitos regulatórios específicos.

A decisão final deve considerar o custo de manter o legado versus o risco de interrupção. Se a operação tolera uma janela de manutenção planejada, a migração direta elimina a complexidade operacional da coexistência. Se não tolera, a coexistência com critérios de aceite claros é o caminho mais seguro.

Para empresas que precisam manter números e ramais durante a transição, a migração em fases com preservação de numeração exige planejamento detalhado de portabilidade e roteamento. A operadora e o SBC desempenham papel central nesse processo, garantindo que chamadas entrantes e saentes funcionem nos dois ambientes simultaneamente. O próximo passo é estruturar a migração em cinco fases para evitar retrabalho e interrupções no atendimento.

O Survivable Branch Appliance da Microsoft é um recurso específico para filiais que precisam manter chamadas PSTN quando o link com a nuvem falha. Ele não substitui o PABX legado, mas reduz o risco de indisponibilidade total em locais remotos. A implementação exige hardware local e configuração com a operadora, o que adiciona complexidade ao projeto.

Empresas com múltiplas filiais e PABX com funcionalidades específicas são o perfil típico que se beneficia da coexistência. O problema central é a dificuldade de migrar tudo de uma vez sem interromper o atendimento. A solução passa por integrar a telefonia Microsoft Teams ao PABX via SBC e operadora, mantendo numeração e atendimento ativos nos dois ambientes.

O custo da coexistência não é apenas financeiro: envolve treinamento de equipe, documentação de processos e administração de dois sistemas. O risco de não planejar a saída é ficar preso ao legado indefinidamente, pagando por infraestrutura duplicada sem benefício operacional. A recomendação é tratar a coexistência como uma fase temporária com data de término definida.

Para avaliar corretamente, compare o custo de manter o legado com o custo de uma interrupção planejada. Se a operação consegue absorver uma janela de manutenção, a migração direta é mais simples. Se não consegue, a coexistência com critérios de aceite e reversibilidade é a alternativa viável. A decisão deve ser tomada com dados reais de tráfego, uptime e dependências de cada filial.

Quando a operação depende de chamadas para vendas ou atendimento ao cliente, qualquer interrupção impacta receita diretamente. Nesse caso, a coexistência reduz o risco de perda de chamadas durante a transição. A contrapartida é a complexidade de manter dois ambientes sincronizados, o que exige uma operadora com experiência em integração PABX-Teams.

A escolha entre coexistência e migração direta depende de três variáveis: criticidade das chamadas, complexidade das integrações e capacidade da equipe interna. Operações que toleram interrupção e têm PABX simples devem migrar direto; operações críticas com integrações complexas devem usar coexistência com plano de saída. O próximo passo é proteger o ambiente contra fraude de telefonia antes de expandir a migração para todas as filiais.

Passo a passo para implementar a coexistência sem interromper a operação

Implementar a coexistência PABX Microsoft Teams exige seis etapas sequenciais, começando pela auditoria da infraestrutura e terminando com um plano de rollback testado. Cada fase possui critérios de aceite objetivos que liberam a próxima etapa. O fluxo abaixo detalha o caminho completo para empresas com múltiplas filiais.

1. Auditar PABX, rede e numeração atual — Levante versão do firmware, capacidade de portas, codecs suportados e qualidade do link WAN de cada filial. Documente a faixa de números E.164, ramais, grupos de caixa postal e rotas de saída. Sem esse inventário, o roteamento no Direct Routing será feito com dados incompletos.
2. Definir modelo de conectividade por filial — Direct Routing exige SBC próprio ou de provedor homologado; Operator Connect delega o SBC à operadora. Filiais com link instável podem exigir fallback para o PABX legado, o que influencia a escolha. Documente o modelo escolhido por site antes de configurar qualquer rota.
3. Configurar SBC, trunks e regras de roteamento — No SBC, crie trunks separados para o Teams e para o PABX, com regras de tradução de números independentes. No portal do Teams, configure as rotas de voz conforme a documentação da Microsoft para Direct Routing e roteamento de voz. Aplique políticas de usuário para direcionar chamadas de teste sem afetar o tráfego real.
4. Executar piloto com critérios de aceite mensuráveis — Selecione uma filial ou grupo de 10 a 20 usuários que representem os perfis de atendimento. Os critérios de aceite incluem: chamadas internas e externas completando sem queda, qualidade de áudio com MOS acima de 4.0 e zero reclamações de eco ou latência. Meça com as ferramentas de monitoramento de qualidade de chamadas do Teams.
5. Migrar gradualmente por filial ou grupo de usuários — Cada filial migra somente após o piloto validar todos os critérios. Mantenha o PABX legado ativo para as filiais não migradas, com encaminhamento entre os dois sistemas. O roteamento de chamadas deve tratar a coexistência como dois domínios conectados, não como sistemas isolados.
6. Ativar plano de rollback com testes documentados — O rollback reverte o usuário para o PABX legado alterando apenas a política de roteamento no Teams, sem tocar na numeração. Teste o rollback de pelo menos um usuário e uma filial antes da migração em massa. Documente o procedimento e o tempo de reversão para cada cenário.

A reversibilidade é o critério que separa uma migração segura de uma interrupção anunciada. Se o rollback não foi testado antes do go-live, a coexistência vira um ponto único de falha. Empresas com múltiplas filiais devem tratar cada site como uma unidade independente de migração, com seus próprios critérios de aceite.

O monitoramento contínuo após cada etapa usa os relatórios de qualidade do Teams para detectar degradação de áudio antes que os usuários reclamem. A manutenção de números e ramais durante a migração depende desse monitoramento ativo. Para ambientes com atendimento crítico, o planejamento em cinco fases de migração oferece um modelo complementar de governança.

O roteamento entre PABX e Teams deve ser bidirecional: chamadas do legado para o Teams e vice-versa, com a mesma qualidade. A configuração de troncos separados no SBC permite isolar falhas e testar rotas individualmente. Esse isolamento é o que garante que um problema no Teams não derrube o PABX e o contrário.

Para empresas que precisam de suporte especializado nesse processo, a tw Solutions atua com telefonia Microsoft Teams integrada a PABX, SBC, operadora e numeração. Agende uma demonstração para validar o plano de rollback antes de iniciar a migração.

Quais erros comuns comprometem a coexistência entre PABX e Teams?

Os cinco erros mais frequentes em projetos de coexistência são: subdimensionar o SBC, ignorar QoS, não planejar rollback, tratar todos os números como iguais e pular o treinamento dos usuários.

• Subdimensionar o SBC: O Session Border Controller concentra todo o tráfego de voz entre o PABX e o Teams. Dimensionar com base apenas no número de chamadas simultâneas, sem considerar picos e codecs, causa queda de chamadas. A Microsoft exige que o SBC suporte TLS e SRTP para Direct Routing, conforme a documentação oficial de border controllers. A solução é calcular a capacidade com folga de 30% e validar com o fornecedor do SBC antes da compra.
• Ignorar QoS e qualidade da rede: Voz em tempo real não tolera latência acima de 150ms ou perda de pacotes. Sem Quality of Service configurado no roteador e switches, chamadas do Teams competem com tráfego de dados e degradam. A Microsoft recomenda monitorar a qualidade das chamadas com ferramentas como o Call Quality Dashboard. A solução é configurar DSCP 46 para áudio e testar a rede antes de migrar qualquer ramal.
• Não planejar rollback: Projetos sem plano de reversão transformam um problema pontual em indisponibilidade total. O rollback exige manter o PABX configurado e sincronizado com a operadora durante toda a transição. A solução é definir um gatilho claro de reversão, como taxa de abandono acima do aceitável ou falha em ramais críticos. Sem isso, a equipe de TI perde horas preciosas em uma crise sem procedimento definido.
• Tratar todos os números como iguais: Números tronco, ramais internos, URA e fax têm requisitos diferentes de roteamento e contingência. Migrar todos para o Teams sem mapear cada tipo de número gera retrabalho e falhas no atendimento. A solução é classificar a numeração por função e criticidade antes de iniciar a migração. Números de emergência e de call center exigem tratamento prioritário e testes específicos.

Equipes que documentam perfil, problema e requisitos reduzem ambiguidade na escolha de coexistência PABX Microsoft Teams.

Para evitar retrabalho, comece com um piloto de 10 a 20 ramais antes de expandir. Essa abordagem permite validar a qualidade do áudio, o funcionamento do SBC e a aceitação dos usuários em um ambiente controlado. O piloto também serve para calibrar o treinamento e ajustar a documentação antes do go-live geral. Se precisar de um guia mais detalhado sobre a ordem das etapas, consulte nosso guia para manter números e ramais durante a migração.

O que é Direct Routing e como ele viabiliza a coexistência?

Direct Routing é o modelo de integração do Microsoft Teams Phone que conecta a plataforma a uma operadora de telefonia pública via Session Border Controller (SBC), permitindo manter números e ramais existentes. Ele estabelece um tronco SIP entre o locatário do Teams e a infraestrutura telefônica legada.

O SBC atua como gateway de mídia e sinalização, traduzindo protocolos entre o Teams e a operadora. Sem ele, o Direct Routing não funciona: é o SBC que gerencia codecs, segurança de mídia e roteamento de chamadas para o PABX antigo.

A operadora fornece a numeração E.164 e o tronco SIP; o SBC conecta esse tronco ao Direct Routing. Essa arquitetura permite que ramais físicos do PABX legado e usuários do Teams coexistam sob o mesmo plano de discagem.

A diferença central: Direct Routing exige SBC próprio ou de parceiro, Operator Connect delega o SBC à operadora e Calling Plan elimina o SBC ao usar a Microsoft como carrier.

Para quem precisa manter números atuais sem portabilidade imediata, o Direct Routing é o único dos três modelos que preserva o controle total do tronco e da numeração. Operator Connect e Calling Plan transferem parte desse controle para terceiros.

Na prática, o Direct Routing viabiliza a migração gradual de ramais e números porque permite rotear chamadas seletivamente: alguns usuários no Teams, outros no PABX legado, com o SBC decidindo o destino.

A configuração exige um FQDN para o SBC, certificados válidos e um plano de discagem que traduza o formato de números do PABX para o E.164. A Microsoft documenta o processo em Direct Routing configuration, incluindo requisitos de certificado e portas de mídia.

Para projetos de coexistência, o Direct Routing oferece a maior flexibilidade de rollback: se um ramal migrado apresentar problema, o SBC pode reverter o roteamento para o PABX legado em minutos. Essa reversibilidade é o principal diferencial operacional frente aos outros modelos.

Como garantir a qualidade das chamadas durante a coexistência?

A qualidade de áudio durante a migração faseada depende de três controles simultâneos: marcação de pacotes QoS na rede, análise contínua pelo Dashboard de Qualidade de Chamadas (CQD) e ajustes de codec e roteamento no SBC. Sem esses controles, chamadas entre usuários Teams e ramais legados apresentam latência, jitter e perda de pacotes que degradam a experiência do cliente final.

O primeiro ponto de falha está na rede corporativa. Roteadores e switches precisam reconhecer e priorizar o tráfego de mídia do Teams com marcação DSCP 46 para áudio e 34 para vídeo. A Microsoft documenta essa configuração no guia oficial de QoS para Teams, disponível em learn.microsoft.com. Aplique a política em todas as VLANs que transportam tráfego de voz, incluindo segmentos onde o PABX legado ainda responde por ramais não migrados.

O Dashboard de Qualidade de Chamadas (CQD) é a ferramenta nativa do Teams para identificar degradação. Ele consolida métricas de perda de pacote, jitter, latência e Mean Opinion Score (MOS) por usuário, subnet ou gateway. Configure relatórios automáticos para qualquer chamada com MOS abaixo de 3.5 — esse é o limiar onde o interlocutor percebe esforço para entender a conversa. Durante a coexistência PABX Microsoft Teams, compare os scores de chamadas internas ao Teams com chamadas que atravessam o SBC em direção ao PABX. A diferença revela se o gargalo está na rede interna ou no gateway de interconexão.

O SBC atua como ponto de tradução entre codecs e protocolos. Codecs de baixa latência como G.711 passam sem transcodificação quando o PABX legado também opera nesse formato. Se o SBC precisar converter entre G.729 e SILK Wide, cada transcodificação adiciona atraso e reduz o MOS. Audite a cadeia de codecs fim a fim antes de liberar cada lote de usuários migrados. Ajuste o SBC para preferir codecs compatíveis com o PABX sempre que possível, reservando codecs de alta compressão apenas para links de baixa largura de banda.

O monitoramento contínuo exige três ações semanais durante a migração. Primeiro, revise os top 10 usuários com pior MOS no CQD e correlacione com horários de pico de uso do PABX. Segundo, verifique a integridade do MOS em chamadas que utilizam IA para atendimento automatizado — esses fluxos são mais sensíveis a perda de pacotes. Terceiro, mantenha um baseline de qualidade pré-migração para cada filial. Sem esse histórico, fica impossível provar se a degradação veio com o Teams ou já existia no PABX.

Ajustes de roteamento no SBC resolvem a maioria dos problemas de qualidade. Rotas mal configuradas forçam o áudio a passar por dois SBCs ou por links de contingência com latência elevada. Em cenários com múltiplas filiais, configure o SBC local para encaminhar chamadas diretamente ao PABX da mesma unidade, sem subir para a nuvem e descer novamente. Essa prática reduz o caminho da mídia e elimina um ponto de falha. Documente cada alteração de roteamento para garantir rollback rápido de números e ramais se a qualidade cair abaixo do aceitável.

O plano de ação recomendado combina QoS, CQD e ajustes de SBC em um ciclo de melhoria contínua. Ative a marcação DSCP antes de migrar o primeiro usuário. Configure alertas de MOS no CQD com threshold de 3.5. Estabeleça um comitê semanal de qualidade com representantes de infraestrutura e telefonia para revisar os relatórios. Cada lote de usuários migrados só avança quando o lote anterior mantém MOS médio acima de 3.8 por cinco dias úteis consecutivos.

Quando escalar para um especialista em integração PABX-Teams?

Procure um parceiro especializado quando a migração envolver múltiplas filiais, integrações com CRM ou sistemas legados, e não houver equipe interna dedicada a telefonia.

O sinal mais claro é a ausência de conhecimento sobre SBC, operadora, numeração e atendimento dentro do seu time.

Nesses casos, o risco de queda de chamadas ou perda de ramais durante a transição supera o custo da consultoria.

Empresas com infraestrutura complexa reduzem o risco de interrupção ao delegar a um especialista o desenho da rota de migração e o plano de rollback.

Um parceiro qualificado também acelera o processo, pois já conhece as armadilhas de QoS, certificados e configuração de SBC que consomem semanas de tentativa e erro.

Na TW Solutions, a avaliação da arquitetura ideal começa com um diagnóstico da sua operação atual, incluindo contratos com operadora, modelo de numeração e fluxo de atendimento.

O especialista mapeia o que pode migrar primeiro, o que deve permanecer no PABX legado e como garantir a reversibilidade de cada etapa.

Isso é particularmente relevante quando o projeto exige manter números e ramais durante a migração, um requisito comum em operações com filiais e ramais diretos.

Se o seu time já enfrenta dificuldades para configurar um piloto ou não consegue definir critérios de aceite para cada fase, a escalada é a decisão mais econômica.

O custo de um erro em produção — como fraude de telefonia ou indisponibilidade total — supera em muito o investimento em uma consultoria especializada.

Fale com um consultor da TW Solutions e avalie a arquitetura ideal para sua operação.

Fontes e referências

Consulte as referências institucionais abaixo para aprofundar e validar os critérios apresentados.

• Regulamento de Qualidade dos Serviços de Telecomunicações — Anatel
• Telefonia fixa: direitos e referências regulatórias — Anatel

Perguntas frequentes

Quando faz sentido manter o PABX legado em coexistência com o Microsoft Teams em vez de migrar tudo de uma vez?

Faz sentido quando a migração total em um único evento coloca em risco a operação, a continuidade do atendimento ou integrações críticas de negócio. A decisão correta depende de avaliar filiais, funcionalidades específicas do legado e tolerância a interrupções. Filiais com conectividade limitada, por exemplo, não devem depender exclusivamente de chamadas via Teams, exigindo o Survivable Branch Appliance (SBA) para manter chamadas PSTN quando o link com a nuvem cai.

Quais riscos devo avaliar antes de decidir pela coexistência entre PABX e Microsoft Teams?

Os principais riscos incluem subdimensionar o SBC, ignorar QoS, não planejar rollback, tratar todos os números como iguais e pular o treinamento dos usuários. Filiais com conectividade limitada podem sofrer latência se dependerem exclusivamente do Teams, exigindo SBA. A migração direta expõe a operação a indisponibilidade, retrabalho e perda de números. Por isso, critérios de aceite e um plano de rollback testado são essenciais para definir quando avançar, pausar ou reverter cada fase.

Quanto tempo leva para implementar a coexistência entre PABX e Microsoft Teams sem interromper a operação?

O prazo depende do cumprimento de seis etapas sequenciais: auditoria, conectividade, SBC e rotas, piloto e migração. Cada fase possui critérios de aceite objetivos que liberam a próxima etapa. O processo começa com a auditoria do PABX, rede e numeração atual, incluindo firmware, portas, codecs e link WAN de cada filial. O tempo total varia conforme a complexidade da infraestrutura, mas o modelo faseado permite testar em filiais ou grupos específicos antes de migrar toda a operação.

Como o Direct Routing se integra ao PABX legado para preservar números e ramais existentes durante a coexistência?

O Direct Routing estabelece um tronco SIP entre o locatário do Teams e a infraestrutura telefônica legada, usando um SBC como gateway. O SBC gerencia codecs, segurança de mídia e roteamento de chamadas para o PABX antigo, permitindo que números E.164 e ramais existentes permaneçam ativos. A operadora fornece a numeração e o tronco SIP, enquanto o SBC conecta esse tronco ao Direct Routing, traduzindo protocolos entre o Teams e a operadora sem interromper o atendimento.

Quando devo contratar um especialista em integração PABX-Teams para garantir o onboarding e suporte durante a coexistência?

Procure um parceiro especializado quando a migração envolver múltiplas filiais, integrações com CRM ou sistemas legados, e não houver equipe interna dedicada a telefonia. O sinal mais claro é a ausência de conhecimento sobre SBC, operadora, numeração e atendimento dentro do seu time. Um parceiro qualificado acelera o processo, pois já conhece as armadilhas de QoS, codecs e roteamento, reduzindo o risco de queda de chamadas ou perda de ramais durante a transição.

Como a coexistência entre PABX e Microsoft Teams funciona para empresas com múltiplas filiais e conectividade limitada?

Para filiais com link instável ou baixa largura de banda, a Microsoft recomenda o Survivable Branch Appliance (SBA) para manter chamadas PSTN quando o link com a nuvem cai, mas isso exige hardware local e configuração adicional. A coexistência permite testar o Teams Phone em filiais ou grupos específicos antes de migrar toda a operação, mantendo números e ramais ativos no PABX legado. O risco de latência deve ser avaliado, e a auditoria do link WAN de cada filial é o primeiro passo.