Kreditkarten-Zahlungsrechner

Dieser Rechner durchläuft einen monatlichen Zinseszinsplan aus diesen drei Eingaben, liefert Monate bis zur Tilgung und Gesamtzinsen und scheitert mit invalid_input, wenn die Zahlung die Zinsen des ersten Monats nicht übersteigt, damit ein nie endender Saldo nie als Ergebnis verkleidet wird.

Wie eine geplante Monatszahlung eine revolvierende Karte räumt

Ein Jahreszins von null wird unterstützt: dann fallen die Monate auf die Obergrenze von balance geteilt durch payment und die Gesamtzinsen sind null.

Eingabevertrag, monatlicher Durchlauf und Fehlerverhalten

Geldeingaben werden vor dem Durchlauf half-up auf Cent gerundet. Beispiel: ein Saldo von fünftausend bei 19.99 Prozent mit einer Zahlung von zweihundert deckt etwa dreiundachtzig an Zinsen des ersten Monats und tilgt in einer endlichen Zahl von Monaten mit einer kleineren Schlussrate. Ein Durchlauf, der sechshundert Monate überstiege, wird abgelehnt, damit eine Zahlung, die Zinsen nur knapp schlägt, nicht unbegrenzt läuft. Senden Sie per POST einen JSON-Körper mit drei Pflichtzahlen, die endlich sein müssen. balance ist der aktuelle revolvierende Betrag und muss strikt größer als null sein; die Aliasse principal, amount und card_balance zeigen auf dasselbe Feld. annual_rate ist der nominelle Jahreszins in Prozent, also 19.99 bedeutet 19.99 Prozent pro Jahr, kein Dezimalbruch, und muss größer oder gleich null sein; Aliasse apr, rate und annual_percentage_rate. payment ist der feste Betrag, der jeden Monat angewandt wird, und muss strikt größer als null sein; Aliasse monthly_payment, monthly und pmt. Jedes Zahlenfeld darf als JSON-Zahl oder numerische Zeichenkette ankommen. Die Engine bildet den Monatssatz r als annual_rate geteilt durch einhundert und durch zwölf, belastet die Zinsen des ersten Monats gleich balance mal r und lehnt die Anfrage mit invalid_input unter Nennung von payment ab, wenn diese Zahlung die Monatszinsen nicht übersteigt, weil der Saldo nie fiele. Fehlende Felder, leere Zeichenketten, nicht endliche Werte, nicht positives balance oder Zahlung und ein negativer annual_rate scheitern ebenso und werden nicht abgerechnet. Bei Erfolg spiegelt der Körper die drei Eingaben, liefert monthly_rate und first_month_interest, dann months bis die Karte klar ist, total_interest als Summe der monatlichen Belastungen, total_paid, last_payment und eine kurze Formelzeichenkette.

Wo ein Kreditkarten-Zahlungsrechner seinen Nutzen bringt

Haushalte und Budget-Apps nutzen einen Kreditkarten-Zahlungsrechner, um einen Kontoauszugssaldo, einen Jahreskaufzins und eine geplante Zahlung in zwei festgenagelte Zahlen zu verwandeln: Monate bis die Karte auf null steht, und die Zinsen, die jener Zahlungspfad kosten wird. Berater und Bildungsseiten führen dieselben drei Felder bei zwei oder drei Zahlungsgrößen aus, damit ein Mandant sieht, wie eine höhere Zahlung den Kalender verkürzt und Zinsen kürzt, ohne ein eigenes Tilgungsblatt zu bauen. Ungültige Eingabe wird nicht abgerechnet. Produktteams und LMS-Plugins senden balance, annual_rate und payment und behaupten dann months und total_interest, damit ein Bewerter oder ein Onboarding-Fluss eine Zahlung, die Monatszinsen nicht übersteigt, nie als Erfolg behandelt. Weil die Implementierung reines Parse-Tier A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Basispreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz. Halten Sie die Zahlung strikt über den Zinsen des ersten Monats, pinnen Sie in Tests die gerundeten months und total_interest, und Sie erhalten eine reproduzierbare revolvierende Zahlungstabelle für Hausaufgaben, Beratung und Edge-Worker, ohne einen eigenen Kartenkern aufzubauen. Dieses Werkzeug wendet keine neuen Käufe, keine Werbeuhren restlicher Monate als eigenes Produkt, keine Bargeldvorschusssätze und keine Mindestzahlungsformeln aus dem Kartenvertrag an — nur den Moment-Durchlauf aus Saldo, Jahreszins und einer festen Monatszahlung.