O Que Procurar em um Provedor de SBC Gerenciado: Um Framework de Avaliacao para Compradores

A maioria das paginas de vendas de SBC gerenciado parece identica. As diferencas estao no contrato, no modelo de suporte e no que realmente aparece em producao seis meses apos a assinatura.

As apresentacoes comerciais de Controlador de Borda de Sessao (SBC) gerenciado se repetem. Todo provedor promete “totalmente gerenciado”, “suporte 24×7”, “monitoramento incluso” e “alta disponibilidade”. As conversas iniciais soam iguais.

As diferencas estao nos detalhes do contrato, no modelo de suporte e no que realmente aparece em producao. Escolha o provedor errado e voce descobre os limites durante seu primeiro incidente as 2h da manha: um operador de help desk que registra um chamado e volta a dormir, uma configuracao que voce nao pode alterar sozinho, uma plataforma de hospedagem da qual voce nao consegue sair sem reconstruir tudo do zero.

Este guia apresenta as perguntas que voce deve fazer, organizadas por categoria. Ele pressupoe que voce ja decidiu que um SBC gerenciado se adequa melhor a sua equipe do que operar por conta propria. Se voce ainda esta avaliando essa decisao, a comparacao entre SBC gerenciado e SBC auto-hospedado cobre esse tema. Se voce ainda nao escolheu um SBC, o guia do comprador de SBC e o ponto de partida correto. Esta pagina e para o proximo passo: voce sabe que quer gerenciado, e agora precisa de um framework para comparar os provedores a sua frente.

1. O Que “Gerenciado” Realmente Cobre

A primeira pergunta tambem e a mais subestimada: o que o provedor realmente faz por voce?

Todo provedor diz “totalmente gerenciado”. Mas o que isso realmente significa? Alguns provedores param no encaminhamento de Level 1 do help desk: eles atendem o telefone, registram um chamado e passam o incidente para a sua equipe resolver. Outros assumem o SBC de ponta a ponta. Eles configuram, monitoram, aplicam patches durante janelas de manutencao, integram novas operadoras quando voce as contrata, renovam certificados TLS antes que expirem e ajustam a logica de roteamento quando seu padrao de trafego muda.

Solicite explicitamente o Statement of Work (SoW). Dentro do SoW, procure estes itens:

Setup inicial e integracao e o esforco de implantacao: provisionamento do SBC, configuracao dos seus SIP Trunks e NAPs, integracao com suas operadoras e sistemas PBX, e execucao de chamadas de validacao antes do go-live. Confirme que isso esta incluso na mensalidade e nao e cobrado como um projeto avulso.

Alteracoes de configuracao continuas sao as mudancas que acontecem apos o go-live: onboarding de uma nova operadora, ajuste de roteamento, uma nova regra de fraude, renovacao de certificado TLS. Alguns provedores incluem alteracoes ilimitadas; outros cobram por solicitacao ou limitam o numero de alteracoes por trimestre. Ambos os modelos podem funcionar, mas voce precisa saber qual se aplica.

Integracao com operadoras e PBX e o trabalho de integrar novos provedores de SIP Trunk, novas plataformas PBX ou novos destinos em nuvem como um tenant Teams. Se seu roadmap inclui uma troca de operadora ou uma implantacao de Teams Direct Routing nos proximos 18 meses, formalize a cobertura de integracao por escrito.

Configuracao do servico de assinatura STIR/SHAKEN cobre a configuracao que conecta seu SBC a um parceiro de servico de assinatura STIR/SHAKEN (TransNexus ClearIP, Neustar, ou outro) e lida com a injecao do token PASSporT e do header Identity para chamadas de saida. A assinatura do servico de signing em si e geralmente uma compra separada do fornecedor do servico, mas o trabalho de integracao no lado do SBC pertence ao escopo do servico gerenciado.

Patches de seguranca e atualizacoes de software cobrem a cadencia de patches do fabricante, atualizacoes de kernel e upgrades de versao principal. A resposta correta e “o provedor cuida disso durante janelas de manutencao pre-acordadas”. A resposta errada e “avisaremos quando uma atualizacao estiver disponivel e voce pode agenda-la”. Isso nao e servico gerenciado.

