Télétravail vs sur site

Si la période n’est pas un nombre positif, la tâche échoue avec invalid_input au lieu d’inventer un horizon.

Ce que l’épargne distant contre sur site signifie et comment les deux côtés se forment

Un net_savings positif signifie que le distant est la meilleure voie de caisse ; un chiffre négatif signifie que le salaire de bureau l’emporte encore après le trajet ; un zéro est une égalité après arrondi à la monnaie. Ancrez net_savings et verdict dans les tests afin qu’un changement ultérieur d’arrondi ne bascule pas en silence quelle offre paraît moins chère.

Contrat d’entrée, forme de la réponse et comportement en cas d’erreur

Les magnitudes au-dessus d’un billion sont rejetées afin qu’un isolate n’ait pas à émettre de produits non finis. L’arrondi est half-up afin que les goldens coïncident octet par octet d’un runtime à l’autre. Envoyez par POST un corps JSON avec quatre nombres finis obligatoires. remote_salary est la rémunération annuelle du poste distant en unités de monnaie par an ; les alias remote_pay et wfh_salary sont acceptés. on_location_salary est la rémunération annuelle du poste de bureau dans la même monnaie ; les alias office_salary, onsite_salary et on_site_salary sont acceptés. commute_cost est le coût annuel en espèces du trajet pour le poste sur site ; les alias annual_commute, commute et commuting_cost sont acceptés. period est l’horizon de comparaison en années ; les alias years, horizon et period_years sont acceptés. Chaque champ peut arriver comme nombre JSON ou comme chaîne numérique. Les champs manquants, les chaînes vides et les valeurs non finies échouent avec invalid_input en nommant le champ. remote_salary, on_location_salary et commute_cost peuvent valoir zéro : un essai non rémunéré, un rôle bénévole ou un trajet à pied sont des cas de planification valides, non des erreurs. L’échec distinctif est un period non positif : si period est zéro ou négatif, la tâche échoue plutôt que de renvoyer un horizon nul qui rapporterait toujours une épargne nulle. En cas de succès le corps répète les quatre entrées ; remote_total_pay ; on_location_total_pay ; commute_total ; on_location_net après soustraction du trajet ; salary_difference sur la période ; annual_net_savings ; net_savings comme chiffre principal ; verdict comme remote, on_location ou tie ; et une chaîne formula.

Où un calculateur distant contre sur site trouve son utilité

Les équipes people operations qui publient des grilles distantes et sur site peuvent montrer aux collaborateurs la compensation du trajet depuis le même module que la personne peut relancer après la réunion. Une validation en échec ne consomme pas le solde. Les candidats qui pèsent une offre distante ajustée au lieu face à un salaire de ville peuvent coller les deux salaires, un trajet annuel réaliste et un horizon de deux à cinq ans, puis stocker net_savings à côté du journal de décision. Les conseillers en finances personnelles peuvent appeler le chemin gratuit du navigateur pour un premier regard et l’API pour un dossier enregistré, de sorte que le chiffre vu par un client sur la page d’atterrissage coïncide avec le chiffre classé après l’inscription. Les conseillers en mobilité qui comparent un forfait déménagement plus bureau avec rester et travailler de chez soi peuvent garder commute_cost comme variable et lire verdict sans reconstruire l’arithmétique. Parce que l’implémentation est du parse pur de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant. Gardez les quatre nombres finis, gardez period strictement positif, ancrez net_savings dans les tests, et vous obtenez un appel distant-contre-bureau reproductible pour widgets, lettres d’offre et workers en bordure, sans dresser une pile complète de rémunération totale à vous.