Calcolo retribuzione ordinaria e straordinari

Input: tariffa oraria, ore ordinarie, ore straordinarie e moltiplicatore

Anche i conteggi di ore negativi e i moltiplicatori negativi vengono respinti così un cambio accidentale di segno fallisce in modo rumoroso invece di inventare negativi assurdi su una busta paga. Tutta la validazione avviene prima di qualsiasi matematica monetaria, così le richieste errate non producono mai righe di paga a metà che un'interfaccia potrebbe leggere come successo. Lei decide già quali ore sono ordinarie rispetto agli straordinari secondo le Sue regole locali o la politica aziendale; questo calcolatore moltiplica ciò che invia anziché inventare una soglia di settimana di quaranta ore o una tabella giornaliera di straordinari. Quella separazione mantiene chiara l'intenzione di ricerca: chi conosce già la propria suddivisione ordinaria e OT vuole le righe di denaro, non un motore di giurisdizione. Invii un corpo JSON con quattro campi obbligatori che descrivono un singolo periodo di paga. hourly_rate è il salario base all'ora come numero finito non negativo o stringa numerica; gli alias rate, wage, hourly e pay_rate sono accettati quando il Suo client nomina già il campo in modo diverso. regular_hours sono le ore di tempo normale pagate a quella tariffa base; gli alias hours, straight_hours, regular e straight_time mappano sullo stesso valore così i costruttori di form possono mantenere etichette familiari senza riscrivere i payload. overtime_hours sono le ore premium dello stesso periodo di paga; gli alias ot_hours, overtime e ot sono supportati così le esportazioni dei fogli ore possono mappare le colonne con codice di collante minimo. overtime_multiplier è il premio espresso come multiplo della tariffa base — ad esempio 1.5 significa tempo e mezzo e 2 significa doppio tempo — non una percentuale del salario; gli alias multiplier, ot_multiplier, ot_rate e premium mappano sullo stesso campo. Le tariffe orarie negative falliscono la validazione con invalid_input perché non descrivono una busta paga normale. Tariffe, totali di ore o moltiplicatori estremamente grandi sono limitati affinché la matematica del Worker isolate resti delimitata e prevedibile sotto carico. La mancanza di uno dei quattro campi fallisce con invalid_input nominando la chiave assente. Documenti i quattro campi una volta nel Suo SDK e riutilizzi le stesse forme per demo, bot e test di integrazione.

Come si calcolano retribuzione ordinaria, straordinari e lordo

Le formule centrali sono quelle che le persone usano già a mano su un foglio ore o una stima settimanale. Il lordo è la somma di quelle due righe, così i guadagni ordinari e di straordinario restano visibili come componenti separati anziché collassare in un totale opaco. I prodotti intermedi usano aritmetica a virgola mobile ordinaria; poi ogni campo monetario è arrotondato half-up a due decimali affinché i risultati sembrino valuta su una busta paga piuttosto che lunghe frazioni binarie che confondono cassieri e revisori. Esempio: una tariffa di venti, quaranta ore ordinarie, cinque ore straordinarie e un moltiplicatore di 1.5 produce ottocento di retribuzione ordinaria, centocinquanta di straordinari, una tariffa OT effettiva di trenta e un lordo di novecentocinquanta dopo l'arrotondamento. La stessa matematica per ogni giurisdizione è uno scope di prodotto intenzionale: soglie giornaliere di OT, regole del settimo giorno e trattenute fiscali sarebbero intenzioni di ricerca e contratti diversi. La retribuzione ordinaria è uguale a hourly_rate per regular_hours. La retribuzione degli straordinari è uguale a hourly_rate per overtime_multiplier per overtime_hours. La risposta restituisce anche ot_hourly_rate come hourly_rate per il moltiplicatore così le UI possono mostrare il salario effettivo di OT accanto alla tariffa base senza ricalcolarlo lato client. La risposta riecheggia la tariffa oraria normalizzata, le ore ordinarie, le ore straordinarie e il moltiplicatore, quindi restituisce ot_hourly_rate, regular_pay, overtime_pay e gross_pay, più currency_decimals uguale a due e method uguale a overtime_gross per un branching stabile del client tra le versioni. Usi regular_pay da solo quando Le serve solo la riga di tempo normale; usi overtime_pay quando un report ha bisogno della riga premium; usi gross_pay quando una fattura di appaltatore o una stima settimanale ha bisogno dell'importo combinato.

Uso dell'API, prezzi, flussi di lavoro e limiti pratici

Usi l'API prepagata quando un bot HR, un pannello di freelancing, un portale di staffing o un helper di fogli ore ha bisogno di un contratto KIT stabile a $0.002 per elemento riuscito; i fallimenti di validazione non consumano mai il saldo dopo il rifiuto del motore. Abbini questo endpoint a strumenti fiscali o di trattenute solo se conosce già separatamente le regole del netto — questa capacità non trattiene imposte, non applica benefit, non converte valute e non inventa differenziali di turno. Gli autori che distribuiscono SDK possono mappare regular_pay, overtime_pay e gross_pay direttamente in UI di busta paga, messaggi di stima e colonne di export senza reinventare l'arrotondamento half-up del denaro. Quando cita il prezzo dell'API nel testo di prodotto, usi il segnaposto di catalogo $0.002 affinché le pagine pubblicate restino allineate al pavimento di prezzo live dopo gli aggiornamenti del catalogo.