Urlaubskasse pro Gehalt

Eine Null-Anzahl von Zahlungsperioden wird mit invalid_input abgelehnt, statt so zu tun, als wäre Division durch null ein Plan; negative Budgets, Salden und Periodenzahlen werden ebenfalls abgelehnt. Wenn die aktuellen Ersparnisse das Ziel bereits erreichen oder überschreiten, ist per_paycheck null und already_funded wahr.

Was pro Gehalt sparen für den Urlaub mit festem Reisebudget bedeutet

Es wendet nur die Arithmetik an: remaining ist das Maximum aus null und Ziel minus aktuell, per_paycheck ist null wenn remaining null ist, sonst per_paycheck gleich remaining geteilt durch pay_periods.

So rufen Sie die API auf und was zurückkommt

Bevorzugen Sie nackte Zahlen statt währungsformatierter Zeichenketten; Zahlen als Zeichenkette werden nur akzeptiert, wenn sie einem strengen endlichen Zahlenmuster ohne Dollarzeichen oder Kommas entsprechen. Senden Sie einen JSON-Body mit drei erforderlichen endlichen Zahlen: goal (Aliase target, vacation_budget, budget, trip_cost, amount), das nicht negative Urlaubsbudget; current (Aliase current_savings, saved, balance, savings), der nicht negative bereits gesparte Betrag; und pay_periods (Aliase periods, paychecks, remaining_paychecks, paycheck_count, n_paychecks), die streng positive Anzahl verbleibender Gehälter bis zur Reise. Absolute Werte müssen unter einer Billion bleiben, damit Zwischenprodukte in IEEE-Doppelpräzision auf dem Worker und im Browser endlich bleiben. Das Feld pay_periods muss streng positiv sein; ein Wert null oder nahe null wird mit invalid_input abgelehnt, weil man eine Reise nicht über null Zahltage finanzieren kann, und eine negative Periodenzahl wird ebenfalls abgelehnt. Bei Erfolg spiegelt die Antwort gerundete goal, current und pay_periods wider; setzt remaining und total_to_save auf den nicht negativen noch benötigten Betrag; per_paycheck auf die gleichmäßige Rücklage; already_funded auf einen Booleschen Wert; formula auf die dokumentierte Zeichenkette; message auf eine kurze englische Zusammenfassung; und steps auf ein geordnetes Array von Substitutionszeilen. Fehlgeschlagene Validierung — fehlende Felder, nicht endliche Zahlen, Werte außerhalb absoluter Grenzen, negatives goal oder current, null oder negatives pay_periods, oder nicht endliches berechnetes remaining oder per_paycheck — liefert invalid_input und wird nie berechnet. Der Preis ist ein fester $0.002 pro erfolgreicher Anfrage mit Einheit item. Zählen Sie verbleibende Gehälter selbst aus Ihrem Zahlungskalender und dem Reisedatum, bevor Sie die API aufrufen.

Praktische Tipps, Grenzen und verwandte Suchen

Bevorzugen Sie diese Fähigkeit, wenn Sie Budget, Saldo und verbleibende Gehälter bereits kennen und nur die gleichmäßige Rücklage brauchen; enthält Ihr Plan Zinsen oder Erhöhungen, nutzen Sie stattdessen ein spezielles Wachstumsmodell. Verwenden Sie dieselbe Währungseinheit für goal, current und das zurückgegebene per_paycheck — mischen Sie nicht Dollar und Cent, als wären sie dieselbe Skala, ohne zuvor umzurechnen. Halten Sie pay_periods streng positiv; kostenlose Browser-Experimente, die null senden, treffen korrekt invalid_input und werden auf der API nicht berechnet. Beim Lehren oder Testen koppeln Sie Beispiele: Ziel dreitausend mit sechshundert aktuell und zwölf Zahlungsperioden für einen exakten Weg von zweihundert pro Gehalt; einen Fall, in dem remaining kein sauberes Vielfaches ist, sodass die dezimale Rücklage nicht ganzzahlig ist; einen Fall, in dem current das Ziel bereits erreicht oder überschreitet, sodass per_paycheck null ist; und ein absichtlich null gesetztes pay_periods, um den harten invalid_input-Pfad zu zeigen. Diese Seite zielt auf Personen, die nach einem Urlaubskasse-pro-Gehalt-Rechner, wie viel pro Gehalt für eine Reise sparen oder Reisesparen am Zahltag online suchen; es ist kein Zinseszins-Barwert-Werkzeug, kein Kredit-Tilgungsplan und kein Monate-bis-zum-Ziel-Rechner, der eine feste Einzahlung nimmt und die Zeit löst. Fehlgeschlagene Aufgaben mit invalid_input verbrauchen kein vorausbezahltes Guthaben, was Explorationsskripte günstig hält, wenn Entwickler absichtlich eine Null-Periodenzahl senden. Hin- und Rückprüfungen sind einfach: berechnen Sie von Hand das Maximum aus null und Ziel minus aktuell, teilen Sie durch pay_periods und bestätigen Sie die Gleichheit mit dem veröffentlichten per_paycheck unter derselben Zwölf-Dezimal-Rundung auf Geldfeldern.