Calculateur de taux de rémunération

Ce calculateur divise total_pay par hours_worked et renvoie le salaire horaire dans la même unité monétaire. Des heures nulles ou négatives rendent le taux indéfini, si bien que ces demandes échouent avec invalid_input et ne sont pas facturées.

Comment le taux de rémunération se calcule à partir de la paie et des heures

C'est l'identité recherchée en tapant calculateur de taux de rémunération, et c'est celle que cet outil évalue : hourly_rate égale total_pay divisé par hours_worked. total_pay est le montant qui vous a été versé pour une période — un poste, une semaine, une mission, un mois ou toute autre fenêtre que vous avez déjà regroupée en un seul nombre — dans une seule monnaie. Ce n'est pas un salaire annuel qui aurait encore besoin d'une hypothèse de semaines par an, ni un tarif facturable relevé d'une marge, ni un vrai salaire horaire après trajet et frais. hours_worked sont les heures de cette même période qui ont produit la paie. Zéro heure et des heures négatives rendent le taux indéfini, aussi le calculateur les refuse avec invalid_input au lieu de diviser par zéro ou d'inventer un signe. Vous avez déjà choisi la période et la monnaie ; ce endpoint ne fait que les diviser.

Contrat d'entrée, forme de la réponse et conduite en cas d'erreur

Exemple : huit cents de paie et quarante heures donnent un salaire horaire de vingt. Exemple : mille de paie et trente-sept heures et demie donnent vingt-six virgule six sept après l'arrondi half-up aux centimes. Envoyez par POST un corps JSON avec deux nombres finis obligatoires qui partagent une période et une monnaie. total_pay est le montant gagné sur la période et doit être supérieur ou égal à zéro ; les alias pay, earnings, earned, amount et gross_pay pointent vers le même champ afin qu'une feuille conserve le nom de ses colonnes. hours_worked sont les heures de cette même période et doivent être strictement positives ; les alias hours, work_hours et time sont acceptés. Chaque champ numérique peut arriver comme nombre JSON ou comme chaîne numérique. Les champs manquants, les chaînes vides et les valeurs non finies — NaN, Infinity ou un texte qui ne s'interprète pas comme un nombre — échouent avec invalid_input en nommant le champ. Ces échecs ne sont pas facturés. Un hours_worked nul et un hours_worked négatif échouent de la même façon, car un taux de rémunération est indéfini lorsque le dénominateur est zéro ou a le mauvais signe. Un total_pay négatif échoue aussi : la paie perçue n'est pas un chiffre négatif dans ce contrat. Un total_pay de zéro avec des heures positives est admis et imprime un salaire horaire de zéro. En cas de succès le corps répète total_pay arrondi half-up à deux décimales, hours_worked arrondi half-up à quatre décimales, hourly_rate comme leur quotient arrondi half-up à deux décimales, et une chaîne de formule qui réaffirme l'identité hourly_rate égale total_pay divisé par hours_worked. Associez le JSON à votre propre règle sur les heures qui comptent — temps pointé, temps facturé ou un planning de postes — car ce endpoint divise les deux nombres que vous envoyez ; il ne consulte pas une feuille de présence. Le tarif est un forfait de $0.002 par requête réussie.

Où un calculateur de taux de rémunération trouve son utilité

Comme l'implémentation est parse pure de tier A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant. Gardez total_pay non négatif, hours_worked strictement positif, figez le hourly_rate arrondi dans les tests, et vous obtenez un taux de rémunération reproductible pour des feuilles, des plugins LMS et des workers de bord sans monter un moteur de paie à vous.