Voltar ao blog Operações SMS

Validação de modelos SMS A2P: controlo antes da publicação

Um guia operacional para rever modelos SMS A2P e verificar os seus efeitos técnicos segundo a documentação da plataforma e da integração utilizadas.

Equipa técnica revê um modelo SMS A2P antes da publicação

Uma pequena edição pode alterar o comportamento técnico

Alterar um modelo pode afetar o comprimento da mensagem e a forma como é dividida em segmentos. As regras variam conforme a plataforma e a implementação utilizadas; consulte a respetiva documentação antes de tirar conclusões sobre os efeitos de uma alteração.

Como referência específica, a documentação da HubSpot indica que mensagens SMS com mais de 160 caracteres são divididas em segmentos de 153 caracteres para transmissão. Esta indicação não deve ser generalizada a outras plataformas ou usada para inferir regras de codificação e concatenação.

  • Avalie cada alteração segundo a documentação da plataforma e da integração utilizadas.
  • Registe o resultado devolvido pelo sistema de validação ou pela plataforma, sem o extrapolar para outros ambientes.
  • Não use uma contagem genérica de caracteres como substituto de uma verificação técnica.
Uma pequena edição pode alterar o comportamento técnico

Identifique o modelo e o conteúdo revisto

Como prática operacional sugerida, mantenha um registo que permita distinguir o conteúdo revisto de outras variantes. A evidência disponível não estabelece requisitos técnicos universais para o registo, as responsabilidades ou a aprovação de modelos.

A estrutura dependerá dos seus processos. Poderá ser útil anotar a finalidade, o idioma, o conteúdo revisto e a data da análise, sem tratar estes elementos como campos obrigatórios para todas as plataformas.

  • Use uma forma clara de identificar o modelo em análise.
  • Mantenha o texto exato a que se refere a revisão.
  • Consulte a documentação da plataforma para conhecer os campos que esta disponibiliza ou exige.
Identifique o modelo e o conteúdo revisto

Consulte as regras aplicáveis ao comprimento e à segmentação

A evidência disponível não sustenta uma regra geral sobre codificação, comprimento ou concatenação para todas as implementações SMS. Consulte a documentação da plataforma e da integração concretas para compreender como tratam o texto e calculam os segmentos.

A HubSpot indica, na sua documentação, que mensagens com mais de 160 caracteres se dividem em segmentos de 153 caracteres para transmissão. Trata-se de uma indicação específica dessa fonte, não de uma regra universal.

  • Verifique o texto que a integração irá processar.
  • Consulte a documentação correspondente para confirmar como são tratados os caracteres, o comprimento e os segmentos.
  • Registe o resultado observado sem o aplicar automaticamente a outros sistemas.

Avalie os valores das variáveis conforme a implementação

O comportamento de valores inseridos em variáveis depende do modelo, da plataforma e da integração. A evidência disponível não estabelece regras universais para testar valores próximos de limites, campos vazios ou caracteres especiais.

Como prática recomendada, esclareça os limites e os formatos previstos no contrato de cada variável e confirme como a implementação os trata. Se esses critérios não estiverem definidos, não presuma que um resultado observado noutro sistema também se aplica ao seu.

  • Consulte a documentação ou o contrato da variável para conhecer os formatos e limites aplicáveis.
  • Avalie valores de teste autorizados segundo a implementação concreta.
  • Não use dados pessoais desnecessários nos testes.

Distinga a revisão técnica da autorização de envio

Uma verificação técnica não determina, por si só, se uma mensagem está autorizada para utilização. A aprovação do conteúdo e, quando aplicável, o consentimento e o cumprimento das regras pertinentes exigem controlos próprios, definidos segundo as normas internas e aplicáveis.

Os testes técnicos não comprovam consentimento nem legitimidade do envio. Para comunicações de marketing, confirme separadamente que a utilização e o público respeitam os requisitos aplicáveis.

  • Não confunda um resultado técnico favorável com autorização para enviar.
  • Verifique separadamente a aprovação do conteúdo e os requisitos aplicáveis à utilização da mensagem.

Mantenha um histórico se o seu processo o exigir

A evidência fornecida não estabelece requisitos universais de versionamento ou de associação entre modelos e envios. Se o seu processo precisar de conservar esse histórico, identifique claramente o conteúdo revisto e consulte a documentação da plataforma para confirmar que informação fica disponível.

Não presuma que uma API ou um conector oferece funções específicas de histórico. Verifique os campos e registos expostos pela integração concreta.

  • Se mantiver um histórico, identifique claramente a que conteúdo se refere cada registo.
  • Associe as notas e os resultados à versão exata, se o seu sistema permitir.
  • Confirme que informação a plataforma efetivamente disponibiliza.

Repita as verificações afetadas por uma alteração

A evidência disponível não define um procedimento universal de testes de regressão para modelos SMS. Como prática operacional sugerida, volte a verificar os aspetos que uma alteração possa afetar, consultando a documentação da plataforma e da integração.

O âmbito da revisão depende do que mudou. Registe, se for útil ao seu processo, quais os aspetos verificados e o resultado observado, sem apresentar essa prática como requisito técnico geral.

  • Compare o conteúdo revisto com o anterior, se essa comparação fizer parte do seu processo.
  • Volte a verificar os aspetos técnicos potencialmente afetados pela alteração.
  • Confirme na documentação que a integração aceita o conteúdo e os campos utilizados.

Documente resultados e indisponibilidade segundo as capacidades do sistema

A evidência fornecida não especifica procedimentos universais para registar falhas, retirar modelos ou conservar provas. Se o seu processo incluir essas medidas, documente os resultados observados e confirme na plataforma como se altera a disponibilidade de um modelo.

Evite atribuir uma causa a uma falha sem evidências suficientes. Consulte as políticas internas e as obrigações aplicáveis para decidir que registos conservar.

  • Se documentar um resultado, indique o modelo analisado e a informação disponível sobre o teste.
  • Distinga uma causa confirmada de uma hipótese ainda não verificada.
  • Consulte a documentação da plataforma para saber como tornar um modelo indisponível e que registos são conservados.
FAQ

Perguntas frequentes

Basta verificar o número de caracteres do modelo?

Não necessariamente. O tratamento do comprimento e dos segmentos depende da plataforma e da integração. Consulte a documentação correspondente e valide o texto que o sistema irá processar.

Cada alteração de texto precisa de uma nova versão?

A evidência disponível não estabelece um requisito universal de versionamento. Como prática operacional, pode ser útil identificar cada conteúdo revisto e manter um histórico, se isso se adequar ao seu processo.

Que valores de variáveis devem ser testados?

A evidência disponível não estabelece valores de teste universais. Consulte o contrato da variável e a documentação da implementação para conhecer os formatos e limites aplicáveis.

Um teste técnico comprova que o envio está autorizado?

Não. Um teste técnico não comprova a autorização do conteúdo, o consentimento ou a conformidade regulamentar. Esses aspetos exigem controlos separados.

Fontes consultadas

  1. 3GPP specifications3GPP
  2. ITU-T E.164International Telecommunication Union
  3. GSMA resourcesGSMA
  4. SMPP v3.4 specificationSMPP Developers Forum
  5. HTTP Semantics (RFC 9110)IETF
  6. Comprender los segmentos de mensajes para SMSHubSpot Knowledge Base
  7. Configuración y protocolo del conector SMSAdobe Experience League