Por que 120 dias não são 4 meses (na maioria das vezes)
A conta de padaria diz que 120 dias divididos por 30 dá 4 meses. A vida real não funciona assim. Meses têm 28, 29, 30 ou 31 dias. Dependendo de onde você começa a contar, 120 dias corridos podem cair em 3 meses e meio, 4 meses exatos ou quase 5 meses. Isso parece bobo até o momento em que você precisa calcular um vencimento de contrato, um prazo de garantia ou uma data de renovação de serviço e descobre que o sistema marcou o dia errado. Eu já passei por isso de forma bem específica. Trabalhava com contratos de hospedagem onde o cliente pagava por trimestre. A regra interna era "120 dias são 4 meses" para facilitar o entendimento comercial, mas na prática a data de vencimento ficava errada todo semestre. O sistema considerava 30 dias fixos por mês, o que fazia a data de renovação atrasar ou adiantar em relação ao calendário real. O workaround que eu usei foi simples: parar de confiar na multiplicação e passar a somar dias efetivamente no calendário. Peguei a data inicial, somei 120 dias usando uma função de datas (DATEADD em SQL, ou timedelta em Python), e pronto. O resultado batia com a realidade. Se você also precisa fazer isso manualmente, existe uma planilha simples que eu monto em dois minutos: colunas com data inicial, número de dias, e a fórmula de soma. Mas isso é perdição de tempo se você puder automatizar.
120 dias são 4 meses — quando essa conta funciona e quando ela mente
A afirmação "120 dias são 4 meses" é uma aproximação útil para estimativas rasteiras. Serve quando você quer dar um palpite rápido num orçamento informal, numa conversa de corredor, ou num e-mail para alguém que não precisa de precisão cirúrgica. Não serve para nada que envolva dinheiro, prazos contratuais, cálculo de juros, ou conformidade regulatória. Nesses casos, a imprecisão de uns dias pode significar multas, perda de SLA, ou confusão administrativa que leva semanas para resolver. O problema é que todo mundo acaba confiando na aproximação. Eu vi desenvolvedores implementarem lógica de cobrança usando 30 dias fixos por mês. Isso gera acúmulo de erro. Em um ano, a diferença já é de pelo menos 5 dias. Em dois anos, mais de 10 dias de discrepância. A correção é usar o calendário efetivo, não um divisor mágico.
Vou mostrar como fazer isso direito, do jeito que eu aprendi na marra.
Como calcular 120 dias a partir de uma data qualquer
O método mais confiável é adicionar os dias diretamente na data de início, respeitando o calendário real. Não tente converter dias em meses e depois meses em dias. Isso só introduz erro. Pegue a data base. Some 120 dias. Pronto. O resultado é a data final. Se quiser saber quantos meses inteiros passaram entre as duas datas, aí sim você faz a contagem de meses, mas como passo separado, não como substituição da soma.
Na prática: exemplos concretos
Se o início for 1º de janeiro de 2025, some 120 dias. Janeiro tem 31, fevereiro tem 28 (não é bissexto), março tem 31, abril tem 30. 31 + 28 + 31 + 30 = 120. O resultado cai em 30 de abril de 2025. De janeiro a abril são 4 meses. Nesse caso específico, a aproximação acertou. Agora mude o início para 1º de março de 2025. Março tem 31, abril 30, maio 31, junho 30. 31 + 30 + 31 + 30 = 122. Isso significa que 120 dias a partir de 1º de março caem em 29 de junho de 2025. De março a junho são 4 meses, mas sobram 2 dias. A conta redonda já não funciona mais.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Troque para 15 de dezembro de 2025. Dezembro tem 31 dias, então sobram 16 dias do mês. Janeiro tem 31, fevereiro tem 28, março tem 31, abril tem 30. 16 + 31 + 28 + 31 = 106. Precisamos de 14 dias a mais em abril. A data final é 14 de maio de 2026. De dezembro a maio são 5 meses. Aqui a aproximação de "4 meses" está errada por um mês inteiro.
Armadilhas comuns que ninguém te avisa
A primeira armadilha é ano bissexto. Fevereiro com 29 dias altera tudo se o período cruzar esse mês. A segunda é meses com 31 dias. A terceira é o famoso problema do fim de mês: se você começa em 31 de janeiro e some "um mês", para onde vai? Muitos sistemas jogam para o último dia do mês seguinte, outros para o dia 28. Isso não é bug, é decisão de design, mas causa confusão. Uma quarta armadilha que eu vejo todo dia é gente usando divisão. Pegam 120, dividem por 30, dizem que é 4 meses, e aí tentam converter de volta para dias multiplicando 4 por 30. O erro já estava cometido na primeira linha, e a segunda linha só perpetua. Não faça isso.
Alternativas quando você não confia em si mesmo
Se você está construindo um sistema, use bibliotecas de datas. Python tem o módulo datetime, que lida com tudo isso sem dor de cabeça. JavaScript tem Date, mas cuidado com fuso horário. Para cálculos financeiros, a biblioteca dateutil ou pendulum são mais rigorosas. Em SQL, DATEADD com o parâmetro day funciona corretamente na maioria dos bancos. Se precisa de algo pronto para baixar e usar agora, eu recomendo uma planilha Google Sheets simples. Coluna A: data inicial. Coluna B: número de dias (120). Coluna C: fórmula =A2+ B2. Formate a coluna C como data. Leva três minutos para montar e funciona para qualquer número de dias, não só 120. Você pode estender para calcular quantos meses inteiros passaram usando a função DATEDIF se estiver no Excel, ou uma fórmula customizada no Sheets.
O que não funciona de jeito nenhum
Não use divisões arbitrárias paraConverter dias em meses em contextos que exigem precisão. Não confie em calculadoras online genéricas que assumem 30 dias por mês sem avisar. E nunca, em hipótese alguma, subtrai meses e depois ajusta dias manualmente se puder evitar. Cada ajuste manual é uma chance de errar. Resumindo o que importa: 120 dias são 4 meses apenas em alguns casos específicos. Na maioria, são 3 meses e 20-something dias, ou quase 5 meses. A forma certa de descobrir é somar dias no calendário, não fazer conta de média. Se você tiver que repetir isso com frequência, automatize. O tempo que gasta configurando um script ou planilha se paga na primeira vez que evita um erro de data.
O link para a planilha de exemplo está disponível se você quiser copiar e adaptar. Mas o mais importante é entender o conceito: calendário real, não média de 30 dias. O resto é configuração.
