Lohnsatz-Rechner

Dieser Rechner teilt total_pay durch hours_worked und liefert den Stundenlohn in derselben Währungseinheit. Stunden von null oder darunter machen den Satz undefiniert, daher scheitern solche Anfragen mit invalid_input und werden nicht abgerechnet.

Wie der Lohnsatz aus Gesamtverdienst und geleisteten Stunden entsteht

Das ist die Identität, nach der gesucht wird, wenn jemand Lohnsatz-Rechner eingibt, und genau die wertet dieser Rechner aus: hourly_rate entspricht total_pay geteilt durch hours_worked. total_pay ist der Betrag, der Ihnen für einen Zeitraum gezahlt wurde — eine Schicht, eine Woche, ein Auftrag, ein Monat oder jedes andere Fenster, das Sie bereits zu einer Zahl zusammengezogen haben — in einer Währung. Es ist kein Jahresgehalt, das noch eine Annahme zu Wochen je Jahr braucht, kein um Marge angehobener Abrechnungssatz und kein echter Stundenlohn nach Pendeln und Auslagen. hours_worked sind die Stunden desselben Zeitraums, die den Verdienst erzeugt haben. Null Stunden und negative Stunden machen den Satz undefiniert, daher weist der Rechner sie mit invalid_input zurück, statt durch null zu teilen oder ein Vorzeichen zu erfinden. Sie haben Zeitraum und Währung bereits gewählt; dieser endpoint teilt sie nur.

Eingabevertrag, Antwortform und Fehlerverhalten

Beispiel: achthundert Verdienst und vierzig Stunden ergeben einen Stundenlohn von zwanzig. Beispiel: tausend Verdienst und siebenunddreißigeneinhalb Stunden ergeben sechsundzwanzig Komma sechs sieben nach half-up-Rundung auf Cent. Senden Sie per POST einen JSON-Körper mit zwei erforderlichen endlichen Zahlen, die einen Zeitraum und eine Währung teilen. total_pay ist der im Zeitraum verdiente Betrag und muss größer oder gleich null sein; die Aliasse pay, earnings, earned, amount und gross_pay zeigen auf dasselbe Feld, damit ein Blatt seine Spaltennamen behalten kann. hours_worked sind die Stunden desselben Zeitraums und müssen streng größer als null sein; die Aliasse hours, work_hours und time werden akzeptiert. Jedes Zahlenfeld kann als JSON-Zahl oder als numerische Zeichenkette ankommen. Fehlende Felder, leere Zeichenketten und nicht-endliche Werte — NaN, Infinity oder Text, der sich nicht als Zahl lesen lässt — scheitern mit invalid_input und nennen das Feld. Diese Fehler werden nicht abgerechnet. hours_worked von null und negatives hours_worked scheitern ebenso, weil ein Lohnsatz undefiniert ist, wenn der Nenner null ist oder das falsche Vorzeichen hat. Negatives total_pay scheitert ebenfalls: verdientes Entgelt ist in diesem Vertrag keine negative Zahl. total_pay von null bei positiven Stunden ist erlaubt und druckt einen Stundenlohn von null. Bei Erfolg wiederholt der Körper total_pay half-up auf zwei Dezimalstellen gerundet, hours_worked half-up auf vier Dezimalstellen gerundet, hourly_rate als den half-up auf zwei Dezimalstellen gerundeten Quotienten sowie eine Formelzeile, die die Identität hourly_rate gleich total_pay geteilt durch hours_worked festhält. Verknüpfen Sie das JSON mit Ihrer eigenen Regel, welche Stunden zählen — gestempelte Zeit, abgerechnete Zeit oder ein Schichtplan — denn dieser endpoint teilt die zwei Zahlen, die Sie senden; er schlägt keine Stempelkarte nach. Der Preis ist ein Pauschalbetrag von $0.002 je erfolgreicher Anfrage.

Wo ein Lohnsatz-Rechner seinen Nutzen hat

Weil die Umsetzung reines parse von tier A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz. Halten Sie total_pay nichtnegativ, hours_worked streng positiv, nageln Sie den gerundeten hourly_rate in Tests fest, und Sie erhalten einen reproduzierbaren Lohnsatz für Blätter, LMS-Plugins und Edge-Worker, ohne eine eigene Payroll-Engine aufzustellen.