Gerenciamento do ciclo de vida de certificados cobre os certificados TLS que o SBC utiliza para SIP/TLS, SRTP e conexoes de TLS mutuo como Teams Direct Routing. Certificados expiram em um cronograma fixo. Um servico gerenciado que nao assume essa responsabilidade esta a um certificado expirado de uma interrupcao. Com a atualizacao da CA raiz da Microsoft em junho de 2026 para Teams Direct Routing, isso nao e teorico.

Resposta a incidentes e analise de causa raiz e o trabalho apos algo quebrar: quem atende a ligacao, quem diagnostica o problema, quem fornece um relatorio escrito do incidente e quanto tempo tudo isso leva. Um bom provedor entrega um relatorio pos-incidente dentro de um prazo definido. Um fraco fecha o chamado e segue em frente.

2. Estrutura de SLA: Resposta e Resolucao Mensuraveis

Um Acordo de Nivel de Servico (SLA) e a espinha dorsal contratual de qualquer servico gerenciado. Leia-o antes de ler qualquer outra coisa.

A primeira coisa a verificar e se o SLA distingue tempo de resposta de tempo de resolucao. Um SLA somente de resposta diz que o provedor reconhecera um incidente de Severidade 1 em 30 minutos. Isso nao diz nada sobre quando o servico sera restaurado. Um SLA com tempo de resolucao se compromete a realmente corrigir o problema dentro de um prazo definido, com creditos devidos se o provedor nao cumprir. A maioria dos SLAs robustos inclui ambos, estratificados por severidade.

Uma matriz de severidade tipica tem quatro niveis: Severidade 1 e interrupcao total ou degradacao grave do servico; Severidade 2 e degradacao parcial ou falha de funcionalidade com solucao alternativa; Severidade 3 e problema menor ou impacto em um unico tenant; Severidade 4 e solicitacao de informacao ou alteracao de configuracao nao urgente. Metas de resposta se comprimem na faixa de alta severidade (15 a 30 minutos para Sev 1) e relaxam na faixa baixa (proximo dia util para Sev 4).

Garantias de uptime merecem uma analise cuidadosa das exclusoes. Uma garantia de 99,99% de uptime no papel significa aproximadamente 52 minutos de downtime permitido por ano. Mas todo SLA define uptime em relacao a eventos especificos. Janelas de manutencao nao contam. Forca maior nao conta. Interrupcoes de operadoras upstream normalmente nao contam. Interrupcoes causadas pelo cliente nao contam. O envelope restante e o que o provedor esta realmente se comprometendo a entregar.

Por fim, peca referencias e pergunte as referencias sobre comportamento em incidentes, nao sobre satisfacao. Uma referencia dizendo “eles tem sido otimos” nao ajuda. Uma referencia dizendo “tivemos uma inundacao SIP as 4h da manha no ultimo trimestre, eis o que aconteceu, eis quando a ligacao foi atendida, eis quando o servico foi restaurado” e o dado que voce precisa.

3. Calibre do Suporte e Acesso a Engenheiros

O SLA diz o que o provedor se compromete a entregar. O modelo de suporte diz quem realmente atende o telefone.

A divisao fundamental e entre help desk com niveis e primeiro contato Level 3. Em um modelo com niveis, sua ligacao de Severidade 1 e primeiro atendida por um operador Level 1 que coleta informacoes, depois escala para Level 2 se necessario, depois para Level 3 se o Level 2 nao resolver. Cada passagem adiciona tempo. Quando um engenheiro experiente entra na ligacao, voce ja gastou uma hora explicando o problema duas vezes.

Em um modelo de primeiro contato Level 3, a primeira pessoa que atende sua ligacao e o engenheiro capaz de resolver o problema. Nao ha camada de triagem, fila de chamados, nem arvore de perguntas padronizadas. Para infraestrutura de voz em producao com uma interrupcao em tempo real, este e o modelo pelo qual vale a pena pagar.

A localizacao geografica dos engenheiros de suporte importa. Suporte 24×7 prestado por engenheiros em um unico fuso horario nao e o mesmo que cobertura 24×7 follow-the-sun. Pergunte onde os engenheiros estao baseados. Pergunte se a mesma equipe cobre todos os horarios ou se o horario fora do expediente e direcionado a uma rotacao separada e menos experiente. Pergunte se o suporte fora do horario comercial e interno ou terceirizado.

Cobertura linguistica importa em implantacoes internacionais. Um MSP europeu atendendo clientes franceses e alemaes nao deveria estar depurando traces SIP com um engenheiro de suporte que so fala ingles.

