Calculateur boule de neige vs avalanche

Comment boule de neige et avalanche répartissent le même budget mensuel

Les deux stratégies supposent que vous continuez de payer chaque minimum contractuel et que vous appliquez tout surplus — le paiement extra choisi plus les minimums libérés lorsqu'une dette est soldée — à un seul solde prioritaire jusqu'à son extinction. Chaque mois simulé accumule d'abord les intérêts sur tout solde ouvert à apr divisé par cent divisé par douze, paie ensuite les minimums des dettes non prioritaires, puis applique le reste d'un budget mensuel constant égal à la somme de tous les minimums d'origine plus extra_payment à la dette prioritaire.

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 totaux monétaires et vaut deux par défaut. Exemple : Card A à deux mille cinq cents avec vingt-deux virgule neuf pour cent et soixante-quinze de minimum, Card B à huit cents avec dix-huit pour cent et quarante de minimum, et un prêt personnel à cinq mille avec neuf virgule cinq pour cent et cent cinquante de minimum, plus deux cents d'extra, produit deux simulations complètes à comparer côte à côte sans tableur. Envoyez un corps JSON avec un tableau debts obligatoire d'un à trente objets. Chaque dette exige un balance strictement positif, un apr en pourcentage annuel nominal supérieur ou égal à zéro, et un min_payment strictement positif. Un name optionnel étiquette la dette dans le payoff_order de chaque stratégie ; les noms omis 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. Le max_months optionnel vaut six cents par défaut et plafonne la durée de chaque simulation avant échec de la requête. En cas de succès le corps renvoie debt_count, extra_payment, monthly_budget et max_months ; des objets imbriqués snowball et avalanche avec months, years, total_interest, total_paid et payoff_order ; interest_saved_by_avalanche et months_saved_by_avalanche comparant boule de neige moins avalanche ; recommended valant avalanche, snowball ou either ; un recommendation_reason court ; et une chaîne formula résumant la règle mensuelle. Dettes manquantes, tableaux vides, nombres non finis, soldes ou minimums non positifs, apr ou extra_payment négatifs, entiers hors plage 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 contre avalanche apporte de la valeur

Les entonnoirs d'onboarding fintech et de consolidation de dettes préremplissent les dettes depuis des liens de compte et doivent classer les plans de remboursement sans déployer un cœur de servicing complet. Les landings blog et SEO qui ciblent calculateur boule de neige contre avalanche convertissent mieux lorsque l'outil gratuit du navigateur coïncide octet par octet avec le chemin d'automatisation sur le même module pur. L'outil ne modélise ni frais, ni promotions d'intérêts différés, ni taux variables, ni déductibilité fiscale, ni calendriers de périodes partielles — seulement une comparaison mensuelle déterministe à taux fixe des deux ordres classiques sous budget constant. Les modules pédagogiques sur le crédit à la consommation peuvent figer total_interest et months arrondis dans des tests face à des cas résolus à la main. 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 construire des graphiques d'équilibre ; gardez max_months serré dans les démos interactives pour qu'un sous-paiement non maîtrisé échoue vite ; et traitez recommended comme aide à la décision, non comme conseil juridique ou fiduciaire.