Conta de dias em meses não é só multiplicar por 30
A gente costuma achar que dois meses são sessenta dias. Funciona pras contas rápidas, mas se você tá trabalhando com prazos contratuais, juros bancários ou cálculo de férias, a coisa escorrega. O problema é que alguns meses têm 31, outros 30, e fevereiro ainda decide ser diferente todo ano. Já me peguei numa situação em que precisei calcular o vencimento de uma parcela que caía no mesmo dia do mês seguinte, e a empresa simplesmente multiplicou 30 por 2. O cliente ficou devendo um dia. Um dia só, mas foi suficiente pra gerar uma pequena confusão tributária que levou três chamadas telefônicas pra resolver. Eu mudei o processo depois: agora uso a regra do mesmo dia do mês, e se o mês de destino não tiver esse dia, usa o último dia disponível. É assim que a maioria dos sistemas financeiros faz, inclusive.
quantos dias é 2 meses
Dependendo de quais meses você tá olhando, dois meses podem ter entre 58 e 62 dias. Aqui vai a tabela prática, porque é melhor do que decorar: Se os dois meses forem de 31 dias (julho e agosto, por exemplo), o total é 62. Se ambos forem de 30 dias (abril e junho), dá 60. Quando um é de 30 e outro de 31, o resultado é 61. E quando fevereiro entra na conta, tudo muda.
👉 Clique no botão abaixo para saber mais sobre o assunto!
No ano comum, fevereiro tem 28 dias, então duas meses incluindo fevereiro ficam com 58 ou 59, dependendo do outro mês. Em ano bissexto, sobe pra 59 ou 60. Isso parece óbvio, mas é o tipo de detalhe que passa despercebido até alguém precisar demonstrar o cálculo num contrato. A forma mais segura de fazer isso sem errar é usar uma biblioteca de data. Em Python, por exemplo, você pode usar o módulo dateutil.relativedelta, que resolve exatamente essa questão de adicionar meses mantendo a coerência calêndrica. A função relativedelta(months=2) já lida com todos os casos acima sem você precisar escrever uma condicional. No JavaScript, o new Date() com manipulação de mês também funciona, mas exige cuidado porque ele ajusta automaticamente datas fora do intervalo — se você somar dois meses a 31 de janeiro, ele devolve 31 de março, e às vezes isso não é o comportamento desejado.
O que a maioria das pessoas não considera é que existem convenções diferentes de contagem de dias dependendo do contexto. No mercado financeiro brasileiro, por exemplo, usa-se frequentemente o método 30/360, que assume que todos os meses têm 30 dias e o ano tem 360. Nesse padrão, dois meses são sempre 60 dias, ponto final. Já o método Actual/Actual, mais comum em títulos públicos, conta os dias reais entre as datas, o que gera variabilidade. Sabe aquele cálculo de rendimentos de CDI que parece meio arbitrário? É por causa dessa diferença de convenção. Outro ponto que ninguém explica direito: quando você vê "dois meses" num contrato, o prazo começa a contar do dia seguinte ao da assinatura ou do próprio dia? A regra geral no direito brasileiro é que o início do prazo não se conta, então se um contrato é firmado em 15 de janeiro com validade de dois meses, o vencimento seria 15 de março. Mas isso não é universal. Contratos internacionais podem seguir regras diferentes, e já vi documentos onde o autor simplesmente esqueceu de especificar e acabou gerando ambiguidade.
Se você tá desenvolvendo algo que lida com períodos de dois meses, a recomendação prática é deixar claro no código qual convenção está sendo usada e documentar isso. Usuários vão interpretar como acharem melhor, e se o sistema não explicitar, a diferença de um dia vira discussão na recepção. Resumindo, se a pergunta é simples e você não precisa de precisão jurídica ou financeira, 60 dias serve. Para qualquer coisa que envolva dinheiro ou prazos legais, faça a conta direta com as datas reais ou use uma biblioteca de data. Evite assumir 30 dias por mês a menos que esteja especificamente usando a convenção 30/360, e nesse caso, deixe explícito em qualquer documentação que o consumidor final possa ver.