Por fim, escalacao. Se o engenheiro da linha de frente nao consegue resolver o problema, qual e o caminho documentado? Quem revisa o caso? Qual e o tempo ate a lideranca de engenharia? Provedores que nao conseguem responder a essa pergunta geralmente nao tem um processo definido.

4. Visibilidade do Cliente: Dashboard Completo ou Caixa-Preta

A preocupacao mais comum dos compradores com servicos gerenciados e a perda de controle. A preocupacao e legitima; a resposta depende inteiramente do provedor.

Alguns provedores tratam o SBC como uma caixa-preta. O cliente ve uma pagina de status (verde ou vermelho) e um portal de cobranca. CDRs, rastreamento de chamadas, telas de configuracao e monitoramento em tempo real nao sao expostos. Se algo parece errado, o unico caminho para obter informacao e abrir um chamado de suporte. Esse modelo existe, e funciona para alguns compradores, mas e incompativel com a maioria das operacoes de voz em producao.

O extremo oposto e o acesso completo do cliente. O cliente faz login no mesmo dashboard que os engenheiros do provedor utilizam. Podem visualizar cada configuracao de NAP, cada regra de roteamento, cada CDR, cada rastreamento de chamada ao vivo, cada pontuacao MOS. Podem auditar politicas de seguranca, entradas de lista de bloqueio e limites de taxa sem abrir um chamado. Alteracoes ainda passam por um processo estruturado de gestao de mudancas (caso contrario o monitoramento do provedor quebra), mas a visibilidade e ilimitada.

A pergunta certa a fazer, por escrito: Terei acesso completo a interface do SBC, CDRs e rastreamento de chamadas? Se a resposta for nao, procure outro provedor.

Uma pergunta relacionada e se o dashboard expoe as metricas que voce realmente precisa. Operacoes de voz modernas se importam com metricas por NAP e por tronco: CPS, ASR, ABR, PDD, jitter, perda de pacotes, pontuacao MOS no nivel da chamada, nao apenas dashboards agregados. Um servico gerenciado que entrega apenas metricas agregadas da plataforma nao consegue dizer qual cliente e responsavel por um pico de CPS ou qual operadora e a origem de uma queda de qualidade. O guia de melhores praticas de monitoramento VoIP cobre as metricas que valem a pena acompanhar em detalhes.

Essa nao e uma preocupacao hipotetica. Um BPO recentemente migrou de uma plataforma concorrente especificamente porque a stack de observabilidade existente agregava todo o trafego e nao conseguia isolar as metricas de um unico grande cliente bancario. Eles precisavam de visibilidade por tenant, e a configuracao anterior nao fornecia isso. Qualquer avaliacao de SBC gerenciado deve testar este cenario na demonstracao: mostre-me as metricas de uma operadora especifica ou de um cliente especifico isoladamente.

5. Flexibilidade de Hospedagem: Por Que BYOI Importa Mais do Que os Compradores Imaginam

Uma divisao sutil, porem consequente, entre provedores de SBC gerenciado e se eles exigem que voce hospede na infraestrutura deles ou se suportam BYOI.

Hospedagem pelo provedor significa que o SBC roda na conta de nuvem do provedor, no hardware deles, na regiao deles. Mais facil de contratar, relacionamento com um unico fornecedor para toda a stack, uma unica fatura. A desvantagem aparece quando voce tem restricoes que a hospedagem do provedor nao consegue atender: um requisito de residencia de dados GDPR que exige que o SBC resida em um pais especifico, um ambiente PCI que requer auto-hospedagem sob controle da sua organizacao, um contrato governamental que exige on-premises, um acordo empresarial existente de AWS ou Azure no qual voce quer que o trafego do SBC trafegue.

O servico gerenciado BYOI resolve todos esses cenarios. O provedor implanta e opera o SBC na sua conta AWS, na sua assinatura Azure, no seu cluster VMware, no seu ambiente KVM/Proxmox ou no seu hardware on-premises. A infraestrutura permanece sob seu controle; as operacoes ficam com o provedor. Voce obtem o beneficio da gestao sem abrir mao da decisao de hospedagem.

Alguns cenarios especificos em que BYOI e a resposta certa:

