Sinch para SMS no Reino Unido: integração bloqueada

Contratamos o Sinch para conectar o nosso software ao envio de SMS de um cliente e o resultado foi um bloqueio de projeto. Encontramos vários bugs de configuração na API, o suporte do Sinch levou duas semanas para responder aos nossos desenvolvedores e, no fim, descobrimos que o produto não faz envio para números do Reino Unido no modo de desenvolvimento. Como consequência direta disso, recomendamos ao nosso cliente trocar de fornecedor de SMS.

Integração da API do Sinch apresentou bugs de configuração

O nosso caso era simples no papel: precisávamos interfacear o software que desenvolvemos com o Sinch SMS para que um cliente conseguisse disparar mensagens. A integração, porém, nunca saiu do lugar. Apareceram vários bugs e problemas de configuração na API do Sinch, e cada tentativa de ajustar um parâmetro abria uma nova frente de erro. Passamos a tratar o assunto como um trabalho de investigação, não como uma integração comum de mercado, porque o comportamento esperado simplesmente não acontecia no ambiente de desenvolvimento.

O ponto mais frustrante é que não se tratava de um recurso avançado ou de um cenário exótico. Era o básico do básico: conectar, configurar e enviar. Como a API não respondia de forma previsível, o time ficou preso em testes repetidos, sem conseguir validar nada do nosso lado e sem produzir evidência suficiente para seguir adiante. Um bug isolado é contratempo; uma sequência de falhas de configuração na mesma integração vira bloqueio de entrega, e foi exatamente o que aconteceu com o nosso cronograma.

Também pesa o fato de a documentação e o ambiente não deixarem claro o que estava fora de escopo desde o começo. Se uma limitação tão determinante existisse e estivesse visível antes da contratação, a decisão de arquitetura teria sido outra. Descobrir o problema na prática, depois de já ter código apontando para o Sinch, custa tempo de engenharia e desgasta a relação com o cliente final, que só quer o serviço funcionando.

Atendimento do Sinch demorou duas semanas para responder aos desenvolvedores

Enquanto o time técnico apanhava da API, abrimos contato com o atendimento do Sinch. A primeira resposta levou duas semanas para chegar aos nossos desenvolvedores, e nem foi por iniciativa deles: só veio depois de cobrarmos quatro vezes. Esse intervalo é decisivo em qualquer projeto com prazo, porque a gente fica sem saber se o problema está na nossa implementação, na configuração da conta ou no próprio produto, e não pode nem comunicar um status honesto ao cliente.

Cada cobrança nossa era um lembrete de que ninguém do outro lado estava acompanhando o caso. Não houve retorno proativo, não houve sinal de que o chamado tinha dono, não houve estimativa. Para quem trabalha com desenvolvimento, esse silêncio é pior do que uma resposta negativa: com uma negativa clara, a gente redireciona a solução no mesmo dia. Com duas semanas de espera, o projeto inteiro para e a confiança no fornecedor vai junto.

Quando a resposta finalmente chegou, ela confirmou que a limitação era do produto, não da nossa configuração. Ou seja, o tempo todo de espera serviu apenas para validar o que já suspeitávamos, sem nenhum caminho alternativo oferecido. Fica a impressão de que o atendimento do Sinch não é dimensionado para times que dependem da integração para entregar algo a um cliente pagante.

Sem envio para números do Reino Unido em modo de desenvolvimento

O achado que encerrou a discussão foi este: o Sinch não suporta envio para números do Reino Unido no modo de desenvolvimento. Não é uma questão de lentidão, de tarifa ou de aprovação pendente, é ausência de suporte mesmo. Isso inviabilizou a validação do fluxo de SMS do nosso cliente em ambiente de teste e, sem teste, não havia como avançar para produção com responsabilidade.

O que torna a situação especialmente ruim é o contexto do mercado britânico. A BT, a British Telecom, subcontrata os serviços dela para clientes no Reino Unido, então a cobertura daquele país deveria ser tratada como território prioritário, não como exceção. A falta de suporte ao Reino Unido em desenvolvimento, num fornecedor que atende por meio de uma operadora desse porte, soa como desorganização de produto e não como escolha técnica razoável.

Diante desse quadro, a decisão foi óbvia: aconselhamos o nosso cliente a mudar de provedor de SMS. O Sinch custou tempo de desenvolvimento, desgaste no atendimento e ainda travou a entrega. Para quem precisa de envio de SMS no Reino Unido com previsibilidade, o caminho que encontramos foi procurar outro fornecedor, e não insistir em um produto que não cobre a etapa mais básica do fluxo.

Fica o registro para quem estiver avaliando o Sinch para integrar envio de SMS em software próprio: o problema não foi falta de esforço do nosso time, foi um produto que não entrega o envio para números do Reino Unido no ambiente de desenvolvimento e um atendimento que demora semanas e só responde sob insistência. Em um projeto com cliente esperando, essa combinação de limitação de cobertura e suporte lento é suficiente para inviabilizar a parceria.