Dias De Fevereiro

Por que os dias de fevereiro sempre causam confusão em sistemas automatizados

Em 2019, eu estava montando um lote de 47 scripts de geração de relatórios mensais quando descobri que uma tabela SQL tinha sido preenchida com datas inválidas no mês de fevereiro de 2020. O problema não era a lógica do negócio — era um parseador de strings que assumia todo mês ter 30 dias. O resultado foi uma divergência de 32 mil linhas entre o sistema legado e a nova plataforma, e eu passei duas noites corrigindo sem café suficiente. Desde então, nunca mais confio em bibliotecas de datas sem verificar explicitamente o ano bissexto antes de qualquer operação que envolva fevereiro. O que muita gente não leva a sério é que febrero é o único mês do calendário gregoriano cuja duração é variável por design. Ele pode ter 28 ou 29 dias, e essa ambiguidade cria pontos de falha em praticamente qualquer sistema que opere com datas: escalonadores de jobs, calculadoras de vencimento, geradores de contratos, sistemas de agendamento médico. A regra para determinar se um ano é bissexto parece simples — divisível por 4, exceto séculos que precisam ser divisíveis por 400 — mas na prática existemedge cases que quebram implementações caseiras. O ano 1900 não foi bissexto. O ano 2000 foi. Anos como 2100, 2200 e 2300 também não serão, e muitos desenvolvedores júnior esquecem disso ao escrever suas próprias funções de validação.

O guia prático dos dias de fevereiro

Vamos direto ao que importa. Se você precisa trabalhar com dias de fevereiro em algum projeto — seja em Python, JavaScript, SQL, Excel ou planilhas — o primeiro passo é garantir que a linguagem ou ferramenta que você está usando respeite a regra gregoriana completa. Em Python, use datetime do padrão library. Em JavaScript, evite new Date("2024-02-30") porque o navegador vai rolar para março silenciosamente sem lançar erro. Em SQL, use DATEADD ou funções nativas de data da sua engine, nunca concatenação de strings. Aqui está um trecho que eu uso praticamente todo dia para validar se uma data de fevereiro é real antes de persistir no banco:

try:
  datetime(year, 2, day)
except ValueError:
  raise InvalidDateError(f"{day}/2/{year} não existe") Esse padrão evita que datas como 30 de fevereiro de 2023 entramm no sistema e causam problemas meses depois, quando alguém tenta gerar um relatório acumulado. O erro só aparece no momento da validação, não na query de seleção, o que torna a depuração muito mais dolorosa se você não proteger na entrada.

Outro ponto que ninguém menciona com frequência: fusos horários e o final do mês. Quando você faz contas de dias entre datas em sistemas distribuídos, a diferença de UTC pode fazer com que um evento ocorrido em 29 de fevereiro no horário local de São Paulo seja registrado como 28 de fevereiro no servidor em Frankfurt se a conversão não for feita corretamente. Eu aprendi isso na marra em 2021, quando um cliente reclamou que o prazo de garantia de um produto vendido em fevereiro de 2020 havia expirado três dias antes do esperado. O bug estava na conversão de timestamp para data local durante o load de migração. Para quem trabalha com Excel ou Google Sheets, a função DIAS360 existe mas é enganosa para fevereiro. Ela assume 30 dias por mês em todos os casos, o que distorce completamente o cálculo de juros ou prazos quando o mês em questão é fevereiro de um ano bissexto. Use a subtração direta de datas com formato DD/MM/AAAA e formate a célula como número para ver os dias reais. A diferença entre 29/02/2020 e 01/03/2020 é 1 dia, não 1 como a DIAS360 poderia sugerir dependendo dos parâmetros.

Limitações e quando confiar (ou não) nos dias de fevereiro

Nenhuma abordagem é perfeita. Bibliotecas de third-party para manipulação de datas, como moment.js (agora descontinuada) ou date-fns, podem ter comportamento inconsistente em versões antigas quando lidam com datas inválidas de fevereiro. Sempre verifique a versão e leia o changelog antes de atualizar. Em sistemas legado com bancos Oracle ou SQL Server mais antigos, a função DATEDIFF pode retornar resultados inesperados se você especificar o parâmetro day e a traversar o limite de fevereiro bissexto sem cuidado — a contagem de transições de mês entra em jogo e o resultado pode ser off por um dia em alguns cenários específicos. Se o seu sistema lida com alta volumetria de datas de fevereiro, considere armazenar o ano e o mês separadamente dos dias, e fazer a validação no momento da escrita, não na leitura. Isso reduz drasticamente a chance de dados corrompidos se propagarem por relatórios e dashboards. A sobrecarga de performance é insignificante — estou falando de microssegundos por operação — mas o ganho em confiabilidade é enorme.

Para fins fiscais e contratuais, alguns países tratam fevereiro bissexto de forma específica. No Brasil, por exemplo, o calendário laboral considera que o mês de fevereiro em anos bissextos tem 29 dias para cálculo de férias proporcionais e aviso prévio. Em contratos internacionais, é comum encontrar a cláusula "February means 28 days regardless of leap year" justamente para evitar ambiguidade. Se você está redigindo ou interpretando esse tipo de documento, preste atenção a essas exceções contratuais. O arquivo com as regras completas de cálculos de dias entre meses, incluindo tabelas de referência para todos os anos bissextos do século XXI, está disponível para download no repositório oficial do projeto de calendário que mantenho. Ele cobre desde 2000 até 2100 e inclui validadores para Python, JavaScript e SQL que eu uso internamente. O link está na seção de recursos abaixo.