Calculateur d'hypothèque simple

Une durée qui n'est pas positive échoue avec invalid_input au lieu d'inventer un échéancier.

Ce que signifie la mensualité d'une hypothèque simple et comment fonctionne la formule d'amortissement

Le taux mensuel r est le pourcentage annuel divisé par mille deux cents : r égale annual_rate divisé par douze et par cent. Le nombre de paiements n est term_years fois douze, car les hypothèques se cotent en années et se remboursent chaque mois. Lorsque r est supérieur à zéro, la forme fermée est monthly_payment égal à P fois r fois (1 plus r) à la n, divisé par (1 plus r) à la n moins un. Lorsque le taux annuel est zéro le dénominateur serait zéro, aussi le calculateur bascule vers le cas spécial honnête monthly_payment égal à P divisé par n, qui est la facturation des billets réellement sans intérêt et de certains contrats financés par le vendeur.

Contrat d'entrée, règle de la durée positive et forme de la réponse

Zéro, un nombre négatif, un booléen ou une chaîne non numérique ne produisent jamais d'échéancier fictif, car une durée d'hypothèque qui n'est pas une étendue positive d'années n'est pas une hypothèque simple valide. Les années fractionnaires sont acceptées lorsqu'elles restent positives, de sorte qu'une durée restante de cinq ans et demi peut être tarifée sans l'arrondir d'abord à un entier. Envoyez par POST un corps JSON avec trois champs obligatoires : principal, le montant financé comme nombre fini strictement supérieur à zéro (alias amount et loan_amount) ; annual_rate, l'intérêt nominal annuel en pourcentage — 6.5 pour six et demi pour cent par an —, fini et au moins zéro (alias rate et interest_rate) ; et term_years, la durée comme nombre fini positif d'années jusqu'à cinquante (alias term et years). Chaque champ numérique peut arriver comme nombre JSON ou comme chaîne numérique. Les champs manquants, chaînes vides, valeurs non finies, un principal non positif et un annual_rate négatif échouent avec invalid_input en nommant le champ et ne sont pas facturés. La règle distinctive du produit est la durée : term_years doit être positif. En cas de succès le corps répète principal, annual_rate et term_years, et ajoute term_months (term_years fois douze), monthly_rate (annual_rate divisé par mille deux cents), monthly_payment arrondi à deux décimales et une chaîne de formule qui reformule l'identité d'amortissement et le cas de taux zéro. Exemple : principal deux cent cinquante mille, annual_rate 6.5, term_years trente produit un taux mensuel d'un douzième de six et demi pour cent et une mensualité arrondie à deux décimales. Associez le chiffre à votre propre tableau d'impôts et d'assurance ; ce endpoint calcule uniquement la mathématique de l'échéance et n'émet pas un tableau d'amortissement ligne par ligne.

Où un calculateur d'hypothèque simple apporte de la valeur

Les enseignants qui opposent l'amortissement aux prêts in fine peuvent semer des exemples de classe qui échouent bruyamment lorsque la durée n'est pas positive, au lieu de traiter en silence un billet de zéro an comme une hypothèque valide. Les hypothèses de durée restante qui utilisent une année fractionnaire, comme un refinancement avec cinq ans et demi restants, restent dans le même contrat car la règle de durée est la positivité, non une contrainte d'entier. Une validation échouée, y compris une durée qui n'est pas positive, ne consomme pas de solde. Les outils de devis et les CRM d'octroi peuvent appeler le même module pur depuis le navigateur pour des aperçus gratuits et depuis l'API à l'enregistrement d'un scénario, garantissant que la mensualité vue coïncide avec la mensualité stockée après enregistrement du devis. Les feuilles de capacité de remboursement connaissent déjà le montant financé ; poster principal, annual_rate et term_years remplit une carte avec l'échéance de capital et d'intérêts afin qu'un conseiller voie si un devis à trente ans coûte moins cher en cash chaque mois qu'un billet à quinze ans à mensualité plus élevée. Les équipes de contenu peuvent illustrer un financement vendeur à zéro pour cent avec annual_rate zéro, où monthly_payment se réduit à principal sur term_months sans division par zéro. Comme l'implémentation est parse pure 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. Conservez un principal strictement positif et term_years comme une étendue positive d'années, figez les champs monétaires arrondis dans les tests, et vous obtiendrez des mensualités d'hypothèque simple reproductibles pour widgets, modules LMS et workers en bordure sans pile d'octroi à vous.