Calculadora bola de neve

Como funcionam a classificação em bola de neve e a cascata mensal

Em cada mês simulado o caixa total enviado aos credores é constante: a soma de todos os pagamentos mínimos originais mais extra_payment. Os juros são omitidos de propósito: este endpoint classifica e cronometra uma bola de neve só de principal a partir de saldos e mínimos, que é a intenção de busca de quem quer ordem de quitação e meses sem APR.

Contrato de entrada, campos de resposta e modos de falha

O decimals opcional de zero a oito controla o arredondamento half-up de saídas estilo moeda e tem padrão dois. Exemplo: Card B a oitocentos com mínimo de quarenta, Card A a dois mil e quinhentos com mínimo de setenta e cinco, e um empréstimo pessoal a cinco mil com mínimo de cento e cinquenta, mais duzentos de extra, produz uma bola de neve em três passos e um único número de meses até quitar que você pode fixar em testes. Envie um corpo JSON com um array debts obrigatório de um a trinta objetos. Cada linha precisa de um balance finito maior que zero e um min_payment finito maior ou igual a zero. Um saldo negativo é invalid_input e é o erro explícito que este contrato promete; um saldo zero também é rejeitado porque não é uma dívida em aberto. Um name opcional rotula a dívida em snowball_order, payoff_order e na tabela payoff; nomes omitidos ou em branco viram Debt 1, Debt 2 e assim por diante. O extra_payment opcional tem padrão zero e é o excedente além da soma de todos os mínimos originais. O max_months opcional tem padrão seiscentos e é um teto de segurança de um a mil e duzentos; se o cronograma só de principal não terminar dentro desse teto, a solicitação falha. Em caso de sucesso o corpo inclui debt_count, extra_payment, monthly_budget, max_months, total_principal, months, years, total_paid, snowball_order, payoff_order, um array payoff de name, balance, min_payment, month_paid e sequence, mais uma string formula. Dívidas ausentes, arrays vazios, números não finitos, min_payment ou extra_payment negativos, inteiros fora da faixa, orçamento mensal zero e cronogramas que não terminam dentro de max_months falham com invalid_input e não são cobrados.

Onde uma API de bola de neve de dívidas agrega valor

Muitos usuários conhecem saldos e mínimos pelo extrato, mas não têm uma taxa de juros limpa, então uma calculadora de bola de neve só de principal combina com o modo como eles realmente planejam. Sites educativos que ranqueiam por calculadora bola de neve convertem melhor quando a ferramenta gratuita do navegador coincide byte a byte com o caminho de automação no mesmo módulo puro. Trate o resultado como apoio à decisão, não como aconselhamento jurídico ou fiduciário: a ferramenta não modela taxas, promoções de juros diferidos, taxas variáveis nem dedutibilidade fiscal — só uma cascata mensal determinística de principal sob orçamento constante. Fluxos de onboarding fintech podem preencher dívidas a partir de vínculos de conta e devolver payoff_order mais months como um contrato JSON determinístico para painéis. Módulos de sala de aula podem fixar months e payoff_order contra casos resolvidos à mão que ignoram juros de propósito. Como a implementação é parse puro de nível A, cada chamada bem-sucedida custa o preço base publicado US$ 0,002 sem tokens de modelo nem rede de saída, e a validação falha não consome saldo. Varie extra_payment no seu próprio loop para mostrar quantos meses um corte extra no orçamento do mercado encurta o último month_paid. Mantenha max_months apertado em demos interativas para que um plano subfinanciado falhe rápido em vez de entrar em loop.