Rechner regulärer und Überstundenlohn

Ein negativer Stundensatz wird mit einem klaren invalid_input-Fehler abgelehnt, weil ein negativer Lohn keine gültige Bruttorechnung beschreibt.

Eingaben: Stundensatz, reguläre Stunden, Überstunden und Multiplikator

Negative Stundenzahlen und negative Multiplikatoren werden ebenfalls abgelehnt, damit versehentliche Vorzeichenwechsel laut fehlschlagen statt absurde Negative auf einem Gehaltszettel zu erfinden. Alle Validierung geschieht vor jeder Geldmathematik, sodass schlechte Anfragen nie halbgefüllte Lohnzeilen erzeugen, die eine UI als Erfolg fehllesen könnte. Sie entscheiden bereits, welche Stunden regulär gegenüber Überstunden sind, nach Ihren lokalen Regeln oder der Unternehmenspolitik; dieser Rechner multipliziert, was Sie senden, statt eine Vierzig-Stunden-Woche-Schwelle oder eine tägliche Überstundentabelle zu erfinden. Diese Trennung hält die Suchintention klar: Wer seine reguläre und OT-Aufteilung bereits kennt, will die Geldbeträge, nicht eine Jurisdiktions-Engine. Senden Sie einen JSON-Body mit vier Pflichtfeldern, die einen einzelnen Abrechnungszeitraum beschreiben. hourly_rate ist der Basislohn pro Stunde als nicht negative endliche Zahl oder numerische Zeichenkette; die Aliasse rate, wage, hourly und pay_rate werden akzeptiert, wenn Ihr Client das Feld bereits anders benennt. regular_hours sind die Normalzeitstunden, die zu diesem Basissatz bezahlt werden; die Aliasse hours, straight_hours, regular und straight_time mappen auf denselben Wert, damit Formularbauer vertraute Labels behalten können, ohne Payloads umzuschreiben. overtime_hours sind die Premium-Stunden desselben Abrechnungszeitraums; die Aliasse ot_hours, overtime und ot werden unterstützt, damit Zeiterfassungs-Exporte Spalten mit minimalem Klebecode mappen. overtime_multiplier ist die Prämie als Vielfaches des Basissatzes — zum Beispiel bedeutet 1.5 Zeit-und-ein-Halb und 2 Doppelzeit —, nicht ein Prozentsatz des Lohns; die Aliasse multiplier, ot_multiplier, ot_rate und premium mappen auf dasselbe Feld. Negative Stundensätze scheitern an der Validierung mit invalid_input, weil sie keinen normalen Gehaltszettel beschreiben. Extrem große Sätze, Stundensummen oder Multiplikatoren werden begrenzt, damit die Mathematik des Worker-Isolates unter Last begrenzt und vorhersagbar bleibt. Fehlt eines der vier Felder, scheitert die Anfrage mit invalid_input und nennt den fehlenden Schlüssel. Dokumentieren Sie die vier Felder einmal in Ihrem SDK und nutzen Sie dieselben Formen für Demos, Bots und Integrationstests.

Wie regulärer Lohn, Überstundenlohn und Brutto berechnet werden

