Elegibilidade de rotas A2P SMS: filtros antes de comparar a qualidade
Defina filtros verificáveis por destino, tráfego, remetente e conteúdo. Separe incompatibilidades conhecidas de dados pendentes e compare a qualidade apenas entre opções elegíveis.
Elegibilidade, conformidade e qualidade não são a mesma coisa
A elegibilidade operacional responde a uma pergunta específica: a rota documenta condições compatíveis com esta solicitação? A conformidade consiste em verificar se o uso pretendido respeita as normas aplicáveis e os requisitos pertinentes do mercado. A qualidade observada descreve o comportamento de uma rota em determinadas condições de teste ou uso e durante um período específico.
São avaliações relacionadas, mas nenhuma substitui as outras. O fato de uma rota constar como disponível não demonstra que o caso esteja em conformidade com as regras locais; ser elegível de acordo com as informações registradas também não garante a entrega. E uma observação favorável de qualidade não elimina incompatibilidades de remetente, conteúdo ou destino.
- Elegibilidade: compatibilidade documentada entre a solicitação e as condições da rota.
- Conformidade: análise das obrigações aplicáveis ao tráfego e ao mercado.
- Qualidade: avaliação baseada em evidências observadas, com escopo e limitações identificados.
Defina primeiro a solicitação que deseja encaminhar
Antes de consultar as rotas, registre os atributos necessários para avaliar o caso. Se um dado não estiver confirmado, marque-o como pendente em vez de preencher a lacuna com uma suposição. A avaliação só é útil se descrever o tráfego que realmente se pretende enviar.
No mínimo, especifique o destino, a categoria de tráfego, o remetente previsto e o conteúdo ou modelo relevante. Acrescente os requisitos de prazo ou capacidade quando forem pertinentes e estiverem documentados. Para comunicações de marketing, OTP ou mensagens transacionais, classifique o uso de acordo com as condições aplicáveis; não trate um rótulo interno como prova de autorização.
- Destino: país, mercado ou outro escopo exigido pela documentação da rota.
- Tráfego: finalidade e categoria correspondentes à mensagem real.
- Remetente: valor e tipo previstos, conforme as condições documentadas.
- Conteúdo: modelo ou descrição suficiente para verificar as restrições declaradas.
- Requisitos operacionais: janela de tempo ou capacidade solicitada, se forem relevantes e verificáveis.
Transforme a documentação em estados verificáveis
Para cada condição de uma rota, use estados claros: aceito, não aceito ou não verificado. «Aceito» significa que a documentação consultada abrange o atributo e o considera compatível; não equivale a uma garantia de entrega nem a uma aprovação normativa universal. «Não aceito» identifica uma incompatibilidade explícita. «Não verificado» indica que faltam informações, que a validade não foi confirmada ou que o escopo não corresponde à solicitação.
Não interprete o silêncio da documentação como autorização. Se uma ficha descrever apenas os destinos, por exemplo, não conclua que também aceita o remetente ou o conteúdo previstos. Registre cada condição separadamente para que uma afirmação ampla como «rota disponível» não oculte lacunas.
- Aceito: condição documentada e compatível com o caso avaliado.
- Não aceito: incompatibilidade documentada; excluir para esse caso.
- Não verificado: evidências insuficientes; solicitar confirmação ou manter em análise.
Aplique os filtros antes de comparar a qualidade
Avalie primeiro as condições de elegibilidade. Descarte as rotas com incompatibilidades conhecidas. Se um atributo necessário não tiver sido verificado, não o apresente como elegível: mantenha-o em análise e solicite o esclarecimento pertinente. Só depois compare as evidências de qualidade entre as opções que continuarem compatíveis com a solicitação.
A comparação deve indicar o que foi observado e em qual escopo: destino, operadora ou âmbito disponível, período, tipo de tráfego e condições de teste. Considere as dimensões que realmente foram medidas, como entrega observada, consistência de DLR, latência ou disponibilidade. Não invente métricas ausentes nem transforme resultados de teste em uma previsão garantida para cada envio.
- Etapa 1: definir os atributos da solicitação.
- Etapa 2: excluir incompatibilidades documentadas.
- Etapa 3: colocar em análise as condições não verificadas.
- Etapa 4: comparar evidências de qualidade apenas entre opções elegíveis.
- Etapa 5: registrar as incertezas e os limites da comparação.
Registre a decisão e sua rastreabilidade
Uma decisão reproduzível exige mais do que um estado final. Guarde a fonte consultada, a data da análise e o escopo de cada condição — por exemplo, quais destinos ou tipos de tráfego ela abrange. Registre também o motivo específico da inclusão, exclusão ou análise, além de quem deve resolver qualquer dúvida pendente.
A rastreabilidade evita que uma condição de um mercado seja aplicada por engano a outro ou que uma análise antiga seja tratada como vigente sem confirmação. Se a documentação mudar, atualize o registro e reavalie as solicitações afetadas.
- Rota e versão ou referência da condição consultada, se disponível.
- Fonte, data da consulta e escopo abrangido.
- Estado por atributo: aceito, não aceito ou não verificado.
- Decisão e motivo específico, com o responsável pelas verificações pendentes.
Reavalie quando o tráfego mudar
A elegibilidade se aplica a uma combinação específica de destino, categoria, remetente, conteúdo e requisitos operacionais. Se um modelo mudar, o remetente for substituído, o destino for alterado ou o tráfego for reclassificado, execute os filtros novamente e preserve o histórico da decisão.
Não flexibilize os controles nem altere a classificação para forçar o uso de uma rota. Se não houver evidências suficientes ou a documentação indicar uma incompatibilidade, mantenha o caso em análise ou exclua-o até que a questão seja resolvida de forma documentada.
- Identifique qual atributo mudou e quais rotas podem ser afetadas.
- Repita a avaliação de elegibilidade para a nova solicitação.
- Atualize a fonte e a data das condições confirmadas.
- Mantenha a decisão anterior no histórico, com seu escopo e motivo.
Exemplo de matriz e limites de interpretação
A tabela a seguir mostra uma estrutura de decisão, não dados reais de rotas. Substitua os campos por informações documentadas e verificáveis. Se um atributo obrigatório estiver marcado como não verificado, a decisão prudente é interromper a comparação de qualidade para esse caso até obter as informações necessárias.
Uma condição declarada por uma rota não garante que cada mensagem será entregue. Da mesma forma, um DLR recebido é um relatório de status, não uma prova independente de que uma pessoa viu a mensagem ou de que ela foi exibida corretamente no dispositivo. Interprete cada indicador de acordo com sua definição, fonte e limitações.
- Exemplo: destino aceito, remetente não verificado, conteúdo pendente → manter em análise.
- Exemplo: destino não aceito para a solicitação → excluir, mesmo que outras métricas pareçam favoráveis.
- Exemplo: condições exigidas confirmadas e sem incompatibilidades → comparar as evidências disponíveis, sem prometer a entrega.
Verifique os requisitos em fontes pertinentes
As condições de uma rota ajudam a avaliar sua compatibilidade operacional, mas não substituem a análise das regras aplicáveis em cada mercado. Consulte documentação técnica oficial, reguladores e organizações do setor; confirme que a fonte abrange o destino, o tráfego e o atributo específicos que estão sendo avaliados.
Páginas gerais de especificações ou recursos podem orientar a pesquisa, mas não permitem atribuir requisitos específicos se não oferecerem conteúdo pertinente e verificável. Em caso de dúvida sobre uma obrigação local, solicite orientação qualificada e registre qual ponto permanece pendente.
- 3GPP: https://www.3gpp.org/specifications-technologies/specifications-by-series
- UIT-T, Recomendação E.164: https://www.itu.int/rec/T-REC-E.164/
- GSMA, recursos de redes: https://www.gsma.com/solutions-and-impact/technologies/networks/
Perguntas frequentes
Uma rota elegível garante a entrega do SMS?
Não. A elegibilidade indica que as condições documentadas parecem compatíveis com a solicitação avaliada. Ela não garante a entrega nem substitui a análise normativa aplicável.
O que devo fazer se a documentação não mencionar o remetente ou o conteúdo?
Marque esse atributo como não verificado. Solicite confirmação ou mantenha o caso em análise; não interprete a ausência de informações como autorização.
Devo comparar a qualidade se uma condição de elegibilidade estiver pendente?
Primeiro, resolva a incerteza ou mantenha a rota em análise. Comparar a qualidade não corrige uma incompatibilidade conhecida nem fornece as informações que faltam.
Um DLR confirma que o destinatário recebeu a mensagem no dispositivo?
Não por si só. Trata-se de um relatório de status e deve ser interpretado conforme sua definição e fonte; não é uma prova independente de recebimento efetivo no dispositivo.
Quando é preciso reavaliar uma rota?
Quando mudar algum atributo relevante da solicitação, como destino, categoria de tráfego, remetente, conteúdo ou requisito de prazo ou capacidade.
Fontes consultadas
- 3GPP specifications by series3GPP
- ITU-T Recommendation E.164International Telecommunication Union
- GSMA networks resourcesGSMA