Salario minimo reale

Contratto di input, statuto opzionale dell’anno base e regole di validazione

Ogni salario e ogni IPC deve essere strettamente maggiore di zero: un indice dei prezzi zero o negativo renderebbe il salario reale indefinito o privo di senso, e un salario legale non positivo viene rifiutato per lo stesso dominio didattico. Ometta il salario base opzionale e quelle quattro chiavi di confronto sono omesse, mai null. Invii con POST un corpo JSON con tre numeri finiti obbligatori: nominal_wage (il pavimento legale o pubblicato nell’anno del salario), cpi (l’indice dei prezzi al consumo di quello stesso anno) e cpi_base (l’indice dei prezzi al consumo dell’anno ai cui prezzi vuole esprimere il salario). Opzionalmente invii base_nominal_wage come lo statuto pubblicato nell’anno base — stessa valuta e stesso periodo di paga di nominal_wage — e decimals come intero da zero a dodici (predefinito sei) per controllare l’arrotondamento half-up su ogni campo calcolato. Campi mancanti, stringhe vuote, valori non finiti e decimals non interi fuori intervallo falliscono con invalid_input e non vengono fatturati. Sono accettati alias comuni: wage, minimum_wage, nominal o hourly_wage per nominal_wage; cpi_current, price_index o cpi_wage per cpi; base_cpi, cpi_reference o reference_cpi per cpi_base; base_wage o reference_wage per base_nominal_wage. In caso di successo il corpo restituisce gli input riecheggiati (arrotondati), inflation_factor come cpi su cpi_base, price_ratio come cpi_base su cpi, real_wage come il nominale per quel rapporto, purchasing_power_index come cento volte il rapporto, purchasing_power_change_percent come lo scarto percentuale tra il salario reale e quello facciale, purchasing_power_band come eroded, unchanged o increased, e formula. Quando è presente base_nominal_wage il corpo include anche quello statuto più antico, real_change_amount, real_change_percent rispetto allo statuto precedente, e real_wage_band come real_gain, real_unchanged o real_loss. Esempio: nominale dieci, cpi centoventi e cpi_base cento produce real_wage otto e un terzo e purchasing_power_band eroded. Aggiunga base_nominal_wage otto e lo statuto mostra ancora un guadagno reale anche se i prezzi sono saliti.

Dove un’API di salario minimo reale merita il suo posto

I corsi di economia del lavoro e finanza pubblica usano un calcolatore del salario minimo reale affinché gli studenti convertano qualsiasi pavimento legale valido e una coppia di IPC in potere d’acquisto a prezzi costanti senza prendere in prestito un tasso di inflazione composta che non è mai stato dato e senza confondere l’identità con un deflatore del PIL o un convertitore ora–stipendio. I generatori di esami e i plugin LMS necessitano di un oracolo deterministico che rifiuti indici zero o negativi invece di inventare un salario reale vuoto che un correttore difettoso potrebbe trattare come invariato. La validazione fallita non consuma saldo. I cruscotti didattici e i taccuini ricostruiscono spesso lunghe storie legali da ordinanze salariali pubblicate e un IPC nazionale; fissare l’aritmetica in una piccola API parse evita la deriva dei fogli di calcolo nella colonna del salario reale e rende la banda opzionale di guadagno reale verificabile in integrazione continua. Poiché l’implementazione è parse pura di tier A, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello e senza rete in uscita. Tenga le richieste piccole, fissi nei test il real_wage arrotondato e, quando invia uno statuto di anno base, real_change_percent, e otterrà pavimenti a prezzi costanti riproducibili per compiti, plugin LMS e worker all’edge senza montare da solo un’intera pipeline di vintage IPC.