Regras de residencia ou soberania de dados exigem que o trafego de voz e os metadados de chamadas permanecam dentro de uma conta de nuvem, data center ou jurisdicao especifica. GDPR e o mais citado; servicos financeiros e saude tem seus proprios equivalentes. Servico gerenciado BYOI na sua propria regiao satisfaz a regra de residencia enquanto ainda transfere as operacoes do dia a dia.

Compromissos de nuvem existentes incluem instancias reservadas, descontos empresariais, interconexoes privadas e acordos de gasto comprometido que voce ja negociou com AWS, Azure ou um fornecedor de nuvem privada. Servico gerenciado hospedado pelo provedor nao aproveita esses descontos; BYOI aproveita.

Adjacencia de rede importa quando o SBC precisa estar proximo ao seu PBX existente, plataforma de cobranca, sistema de deteccao de fraude ou stack de contact center. Integracoes sensiveis a latencia funcionam melhor quando o SBC esta na mesma VPC ou data center que os sistemas com os quais ele se comunica.

PCI DSS e o caso de conformidade especifico em que o servico gerenciado pode nao ser viavel. PCI exige que a organizacao administre sistemas criticos de seguranca dentro do ambiente de dados do titular do cartao. Um SBC gerenciado no caminho de chamadas do processamento de pagamentos normalmente cai dentro desse perimetro. Confirme com seu auditor PCI antes de assumir que o servico gerenciado e compativel.

Hospedagem pelo provedor e a resposta certa para compradores sem restricoes de infraestrutura; BYOI e a resposta certa para todos os demais. Um provedor de SBC gerenciado que suporta apenas um modelo esta forcando uma decisao que deveria ser sua.

6. Programabilidade Preservada

Um SBC gerenciado que elimina a programabilidade da plataforma subjacente e um rebaixamento disfarçado de conveniencia.

Tabelas de rotas estaticas sao suficientes para peering simples. Qualquer coisa alem disso (atestacao STIR/SHAKEN por chamada, selecao dinamica de operadora, pontuacao de fraude em tempo real, roteamento orientado por CRM, consultas LNP/CNAM em escala, integracao com sua plataforma de cobranca) requer um SBC com uma camada programavel aberta. O guia de integracao de roteamento de chamadas via REST API do SBC cobre o padrao arquitetural.

Ao avaliar um provedor de SBC gerenciado, pergunte se a plataforma subjacente suporta roteamento programavel e se o servico gerenciado preserva essa capacidade. Um provedor que roda uma plataforma de SBC configuravel mas bloqueia os clientes fora do motor de roteamento esta oferecendo um produto diferente (inferior) de um provedor que expoe toda a superficie programavel sob gestao de mudancas.

Especificamente:

O provedor suporta logica de roteamento personalizada? Se voce precisa de roteamento de menor custo entre multiplas operadoras, roteamento por horario, overflow geografico ou roteamento VIP para clientes especificos, essas politicas precisam estar em codigo em algum lugar. Confirme onde.

O provedor suporta suas integracoes existentes? NetSapiens, PortaOne, FreePBX, 3CX, Genesys Cloud, Five9, NICE, sua plataforma de cobranca, seu CRM. Um SBC gerenciado que nunca implantou contra sua stack vai significar um onboarding mais lento e maior risco de casos extremos no go-live.

O provedor suporta suas integracoes de fraude e STIR/SHAKEN? Os principais parceiros de signing STIR/SHAKEN (TransNexus ClearIP, Neustar) e os principais parceiros de pontuacao de fraude (SecureLogix, YouMail) sao caminhos de integracao bem estabelecidos nas melhores plataformas de SBC gerenciado. Confirme por nome.

Voce pode criar suas proprias integracoes depois? Se voce desenvolver uma regra de fraude customizada, um modulo de selecao de operadora personalizado ou um exportador de CDR customizado daqui a dezoito meses, o servico gerenciado consegue acomodar? Ou voce fica limitado ao que o provedor suporta nativamente?

Um servico gerenciado que diz “operamos uma plataforma fechada, essas decisoes sao nossas” serve para alguns compradores. Para a maioria, a resposta e a plataforma que preserva a programabilidade dentro de um processo estruturado de gestao de mudancas.

7. Postura de Seguranca e Conformidade

A baseline de seguranca para um SBC gerenciado e inegociavel. Um servico gerenciado que nao entrega todos esses itens esta vendendo um equipamento de laboratorio a precos de producao.

