O problema caro não é o formato. É a suposição.
Uma data como 05/06/2026 parece simples até duas pessoas a lerem de forma diferente. Em Portugal e no Brasil, normalmente é 5 de junho. Nos Estados Unidos, costuma ser 6 de maio. Junte uma equipa remota, reunião recorrente, horário de verão e “sexta às 3”, e a confusão fica fácil.
Escrever bem datas e horas não é formalismo. É remover suposições escondidas. Quem lê não deve ter de adivinhar o seu país, as definições regionais do calendário ou a regra de horário de verão.
Comece por quem lê
Em Portugal e no Brasil, dia-mês-ano é familiar. Em sistemas técnicos, 2026-06-05 é mais robusto. Para pessoas, “sexta-feira, 5 de junho de 2026” costuma ser mais claro.
| Público | Arriscado | Mais claro |
|---|---|---|
| Portugal ou Brasil | 5/6/26 | 5 de junho de 2026 |
| Europa, Brasil e EUA | 05/06/2026 | 2026-06-05 (5 de junho) |
| Sistemas, ficheiros, logs | relatorio final junho 5 | 2026-06-05-relatorio-final |
| Aviso público ou contrato | Na próxima sexta | Sexta-feira, 5 de junho de 2026 |
Use ISO 8601 quando a data precisa viajar
YYYY-MM-DD ordena corretamente, evita a confusão entre formato americano e europeu e funciona em ficheiros, bases de dados, tickets, folhas de cálculo e APIs. Para pessoas, use uma forma dupla: 2026-06-05 (sexta-feira, 5 de junho).
Nunca envie uma hora sem lugar
“Às 3” não é uma hora internacional. Indique cidade, zona IANA, UTC ou envie um convite de calendário correto. Para reuniões futuras, Europe/Lisbon ou America/Sao_Paulo é mais seguro do que apenas UTC+1 ou UTC-3, porque regras legais podem mudar.
| Escreva | Quando usar | Porquê |
|---|---|---|
| 15:00 hora de Lisboa | Mensagens humanas | Indica o relógio local de referência. |
| 2026-06-05T14:00:00Z | Sistemas, APIs, logs | Um instante UTC exato. |
| 09:00 America/Sao_Paulo | Reuniões recorrentes | Mantém a hora local da cidade. |
| 15:00 UTC+01:00 | Timestamp pontual | Claro nesse momento, frágil para recorrência. |
Cuidado com abreviaturas
CST, IST e BST podem significar coisas diferentes conforme o país. Mesmo BRT, WET ou WEST nem sempre são familiares para todos. Se a mensagem importa, escreva a cidade ou a zona: 09:00 Europe/Lisbon.
O formato de 24 horas é mais seguro
Em Portugal e no Brasil, 24 horas é comum em contextos profissionais, transportes e serviços. Em equipas internacionais, 15:00 evita mais erros do que “3”. Se precisar de AM/PM, acrescente cidade: 3:00 PM hora de Nova Iorque.
Números de semana precisam de regra
Semanas ISO começam na segunda-feira, e a semana 1 é a que contém a primeira quinta-feira. Isso pode ser normal em operações europeias, mas não é universal. Escreva também o intervalo: 2026-W23, segunda 1 de junho a domingo 7 de junho.
Um estilo comum para a equipa
| Informação | Estilo recomendado | Exemplo |
|---|---|---|
| Data | ISO mais data escrita | 2026-06-05 (sexta-feira, 5 de junho) |
| Reunião pontual | Hora local mais UTC | 15:00 Lisboa / 14:00 UTC |
| Reunião recorrente | Zona IANA mais hora local | 09:00 Europe/Lisbon todas as terças |
| Prazo | Data, hora, zona e dia | Sexta-feira, 5 de junho de 2026, 17:00 Europe/Lisbon |
| Número da semana | Semana ISO mais intervalo | 2026-W23, 1-7 junho |
Antes de enviar
- A data pode ser lida no formato americano e europeu?
- A hora indica cidade ou zona?
- É uma reunião recorrente que atravessa mudança de horário?
- 24 horas reduziria a dúvida?
- Se usou número da semana, indicou ISO ou intervalo?
Uma boa data parece um pouco redundante. Essa redundância custa menos do que uma chamada perdida, um prazo falhado ou um relatório na semana errada.