Voltar ao blog Conformidade e operações

Janelas de silêncio em SMS A2P: horários locais e rastreabilidade

Guia operacional para aplicar horários de envio com base na hora local, gerir mensagens com prazo de validade e conservar evidências das decisões sem presumir exceções gerais.

Diagrama operacional de janelas de silêncio para SMS A2P com hora local, regras de envio e registo de decisões

O que é uma janela de silêncio e por que a hora local importa

Uma janela de silêncio é um intervalo durante o qual uma política impede ou adia determinados envios. Pode decorrer de requisitos aplicáveis, de uma política interna ou de uma preferência registada pelo destinatário. Com base nas evidências disponíveis, não existe um horário universal que possa ser aplicado sem verificar o mercado, o tipo de mensagem e a regra específica.

A hora do servidor indica quando uma plataforma processa um pedido; por si só, não determina a hora do destinatário. Se a regra utilizar a hora local, o sistema tem de determinar essa hora para o destino antes de decidir se envia, retém ou descarta a mensagem. Algumas ferramentas descrevem os seus períodos de silêncio com base no fuso horário local do contacto, mas isso não estabelece um requisito geral para todos os serviços.

  • Mantenha separados a hora de receção, a hora do sistema e a hora local utilizada para avaliar a política.
  • Não adote um período recomendado por uma ferramenta como se fosse uma obrigação aplicável a todos os mercados.
  • Defina que tipos de mensagem estão sujeitos a cada regra e documente a fonte dessa decisão.
O que é uma janela de silêncio e por que a hora local importa

Separe requisitos, políticas internas e preferências

Antes de configurar horários, classifique cada regra de acordo com a sua origem. Um requisito aplicável pode decorrer das normas do mercado; uma política interna pode impor controlos mais rigorosos; e uma preferência do destinatário pode refletir uma opção registada. Não as agrupe sob o rótulo genérico de «horários de silêncio»: cada uma pode ter âmbito, prioridade e condições diferentes.

Verifique os requisitos com fontes adequadas a cada mercado e categoria de tráfego. Fontes gerais não bastam para deduzir horários, exceções ou prazos de conservação. Este artigo apresenta orientações operacionais, não aconselhamento jurídico nem uma lista de requisitos por país.

  • Registe, para cada regra, o âmbito, o tipo de tráfego, o mercado e a fonte de validação.
  • Estabeleça uma ordem de precedência explícita quando coincidirem uma restrição aplicável, uma política interna e uma preferência.
  • Defina quem pode aprovar alterações e como estas serão revistas quando as condições operacionais mudarem.
Separe requisitos, políticas internas e preferências

Determine e mantenha a hora local

Não deduza o fuso horário atual apenas a partir do número de telefone. A recomendação E.164 diz respeito ao plano internacional de numeração, mas as evidências disponíveis não demonstram que o número identifique de forma fiável o fuso horário atual de uma pessoa. O destinatário pode mudar de localização ou utilizar um número que não corresponda ao local onde se encontra.

Escolha e documente uma fonte de fuso horário adequada ao seu caso de uso, o respetivo nível de confiança e o procedimento a seguir se o dado estiver ausente ou for ambíguo. Mantenha atualizadas as regras de fuso horário e de mudança sazonal da hora com uma fonte técnica controlada; não utilize desfasamentos horários fixos como substituto de regras atualizadas.

Se não conseguir determinar a hora local com confiança suficiente, aplique uma alternativa segura definida pela sua política: por exemplo, reter a mensagem para revisão ou não a enviar até ser possível avaliar a regra. A opção concreta depende das obrigações e dos riscos do caso.

  • Guarde o fuso horário utilizado juntamente com a decisão, não apenas a hora do servidor.
  • Defina o procedimento para dados do destino ausentes, ambíguos ou desatualizados.
  • Teste as mudanças sazonais da hora e as alterações de fuso horário com uma fonte de regras mantida.

Desenhe o fluxo: validar, reter, reagendar ou cancelar

Um fluxo operacional claro evita que a janela seja aplicada de forma diferente consoante o componente que processa a mensagem. Ao receber um pedido, valide a finalidade e a validade, consulte a regra pertinente e calcule a hora local. Em seguida, decida se deve enviar, reter até um horário permitido, reagendar ou cancelar.

O reagendamento só é adequado se a mensagem continuar válida no momento do envio e se a regra aplicável o permitir. Não transforme uma fila de espera num mecanismo que envia automaticamente conteúdo desatualizado. Se as preferências ou as regras mudarem enquanto a mensagem estiver na fila, volte a avaliá-la antes do envio.

  • Receber: identificar a finalidade da mensagem e o respetivo prazo de validade, se existir.
  • Validar: consultar as preferências e as regras aplicáveis ao destino e ao tipo de tráfego.
  • Decidir: enviar, reter, reagendar ou cancelar, indicando explicitamente o motivo.
  • Reavaliar: verificar novamente a regra e a validade antes de libertar mensagens retidas.

OTP e notificações urgentes: não presuma exceções

O facto de uma mensagem conter um OTP ou ter importância temporal não demonstra, por si só, que possa contornar uma janela de silêncio. As evidências disponíveis não estabelecem uma exceção geral para OTP nem para outras notificações urgentes. Verifique os requisitos e as políticas aplicáveis antes de definir um tratamento diferente.