SIP sobre TLS para criptografia de sinalizacao, SRTP para criptografia de midia. Ambos sao requisitos basicos para qualquer SBC em producao. O guia de configuracao TLS e SRTP cobre a arquitetura; a pergunta certa para um servico gerenciado e se ambos estao habilitados por padrao e suportados em todas as conexoes com operadoras.

Protecao DoS e DDoS com inspecao SIP, lista de bloqueio dinamica, defesa contra varredura de registro SIP. Um firewall de rede nao consegue fazer esse trabalho. O SBC e o unico elemento de rede construido especificamente para inspecionar sinalizacao SIP na camada de aplicacao. A referencia de seguranca de SBC cobre cada camada; confirme que o servico gerenciado implementa todas elas.

Signing e verificacao STIR/SHAKEN com escolha de parceiro. Os principais parceiros de servico de signing (TransNexus ClearIP, Neustar) se conectam via SIP redirect a uma camada de roteamento configuravel do SBC. Um servico gerenciado que prende voce a um unico parceiro de signing esta forcando uma decisao de compra que deveria ser sua. Integracao aberta de parceiros e o modelo correto. Se voce tambem precisa migrar de atestacao nivel C para autoatestacao STIR/SHAKEN nivel A sob a regra de certificado proprio da FCC, o servico gerenciado deve suportar essa transicao sem troca de plataforma.

Tratamento de mTLS para Teams Direct Routing da Microsoft. Se seu roadmap inclui Teams, o servico gerenciado precisa lidar com TLS mutuo, registro de FQDN, o dialeto SIP do Teams e as atualizacoes de autoridade certificadora da Microsoft. A atualizacao de certificado do Teams Direct Routing em junho de 2026 e o exemplo mais recente; atualizacoes como essa devem ser tratadas pelo provedor sem intervencao do cliente.

Prevencao de fraude em tempo real. O servico gerenciado deve suportar pontuacao de fraude por chamada, bloqueio de numeros premium, limites de chamadas simultaneas, deteccao de padroes anomalos e integracao com parceiros terceirizados de deteccao de fraude. A referencia de deteccao de fraude cobre o que significa um bom desempenho nesse quesito.

Opcoes de implantacao especificas para conformidade. GDPR, HIPAA e PCI DSS, cada um impoe restricoes sobre onde o SBC roda e quem o administra. Confirme que o servico gerenciado tem padroes de implantacao que correspondem ao seu framework de conformidade. Como mencionado acima, PCI e o unico caso em que o servico gerenciado pode nao ser adequado.

8. Transparencia de Precos: O Que Esta Incluso e O Que e Adicional

Os precos de SBC gerenciado tem um problema: o numero principal raramente e o numero real. Peca o detalhamento por item, nao o valor mensal agrupado, e verifique o que esta em cada linha.

Os componentes padrao que um SBC gerenciado deve agrupar na mensalidade sao: a licenca do SBC propriamente dita, HA 1+1, suporte 24×7, setup e integracao, monitoramento continuo, alteracoes de configuracao continuas e atualizacoes de software. Um provedor que cobra qualquer um desses como complemento separado esta oferecendo um servico menos completo ou competindo com um numero principal enganoso.

Para o ProSBC Managed Service especificamente, os precos publicados comecam em aproximadamente $500 a $600 por mes para implantacoes pequenas (cerca de 100 sessoes) e escalam para aproximadamente $1 por sessao por mes a partir de 1.000+ sessoes. A faixa anual para implantacoes tipicas de servico gerenciado e de $5.000 a $20.000 por ano, dependendo da contagem de sessoes e da complexidade da configuracao. Esses valores incluem a licenca ProSBC+, HA 1+1, suporte 24×7 Level 3, setup, integracao, testes e monitoramento, agrupados em vez de precificados separadamente.

Ao comparar propostas, o benchmark correto nao e a taxa de licenca ou o numero mensal principal. O benchmark correto e o custo de oportunidade de um engenheiro VoIP interno: $60.000 a $100.000 por ano em remuneracao total. A pergunta para a planilha nao e “o servico gerenciado e mais barato que a licenca”, mas sim “o servico gerenciado e mais barato que as horas de engenheiro necessarias para operar internamente, mais o risco de dependencia de pessoa-chave, mais o custo de rotacao de plantao 24×7”. Para a maioria das implantacoes com menos de 5.000 sessoes, a matematica favorece fortemente o modelo gerenciado.

