Calculateur boule de neige

Comment fonctionnent le classement boule de neige et la cascade mensuelle

Chaque mois simulé, le cash total versé aux créanciers est constant : la somme de tous les paiements minimums d'origine plus extra_payment.

Contrat d'entrée, champs de réponse et modes d'échec

Le decimals optionnel de zéro à huit contrôle l'arrondi half-up des sorties monétaires et vaut deux par défaut. Exemple : Card B à huit cents avec un minimum de quarante, Card A à deux mille cinq cents avec un minimum de soixante-quinze, et un prêt personnel à cinq mille avec un minimum de cent cinquante, plus deux cents d'extra, produit une boule de neige en trois étapes et un seul chiffre de mois jusqu'au solde que vous pouvez figer dans des tests. Envoyez un corps JSON avec un tableau debts obligatoire d'un à trente objets. Chaque ligne exige un balance fini strictement positif et un min_payment fini supérieur ou égal à zéro. Un solde négatif est invalid_input et constitue l'erreur explicite promise par ce contrat ; un solde nul est aussi rejeté car ce n'est pas une dette ouverte. Un name optionnel étiquette la dette dans snowball_order, payoff_order et le tableau payoff ; les noms omis ou vides deviennent Debt 1, Debt 2, et ainsi de suite. L'extra_payment optionnel vaut zéro par défaut et représente le surplus au-delà de la somme de tous les minimums d'origine. Le max_months optionnel vaut six cents par défaut et plafonne de un à mille deux cents ; si le calendrier de principal seul ne termine pas dans ce plafond, la requête échoue. En cas de succès le corps inclut debt_count, extra_payment, monthly_budget, max_months, total_principal, months, years, total_paid, snowball_order, payoff_order, un tableau payoff de name, balance, min_payment, month_paid et sequence, plus une chaîne formula. Dettes manquantes, tableaux vides, nombres non finis, min_payment ou extra_payment négatifs, entiers hors plage, budget mensuel nul et calendriers qui ne terminent pas dans max_months échouent avec invalid_input et ne sont pas facturés.

Où une API boule de neige de dettes apporte de la valeur

Beaucoup d'utilisateurs connaissent leurs soldes et minimums d'après un relevé mais n'ont pas un taux d'intérêt propre, donc un calculateur boule de neige de principal seul correspond à leur façon réelle de planifier. Les sites pédagogiques qui ciblent calculateur boule de neige convertissent mieux lorsque l'outil gratuit du navigateur coïncide octet par octet avec le chemin d'automatisation sur le même module pur. Traitez le résultat comme aide à la décision, non comme conseil juridique ou fiduciaire : l'outil ne modélise ni frais, ni promotions d'intérêts différés, ni taux variables, ni déductibilité fiscale — seulement une cascade mensuelle déterministe de principal sous budget constant. Les flux d'onboarding fintech peuvent préremplir les dettes depuis des liens de compte et renvoyer payoff_order plus months comme contrat JSON déterministe pour des tableaux de bord. Les modules de cours peuvent figer months et payoff_order face à des cas résolus à la main qui ignorent l'intérêt volontairement. Comme l'implémentation est purement parse de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant, et une validation échouée ne consomme pas de solde. Faites varier extra_payment dans votre propre boucle pour montrer combien de mois une coupe extra du budget courses raccourcit le dernier month_paid. Gardez max_months serré dans les démos interactives pour qu'un plan sous-financé échoue vite au lieu de boucler.