Desenhe o fluxo tendo em conta a validade real do conteúdo. Se um código expirar antes do fim da janela, enviá-lo mais tarde pode ser inútil ou confuso. Decida antecipadamente se a mensagem será cancelada, se será oferecida outra alternativa autorizada ou se será iniciada uma nova operação. Não reenvie códigos expirados como se ainda fossem válidos nem apresente uma exceção técnica como dispensa de conformidade.

  • Defina a expiração e o comportamento das novas tentativas em coordenação com o serviço que valida o código.
  • Verifique se o envio diferido continua a ser útil e é permitido para aquela finalidade e naquele mercado.
  • Se existir uma exceção documentada e aprovada, limite o seu âmbito e registe a respetiva justificação.

Rastreabilidade: conserve a regra aplicada e o motivo

Como controlo interno, conserve informação suficiente para reconstruir por que motivo um pedido foi enviado, adiado ou cancelado. As evidências disponíveis não estabelecem um conjunto universal de campos obrigatórios nem um prazo de conservação; defina ambos com base em aconselhamento e nos requisitos aplicáveis à sua organização e ao seu mercado.

Registe as decisões de forma consistente e proteja os dados pessoais associados. Evite conservar conteúdos ou identificadores para além do necessário para a finalidade operacional e de auditoria. A conservação deve seguir a política e as obrigações pertinentes, e não um prazo genérico presumido.

  • Campos operacionais possíveis: identificador interno, tipo de mensagem, fuso horário avaliado, hora local, hora programada e resultado.
  • Inclua a versão ou o identificador da regra aplicada e o motivo de qualquer exceção ou cancelamento.
  • Registe se a hora foi calculada, se o destino estava em espera e quando ocorreu a nova avaliação.
  • Restrinja o acesso aos registos e estabeleça um período de conservação de acordo com as regras aplicáveis.

Teste os casos-limite antes de ativar as regras

Os testes devem abranger mudanças de data e de horário sazonal, bem como destinos sujeitos a regras diferentes. Verifique também o que acontece quando uma pessoa altera as suas preferências depois de a mensagem ter entrado na fila. Um teste bem-sucedido do relógio do sistema não valida automaticamente o cálculo da hora local.

Inclua mensagens cuja validade termina antes da próxima janela permitida. Confirme que o sistema as cancela ou encaminha de acordo com o fluxo definido e que não as liberta por uma via alternativa sem voltar a avaliar a regra.

  • Teste os instantes imediatamente anteriores e posteriores à meia-noite local.
  • Teste o início e o fim do horário sazonal nos destinos pertinentes.
  • Teste destinos para os quais o fuso horário não esteja disponível ou seja ambíguo.
  • Altere uma preferência enquanto houver mensagens retidas e confirme que são reavaliadas.
  • Simule uma expiração antes do horário permitido e verifique se o conteúdo desatualizado não é enviado.

Lista de verificação para implementar e auditar

Antes de ativar janelas de silêncio, confirme que cada regra tem um âmbito claro, uma fonte verificada e um responsável. Em seguida, valide a determinação da hora local, os procedimentos de retenção e cancelamento e a reavaliação das mensagens pendentes. Reveja periodicamente os registos e os casos de exceção.

As janelas de silêncio são um controlo de agendamento, não uma garantia de entrega nem uma prova de que uma mensagem cumpre todos os requisitos. Mantenha separadas as decisões de conformidade, a lógica de envio e a observação posterior do resultado.

  • A regra distingue o mercado, o tipo de tráfego e a origem da política?
  • A hora local provém de dados adequados e as regras temporais são atualizadas?
  • O sistema define o que fazer se o fuso horário for incerto?
  • As mensagens retidas são revalidadas e canceladas se expirarem?
  • As exceções têm âmbito, aprovação e motivo documentados?
  • Os registos são protegidos e conservados de acordo com requisitos confirmados?
  • Os testes abrangem mudanças de horário, alterações de preferências e percursos de cancelamento?
FAQ

Perguntas frequentes

Existe um horário de silêncio universal para SMS A2P?

As evidências disponíveis não permitem estabelecer uma janela universal para todos os mercados e tipos de SMS. Verifique os requisitos e as políticas pertinentes para cada caso antes de definir horários.

Posso inferir o fuso horário do destinatário a partir do número de telefone?

Não é aconselhável presumir isso. A numeração telefónica, por si só, não comprova a localização nem o fuso horário atual do destinatário. Defina uma fonte de dados adequada e um procedimento seguro para quando a informação for incerta.

Os OTP estão isentos das janelas de silêncio?

Não há evidências disponíveis de uma exceção geral. Verifique as regras aplicáveis e desenhe o fluxo tendo em conta a validade do código; uma necessidade operacional não constitui automaticamente uma isenção.

Que informações convém registar?

Como controlo interno, pode ser útil registar o fuso horário avaliado, a hora programada, a regra ou a respetiva versão, o resultado e o motivo de qualquer exceção. O conjunto de dados e o prazo de conservação devem ser definidos de acordo com os requisitos aplicáveis, sem presumir que sejam universais.

Fontes consultadas

  1. NIST SP 800-63B-4: autenticadores y autenticaciónNational Institute of Standards and Technology
  2. Protección de datos: información de la Comisión EuropeaComisión Europea
  3. Recomendación E.164Unión Internacional de Telecomunicaciones
  4. Horas de silencio del SMSActiveCampaign
  5. Entender las horas de silencio de SMSHubSpot