Remote vs. vor Ort

Ist der Zeitraum keine positive Zahl, scheitert die Aufgabe mit invalid_input, statt einen Horizont zu erfinden.

Was die Sparnis Remote gegen vor Ort bedeutet und wie beide Seiten entstehen

Ein positives net_savings bedeutet, dass Remote der bessere Kassenweg ist; eine negative Zahl bedeutet, dass das Bürogehalt nach dem Pendeln immer noch gewinnt; eine Null ist ein Gleichstand nach der Währungsrundung. Diese Identität diskontiert keine Zahlungsströme auf den Barwert, addiert keine Heimbüromöbel und kein Breitband, bepreist keine zurückgewonnenen Pendelstunden und holt keine Einkommensteuertabellen. Das gehört in ein vollständigeres Gesamtvergütungsmodell. Verankern Sie net_savings und verdict in Tests, damit eine spätere Rundungsänderung nicht stillschweigend umdrehen kann, welches Angebot günstiger wirkt.

Eingabevertrag, Antwortform und Fehlerverhalten

Beträge über einer Billion werden abgelehnt, damit ein Isolate keine nicht endlichen Produkte ausgeben muss. Die Rundung ist half-up, damit Goldens byteweise über Laufzeiten vergleichen. Senden Sie per POST einen JSON-Körper mit vier Pflicht-Endlichen Zahlen. remote_salary ist die Jahresvergütung der Remote-Stelle in Währungseinheiten pro Jahr; die Aliasse remote_pay und wfh_salary werden akzeptiert. on_location_salary ist die Jahresvergütung der Bürostelle in derselben Währung; die Aliasse office_salary, onsite_salary und on_site_salary werden akzeptiert. commute_cost sind die jährlichen Bar-Pendelkosten der Vor-Ort-Stelle; die Aliasse annual_commute, commute und commuting_cost werden akzeptiert. period ist der Vergleichshorizont in Jahren; die Aliasse years, horizon und period_years werden akzeptiert. Jedes Feld darf als JSON-Zahl oder als numerische Zeichenkette ankommen. Fehlende Felder, leere Zeichenketten und nicht endliche Werte scheitern mit invalid_input und nennen das Feld. remote_salary, on_location_salary und commute_cost dürfen null sein: ein unbezahlter Probeeinsatz, eine Ehrenamtsrolle oder ein Fußweg sind gültige Planungsfälle, keine Fehler. Der kennzeichnende Fehler ist ein nicht positives period: ist period null oder negativ, scheitert die Aufgabe, statt einen Horizont von nichts zurückzugeben, der immer eine Sparnis von null melden würde. Bei Erfolg spiegelt der Körper die vier Eingaben; remote_total_pay; on_location_total_pay; commute_total; on_location_net nach Abzug des Pendelns; salary_difference über den Zeitraum; annual_net_savings; net_savings als Leitkennzahl; verdict als remote, on_location oder tie; und eine formula-Zeichenkette.

Wo ein Rechner Remote gegen vor Ort seinen Nutzen stiftet

People-Operations-Teams, die Remote- und Vor-Ort-Bänder veröffentlichen, können Beschäftigten den Pendelausgleich aus demselben Modul zeigen, das die Person nach der Sitzung erneut ausführt. Gescheiterte Prüfung wird nicht berechnet. Bewerberinnen und Bewerber, die ein standortbereinigtes Remote-Angebot gegen ein Stadtgehalt abwägen, können beide Gehälter, ein realistisches Jahrespendeln und einen Horizont von zwei bis fünf Jahren einfügen und net_savings neben dem Entscheidungslog speichern. Privathaushaltsberater können den kostenlosen Browserpfad für den ersten Blick und die API für eine gespeicherte Akte aufrufen, sodass die Zahl, die ein Mandant auf der Landingpage sah, mit der nach der Anmeldung abgelegten Zahl übereinstimmt. Umzugsberater, die ein Umzug-plus-Büro-Paket mit Bleiben und von zu Hause arbeiten vergleichen, können commute_cost als Variable halten und verdict lesen, ohne die Arithmetik neu zu bauen. 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 die vier Zahlen endlich, halten Sie period streng positiv, verankern Sie net_savings in Tests, und Sie erhalten einen reproduzierbaren Remote-gegen-Büro-Aufruf für Widgets, Angebotsschreiben und Edge-Worker, ohne einen eigenen vollen Gesamtvergütungsstack aufzustellen.