Taxas de setup merecem uma pergunta separada. Alguns provedores incluem o setup na mensalidade; outros cobram uma taxa unica de projeto. Ambos podem ser legitimos. O que nao e legitimo e uma taxa de setup que paga apenas pela execucao de um template de configuracao. Pergunte o que o trabalho de setup cobre: integracao de SIP Trunk, integracao de PBX, chamadas de validacao, onboarding de operadora, conexao com servico de assinatura STIR/SHAKEN.

Descontos para contratos plurianuais e lock-in merecem escrutinio. Um desconto de 20% para um compromisso de tres anos parece atraente no primeiro dia e parece caro no dia seiscentos, quando voce descobre que o servico nao e o que esperava. Cobranca mensal OPEX sem lock-in de longo prazo e o modelo mais amigavel para compradores, mesmo que a taxa nominal seja ligeiramente mais alta.

9. Termos de Onboarding e Saida

A primeira pergunta que os compradores fazem e com que rapidez o servico pode entrar em operacao. A pergunta que eles tambem deveriam fazer e com que facilidade podem sair.

Prazo de setup para um SBC gerenciado depende inteiramente da complexidade da integracao. Uma implantacao com operadora unica e um PBX leva dias a uma semana. Implantacoes multi-operadora, multi-tenant e multi-regiao com integracao de servico de assinatura STIR/SHAKEN e Teams Direct Routing levam semanas. Peca ao provedor prazos tipicos por tamanho de implantacao, nao promessas de melhor caso.

Migracao de configuracao e o trabalho de mover suas regras de roteamento, definicoes de NAP, politicas de seguranca e integracoes existentes da sua rede atual para o servico gerenciado em producao. Um provedor mais proativo nesta etapa esta oferecendo um negocio melhor do que um que trata a configuracao como proprietaria.

Termos contratuais importam para gestao de risco. Cobranca mensal com rescisao em 30 dias e o padrao favoravel ao comprador. Compromissos anuais sao comuns e podem ser razoaveis. Compromissos plurianuais sem clausula de saida sao a estrutura da qual se deve afastar.

Portabilidade na saida e a pergunta mais importante que os compradores nunca fazem: se voce decidir deixar o servico gerenciado em dois anos, o que leva consigo? A resposta correta e: sua configuracao completa, seu historico de CDR, sua logica de roteamento, suas definicoes de NAP.

Portabilidade de plataforma acompanha a questao de saida. Se a plataforma de SBC gerenciado e o mesmo software que voce operaria por conta propria (o modelo que o ProSBC usa), a transicao de gerenciado para auto-hospedado, ou de um modelo de hospedagem para outro, e uma migracao de configuracao em vez de uma troca de plataforma. Se o servico gerenciado roda software proprietario que voce nao consegue operar sozinho, a unica maneira de sair e reimplementar em um SBC diferente.

Uma consideracao de portabilidade relacionada e o seu PBX. Um exemplo real: um MSP que atualmente opera um PBX especifico esta planejando uma possivel migracao de PBX em alguns anos. Eles especificamente nao queriam reinstalar o SBC caso fizessem essa troca. Sua escolha de SBC gerenciado foi orientada pelo agnosticismo de PBX (compatibilidade confirmada com NetSapiens, PortaOne, FreePBX, 3CX, Cisco UCM e outros), porque essa flexibilidade preserva a opcao de tomar essa decisao depois sem reconstruir a infraestrutura de voz.

Sinais de Alerta para Se Afastar

Os seguintes padroes devem desqualificar um provedor de SBC gerenciado da sua lista:

Cultura de suporte “vamos retornar”. Se os clientes de referencia descrevem a resposta do suporte como fila-de-chamados-e-retorno, sua interrupcao das 2h da manha sera respondida as 9h. Esse e o motivo mais comum relatado para substituicao de servico gerenciado (e a razao especifica citada em uma avaliacao recente de SBC empresarial que migrou para um concorrente).

Acesso a configuracao em caixa-preta. Um servico gerenciado que nao da visibilidade ao dashboard do SBC, CDRs e rastreamento de chamadas nao e servico gerenciado; e voz-como-servico com um SLA. Se voce nao consegue responder “o que esta acontecendo com meu proprio trafego agora” sem abrir um chamado, o modelo operacional esta quebrado para voz em producao.

