Wohnkostenquote-Rechner

Erfolgreiche API-Aufrufe werden mit $0.002 berechnet; ungültige Eingaben werden nicht belastet.

Was die Wohnkostenquote misst und wie sie berechnet wird

Die Identität lautet housing_cost_ratio gleich housing_cost geteilt durch income, wobei beide Beträge dieselbe Währung und dieselbe Periode verwenden — monatlich gegen monatlich oder jährlich gegen jährlich. HUD kennzeichnet ferner einen Haushalt, der mehr als 30 Prozent des Einkommens fürs Wohnen ausgibt, als cost-burdened und einen, der mehr als 50 Prozent ausgibt, als severely_cost_burdened. Diese beiden Schnitte sind Klassifikationsetiketten auf der berechneten Quote; sie ändern die Division nicht. Dieser Rechner vergleicht die Quote außerdem mit einem vom Aufrufer gelieferten Ziel (Standard 0.30) und meldet die maximalen Wohnkosten, die dieses Ziel noch bestehen würden, plus den vorzeichenbehafteten Spielraum zwischen dieser Obergrenze und dem tatsächlich gezahlten Betrag.

Eingabevertrag, Antwortform und Prüfung

Wohnkosten von null sind gültig und ergeben eine Quote von null. Werte im Intervall von knapp über null bis eins werden als Dezimalzahlen behandelt (0.28 ist achtundzwanzig Prozent). Werte größer als eins und höchstens einhundert werden als Prozente behandelt, sodass 30 dieselbe Obergrenze bedeutet wie 0.30. Senden Sie einen JSON-Körper mit zwei erforderlichen endlichen Zahlen in derselben Währung und Periode. income ist das Bruttoeinkommen des Haushalts in der Periode und muss strikt größer als null sein, weil die Wohnkostenquote durch diese Zahl teilt; die Aliasse gross_income, gross und monthly_income werden akzeptiert, damit ein Gehaltsexport keinen Umbenennungsschritt braucht. housing_cost sind die gesamten Wohnkosten derselben Periode und müssen größer oder gleich null sein; die Aliasse housing, total_housing und housing_costs werden akzeptiert. Das optionale Feld target_ratio ist die Tragbarkeitsobergrenze für die Bestehensflagge und die Zeile der tragbaren Wohnkosten; der Standard ist 0.30. Die Aliasse target, ratio_limit und max_ratio werden auf target_ratio abgebildet; target_percent und max_percent werden als bereits prozentuale Zahlen gelesen und durch einhundert geteilt, wenn target_ratio fehlt. Das optionale Feld precision (Aliasse decimals, dp) ist eine ganze Zahl von 0 bis 15, die die Dezimalstellen der Zahlenausgaben setzt und standardmäßig 4 beträgt. Jedes Zahlenfeld darf als JSON-Zahl oder als numerische Zeichenkette ankommen. Absolutwerte müssen innerhalb einer Billiarde bleiben, damit Zwischenprodukte in IEEE-Doppelgenauigkeit auf dem Worker und im Browser endlich bleiben. Fehlende Felder, leere Zeichenketten, nichtendliche Werte, ein nichtpositives Einkommen, negative Wohnkosten, ein nichtpositives Ziel oder ein Wert außerhalb dieser Grenzen scheitern mit invalid_input unter Nennung des Feldes und werden nicht berechnet. Bei Erfolg wiederholt der Körper gerundetes income und housing_cost, liefert housing_cost_ratio und housing_cost_percent, wiederholt das aufgelöste target_ratio und target_percent, liefert affordable_housing_cost als income mal Ziel, headroom als diese Obergrenze minus tatsächliche Wohnkosten, over_budget als den nichtnegativen Überschuss, ein boolesches passes aus der ungerundeten Quote gegen das Ziel, eine HUD-artige Statuszeichenkette (affordable, cost_burdened oder severely_cost_burdened), eine Formelzeichenkette und die verwendete Genauigkeit. Bevorzugen Sie JSON-Zahlen gegenüber währungsformatierten Zeichenketten; Dollarzeichen und Tausendertrennzeichen werden nicht gelesen. Der Preis eines erfolgreichen Items ist ein festes $0.002.

Wo ein Wohnkostenquote-Rechner seinen Platz verdient

Weil die Umsetzung reines Parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002, ohne Modell-Token und ohne ausgehendes Netz. Halten Sie Anfragen klein, pinnen Sie housing_cost_ratio und status in Tests, und Sie erhalten stabile Tragbarkeitsarithmetik für Widgets, Beratungswerkzeuge und Rand-Worker, ohne eine eigene volle Underwriting-Suite aufzustellen.