Calculadora de tarifa de pago

Esta calculadora divide total_pay entre hours_worked y devuelve el salario por hora en la misma unidad monetaria. Unas horas nulas o negativas dejan la tarifa indefinida, de modo que esas peticiones fallan con invalid_input y no se facturan.

Cómo se obtiene la tarifa de pago a partir de la paga total y las horas

Esa es la identidad que busca quien escribe calculadora de tarifa de pago, y es la que evalúa esta herramienta: hourly_rate es igual a total_pay dividido entre hours_worked. total_pay es el importe que le pagaron por un periodo —un turno, una semana, un encargo, un mes o cualquier otra ventana que usted ya reunió en un solo número— en una sola moneda. No es un sueldo anual que aún necesita una hipótesis de semanas por año, ni una tarifa de facturación elevada por margen de beneficio, ni un salario horario verdadero tras trayecto y gastos. hours_worked son las horas de ese mismo periodo que produjeron la paga. Cero horas y horas negativas dejan la tarifa indefinida, así que la calculadora las rechaza con invalid_input en lugar de dividir entre cero o inventar un signo. Usted ya eligió el periodo y la moneda; este endpoint solo los divide.

Contrato de entrada, forma de la respuesta y conducta ante errores

Esos fallos no se facturan. Ejemplo: ochocientos de paga y cuarenta horas producen un salario por hora de veinte. Ejemplo: mil de paga y treinta y siete horas y media producen veintiséis coma seis siete tras el redondeo half-up a céntimos. Envíe por POST un cuerpo JSON con dos números finitos obligatorios que comparten un periodo y una moneda. total_pay es el importe ganado en el periodo y debe ser mayor o igual que cero; los alias pay, earnings, earned, amount y gross_pay apuntan al mismo campo para que la hoja conserve el nombre de sus columnas. hours_worked son las horas de ese mismo periodo y deben ser estrictamente mayores que cero; se aceptan los alias hours, work_hours y time. Cada campo numérico puede llegar como número JSON o como cadena numérica. Los campos ausentes, las cadenas vacías y los valores no finitos —NaN, Infinity o texto que no se interpreta como número— fallan con invalid_input nombrando el campo. Un hours_worked nulo y un hours_worked negativo fallan del mismo modo, porque la tarifa de pago queda indefinida cuando el denominador es cero o tiene el signo incorrecto. Un total_pay negativo también falla: la paga percibida no es una cifra negativa en este contrato. Un total_pay de cero con horas positivas se admite e imprime un salario por hora de cero. Si la validación pasa, el cuerpo repite total_pay redondeado half-up a dos decimales, hours_worked redondeado half-up a cuatro decimales, hourly_rate como su cociente redondeado half-up a dos decimales, y una cadena de fórmula que reafirma la identidad hourly_rate igual a total_pay dividido entre hours_worked. Combine el JSON con su propia regla sobre qué horas cuentan —tiempo fichado, tiempo facturado o un roster de turnos— porque este endpoint divide los dos números que usted envía; no consulta una hoja de horas. El precio es un fijo de $0.002 por petición correcta.

Dónde aporta valor una calculadora de tarifa de pago

Los equipos de producto integran el contrato en teasers de nómina, pruebas LMS y pruebas CI que deben fijar hourly_rate sin llamar a un motor fiscal. Como la implementación es parse pura de tier A, cada llamada correcta cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente. Mantenga total_pay no negativo, hours_worked estrictamente positivo, fije en las pruebas el hourly_rate redondeado y obtendrá una tarifa de pago reproducible para hojas, plugins LMS y workers de borde sin montar un motor de nómina propio.