Plataforma de hospedagem unica forcada. Se o provedor so implanta na infraestrutura deles sem opcao BYOI, cada restricao de conformidade, residencia de dados e compromisso de nuvem se torna um impedimento em vez de uma escolha de implantacao.

Lock-in proprietario de STIR/SHAKEN. Um servico gerenciado que agrupa seu proprio servico de signing STIR/SHAKEN sem opcao de usar TransNexus, Neustar ou outro parceiro esta prendendo voce a um fornecedor em uma decisao ortogonal. Integracao aberta de parceiros e o padrao a exigir.

Itens ocultos na fatura. Um preco mensal que exclui HA, mensalidade que exclui monitoramento, mensalidade que exclui setup, mensalidade que exclui integracao com operadora: quando tudo e somado, voce esta pagando mais do que os provedores que agrupam tudo. Insista em comparacoes equivalentes entre provedores.

Nenhum cliente de referencia no seu segmento. Um provedor de SBC gerenciado que nao tem nenhuma referencia MSP mas esta vendendo para o seu MSP, ou nenhuma referencia de contact center para o seu contact center, nao fez o trabalho de validar o caso de uso. Peca referencias no seu perfil de comprador por nome.

Scorecard Pratico de Avaliacao

As nove categorias acima, destiladas em um scorecard comparativo que voce pode usar contra cada provedor na sua lista:

Como o ProSBC Managed Service se Encaixa no Framework

Para leitores aplicando este scorecard ao ProSBC Managed Service, veja como ele responde a cada categoria. Isso nao substitui fazer as mesmas perguntas a todos os provedores na sua lista; e um ponto de referencia.

Escopo do servico. O ProSBC Managed Service inclui ProSBC+ com HA 1+1, suporte 24×7 Level 3, setup, integracao, testes, monitoramento, alteracoes de configuracao continuas e atualizacoes de software, tudo agrupado na mensalidade. Integracao com servico de assinatura STIR/SHAKEN faz parte do setup.

Estrutura de SLA. Metas de resposta e resolucao por severidade, com creditos estruturados contra compromissos nao cumpridos. Garantias de uptime definidas contra a configuracao HA 1+1 inclusa.

Calibre do suporte. Suporte de primeiro contato Level 3 com engenheiros de telecomunicacoes baseados no Canada com mais de 10 anos de experiencia. Sem triagem de help desk com niveis. Um cliente de referencia documentado no Brasil relatou tempos de resposta inferiores a cinco minutos.

Visibilidade do cliente. Os clientes mantem acesso completo ao dashboard do ProSBC, CDRs, rastreamento de chamadas, monitoramento ao vivo e configuracao. Alteracoes passam por um processo de gestao de mudancas. Metricas por NAP e por tronco estao disponiveis; a plataforma e construida sobre uma arquitetura B2BUA que expoe os dados necessarios para observabilidade granular.

Flexibilidade de hospedagem. Hospedado pela TelcoBridges ou implantado BYOI em AWS, Azure, VMware, KVM/Proxmox ou hardware on-premises, a escolha do cliente. O mesmo servico gerenciado se aplica a ambos os modelos de hospedagem.

Programabilidade. A API de roteamento Ruby permanece disponivel sob servico gerenciado. Integracao aberta de parceiros com TransNexus ClearIP, Neustar, SecureLogix e YouMail. Compatibilidade confirmada com NetSapiens, PortaOne, FreePBX, 3CX, Cisco UCM, Genesys, Five9, NICE e outros.

Seguranca e conformidade. TLS, SRTP, protecao DoS/DDoS com inspecao SIP, lista de bloqueio dinamica com greylisting, defesa contra varredura de registro SIP, ocultacao de topologia e escolha aberta de parceiro STIR/SHAKEN. O ProSBC suporta Microsoft Teams Direct Routing com tratamento de mTLS. Implantacoes BYOI na infraestrutura do cliente atendem GDPR e a maioria dos frameworks de residencia de dados.

Termos de onboarding e saida. O setup normalmente leva dias a semanas com base na complexidade da integracao. A configuracao e portavel: o ProSBC e a mesma plataforma de software seja gerenciado ou auto-hospedado, portanto a transicao entre modelos e uma transferencia de configuracao em vez de uma troca de plataforma.