Ir para o conteúdo

Agendamento de mensagens: evite erros de fuso e recorrência

Confira horário local, UTC, quiet hours e mudanças de estado antes de agendar mensagens ou repetir campanhas automaticamente.

O horário que a equipe escolhe precisa representar um instante sem ambiguidade. Ao agendar mensagens, registre o fuso e confira como a ferramenta converte a data. Isso é especialmente importante quando a campanha atende regiões diferentes.

Diferencie horário local e instante de execução

“Enviar às nove” precisa de uma região ou de um fuso explícito. Um sistema pode armazenar o instante em UTC e apresentá-lo no horário local. O problema aparece quando alguém compara essas duas representações como se fossem a mesma.

Prefira identificar o fuso por seu nome IANA, como America/Sao_Paulo, quando a ferramenta oferece essa escolha. Não fixe manualmente uma diferença de horas para todos os públicos: mudanças de calendário e regras locais podem afetar essa conversão.

Confira o calendário da recorrência

Uma campanha semanal deve declarar o dia, a hora e o fuso que governam as próximas ocorrências. Verifique o que acontece quando a execução atrasa. Repetir um envio atrasado imediatamente pode conflitar com a próxima comunicação planejada.

Teste ilustrativo: programe uma ocorrência próxima, altere o horário antes da execução e confira se somente a agenda atual é aplicada. Depois pause a série e verifique se nenhuma nova ocorrência é criada pela agenda antiga.

Separe janela de descanso e cancelamento

Quiet hours adiam comunicações em intervalos definidos. Cancelar encerra uma execução ou uma série, conforme o contrato da ferramenta. Não interprete um adiamento como falha definitiva, nem uma pausa como confirmação de entrega.

Também diferencie tarefas ainda pendentes de mensagens já aceitas pelo provedor. Alterar o calendário não recolhe uma comunicação que já saiu. A operação precisa informar esse limite para a equipe não criar outra campanha tentando “corrigir” um envio já realizado.

Revise antes de liberar

  • Data e hora no fuso da audiência.
  • Instante correspondente na revisão final.
  • Regra de quiet hours e tratamento de atraso.
  • Comportamento de reagendamento, pausa e cancelamento.
  • Histórico da ocorrência e ausência de tarefas duplicadas.

Faça a prova com destinatários de teste autorizados e registre o resultado. Um calendário correto na tela é necessário, mas a validação deve alcançar a execução: observe qual ocorrência foi admitida e qual conteúdo foi associado a ela.

Perguntas frequentes

UTC é o horário de Brasília?

Não. UTC é uma referência de tempo; a exibição local depende do fuso configurado.

Reagendar remove uma mensagem já enviada?

Não. Uma mensagem já aceita pelo provedor não pode ser recolhida apenas mudando o agendamento.

Fontes e referências

Exemplos são ilustrativos. As regras e capacidades dos canais podem mudar; confira as fontes e teste a operação antes de publicar.

Ler este artigo em Markdown