Die Kernformeln sind dieselben, die Menschen bereits von Hand auf einer Zeiterfassung oder Wochenabschätzung nutzen. Brutto ist die Summe dieser beiden Zeilen, sodass reguläre und Überstundenverdienste als getrennte Komponenten sichtbar bleiben statt in eine undurchsichtige Gesamtsumme zu kollabieren. Zwischenprodukte nutzen gewöhnliche Gleitkomma-Arithmetik; danach wird jedes Geldfeld half-up auf zwei Dezimalstellen gerundet, damit Ergebnisse wie Währung auf einem Gehaltszettel aussehen und nicht wie lange Binärbrüche, die Kassierer und Prüfer verwirren. Beispiel: Ein Satz von zwanzig, vierzig reguläre Stunden, fünf Überstunden und ein Multiplikator von 1.5 ergibt achthundert regulären Lohn, einhundertfünfzig Überstundenlohn, einen effektiven OT-Satz von dreißig und ein Brutto von neunhundertfünfzig nach der Rundung. Gleiche Mathematik für jede Jurisdiktion ist beabsichtigter Produktscope: tägliche OT-Schwellen, Siebter-Tag-Regeln und Steuerabzug wären andere Suchintentionen und andere Verträge. Regulärer Lohn entspricht hourly_rate mal regular_hours. Überstundenlohn entspricht hourly_rate mal overtime_multiplier mal overtime_hours. Die Antwort liefert außerdem ot_hourly_rate als hourly_rate mal Multiplikator, damit UIs den effektiven OT-Lohn neben dem Basissatz zeigen können, ohne ihn clientseitig neu zu berechnen. Die Antwort spiegelt den normalisierten Stundensatz, die regulären Stunden, die Überstunden und den Multiplikator wider und liefert dann ot_hourly_rate, regular_pay, overtime_pay und gross_pay, plus currency_decimals gleich zwei und method gleich overtime_gross für stabile Client-Verzweigung über Versionen hinweg. Nutzen Sie regular_pay allein, wenn Sie nur die Normalzeitzeile brauchen; nutzen Sie overtime_pay, wenn ein Bericht die Premium-Zeile braucht; nutzen Sie gross_pay, wenn eine Auftragnehmerrechnung oder Wochenabschätzung den kombinierten Betrag braucht.

API-Nutzung, Preise, Workflows und praktische Grenzen

Rufen Sie den kostenlosen Browser-Rechner für regulären und Überstundenlohn für Wochenabschätzungen, Nebenjob-Rechnungen, Unterrichts-Payroll-Übungen und schnelle Manager-Checks auf, ohne eine weitere App oder Tabellenvorlage zu installieren. Kombinieren Sie diesen Endpunkt nur dann mit Steuer- oder Abzugswerkzeugen, wenn Sie Netto-Regeln bereits separat kennen — diese Fähigkeit behält keine Steuern ein, wendet keine Benefits an, wandelt keine Währungen um und erfindet keine Schichtzuschläge. Halten Sie Sätze und Stunden in gewöhnlichen kommerziellen Bereichen; Extremwerte werden abgelehnt, damit Isolate-Mathematik begrenzt bleibt und Antworten leicht nachvollziehbar sind. Beginnen Sie mit den dokumentierten Beispiel-Eingaben und erweitern Sie dann auf Doppelzeit-Multiplikatoren und Wochen ohne Überstunden, um die Grenzfälle abzudecken, die Ihre Nutzer tatsächlich treffen. Nutzen Sie die Prepaid-API, wenn ein HR-Bot, ein Freelance-Dashboard, ein Staffing-Portal oder ein Zeiterfassungs-Helfer einen stabilen KIT-Vertrag zu $0.002 pro erfolgreichem Item braucht; Validierungsfehler verbrauchen nie Guthaben, nachdem die Engine die Anfrage ablehnt. Autoren, die SDKs ausliefern, können regular_pay, overtime_pay und gross_pay direkt in Gehaltszettel-UIs, Schätzungsnachrichten und Exportspalten mappen, ohne half-up-Geld-Rundung neu zu erfinden. Das Produktversprechen ist Brutto aus einem Basissatz, einer regulären und Überstunden-Aufteilung, die Sie bereits gewählt haben, und einem expliziten Multiplikator — nicht automatische rechtliche Einstufung von Überstunden, Multi-Rate-Schichtzuschläge oder lokale gesetzliche OT-Tabellen. Diese gehören in spezialisierte Tools mit anderer SEO-Intention und anderem regulatorischen Inhalt. Wenn Sie den API-Preis im Produkttext nennen, verwenden Sie den Katalog-Platzhalter $0.002, damit veröffentlichte Seiten nach Katalog-Updates am Live-Preisboden ausgerichtet bleiben.