Post-MIS-Rechner

Eine Einlage, die nicht streng positiv ist oder die zulässige Obergrenze des Kontotyps überschreitet, scheitert mit invalid_input und wird nicht berechnet.

Wie eine Post-MIS-Einlage zur monatlichen Gutschrift wird

Wandeln Sie den veröffentlichten Jahreszins von einem Prozent in das Dezimal r um, gleich annual_rate geteilt durch einhundert. Der Jahreszins ist dann deposit mal r, und das jeden Kalendermonat gutgeschriebene Monatseinkommen ist dieser Jahreszins geteilt durch zwölf, also monthly_income gleich deposit mal annual_rate durch einhundert durch zwölf. Weil das Schema nicht zinseszinst, hebt eine längere Haltedauer die monatliche Gutschrift nicht; der einzige Effekt der fünfjährigen Laufzeit auf das Bargeld, das Sie erhalten, ist, zwölf Auszahlungen pro Jahr über fünf Jahre einzusammeln. Die Gesamtzinsen sind daher monthly_income mal sechzig.

Eingabevertrag, Einlageobergrenzen und Fehlerverhalten

Die kennzeichnende Produktregel ist die Einlageobergrenze: 900000 für ein Einzelkonto und 1500000 für ein Gemeinschaftskonto. Senden Sie per POST einen JSON-Rumpf mit zwei Pflichtfeldern und einem optionalen Kontotyp-Schalter. deposit ist die Eröffnungseinlage als endliche Zahl streng größer als null (Alias amount, principal und investment). annual_rate ist der veröffentlichte Jahreszins als Prozent, etwa 7.4 für sieben Komma vier Prozent im Jahr, endlich, mindestens null und höchstens tausend (Alias rate und interest_rate). account_type ist optional und lautet standardmäßig individual; die geschlossene Menge ist individual oder joint (Alias holder und account). Jedes Zahlenfeld darf als JSON-Zahl oder als numerische Zeichenkette eintreffen. Fehlende Felder, leere Zeichenketten, boolesche Werte, nicht-endliche Werte, ein nicht positives deposit, ein negatives annual_rate und jedes account_type außerhalb des enum scheitern mit invalid_input unter Nennung des Feldes und werden nicht berechnet. Eine Einlage über der Obergrenze des gewählten account_type wird abgelehnt statt still beschnitten, sodass ein Angebot, das an einem Postschalter nicht eröffnet werden könnte, nie als Erfolg erscheint. Bei Erfolg wiederholt der Rumpf deposit, annual_rate und account_type und fügt tenure_years (stets fünf), max_deposit des Kontotyps, monthly_income, annual_income, total_interest, maturity_amount (der am Ende von Jahr fünf zurückgezahlte Principal) und eine Formelzeichenkette hinzu, die die Einfachzins-Identitäten neu formuliert. Beispiel: deposit einhunderttausend, annual_rate 7.4, account_type individual ergibt ein Monatseinkommen von sechshundertsechzehn und siebenundsechzig Hundertsteln nach Rundung auf zwei Dezimalstellen. Dieser Endpunkt schlägt den aktuellen Kleinsparesatz des Finanzministeriums nicht nach; der Aufrufer liefert den auf dem aktuellen Schemablatt gedruckten Satz.

Wo ein Post-MIS-Rechner seinen Platz verdient

Lehrkräfte, die einfachen Zins gegen Zinseszins unterrichten, können Unterrichtsbeispiele säen, die laut scheitern, wenn die Einlage nicht positiv ist oder die zulässige Grenze überschreitet, statt eine unsinnige Auszahlung durch einen Null- oder Negativprincipal zu zeichnen. Gescheiterte Validierung wird nicht berechnet. Halten Sie deposit positiv und innerhalb der Obergrenze, pinnen Sie die gerundeten Geldfelder in Tests, und Sie erhalten reproduzierbare Post-MIS-Auszahlungen für Widgets, LMS-Module und Rand-Worker, ohne einen eigenen Einlagen-Originationsstapel aufzustellen. Vergleichstabellen, die ein individuelles MIS von 900000 einem gemeinschaftlichen MIS von 1500000 gegenüberstellen, können dasselbe reine Modul im Browser für kostenlose Vorschauen und über die API beim Speichern eines Szenarios aufrufen, sodass das Monatseinkommen, das ein Besuchender sah, mit dem gespeicherten Monatseinkommen nach dem Sichern des Angebots übereinstimmt. Haushaltsplaner, die das sperrbare Bargeld schon kennen, können deposit und annual_rate senden, eine Karte mit monthly_income und total_interest füllen und entscheiden, ob das Strecken an die Gemeinschaftsobergrenze einen zweiten Inhaber wert ist. Produktteams, die ein Kleinspare-Dashboard bauen, können mehrere Einlagen zum selben Satz anfordern und monthly_income auf jeder Sprosse lesen, ohne eine eigene Division zu schreiben. Weil die Umsetzung reines parse der Stufe tier A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modell-Token und ohne ausgehendes Netz.