Calculateur de gratification
Un salaire de base mensuel de 10 000, 5 ans de service et 21 jours par an donnent une gratification de fin de service de 35 000, sur la base d'un salaire journalier de 333,33. Vérifiez un solde de tout compte avant de signer. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Salaire
- 10 000
- Années
- 5
- Jours par an
- 21
- Salaire journalier
- 333,33
- Gratification
- 35 000
La gratification de fin de service est le versement unique que l'employeur paie lorsque l'emploi s'achève, calculé à partir du dernier salaire de base mensuel, de l'ancienneté et du facteur de jours par an que retient la règle de travail applicable. On cherche ce chiffre comme calculateur de gratification, non comme un partage de pourboire de restaurant ni comme une projection salariale générique. Cet outil prend ces trois nombres, convertit le salaire de base mensuel en salaire journalier avec le mois conventionnel de trente jours, multiplie par les jours crédités pour chaque année de service et par les années elles-mêmes, et renvoie le montant de la gratification avec le salaire journalier utilisé.
Ce qu'est la gratification de fin de service et comment le versement est construit
La gratification de fin de service est une somme forfaitaire, légale ou contractuelle, versée lorsqu'un emploi s'achève ; ce n'est pas un pourboire de restaurant ni un corpus de retraite qui capitalise des dépôts mensuels. L'assiette salariale est le dernier salaire de base mensuel. Ce chiffre mensuel devient un salaire journalier en le divisant par trente, le nombre conventionnel de jours du mois pour cette identité.
Exemple résolu : un salaire de base mensuel de dix mille avec cinq années de service et vingt et un jours par an produit un salaire journalier de trois cent trente-trois virgule trente-trois après arrondi half-up à deux décimales et une gratification de trente-cinq mille pile, parce que dix mille fois cinq fois vingt et un divisé par trente vaut trente-cinq mille. Les années fractionnaires sont admises afin qu'une ancienneté de sept ans et demi à trente jours par an ne soit pas tronquée en silence.
Zéro année est une ancienneté vide bien posée et renvoie un versement nul.
Où un calculateur de gratification de fin de service justifie sa place
Les équipes de ressources humaines qui chiffrent un paquet de départ peuvent envoyer les mêmes trois nombres pour une tranche de vingt et un jours et une tranche de trente jours et lire une gratification stable avec un contrat monétaire à deux décimales. Les enseignants des prestations de fin de service peuvent semer des exemples de cours qui montrent dix mille par mois à vingt et un jours pendant cinq ans contre trente jours pour la même ancienneté, et démontrer l'échec dur lorsqu'on saisit un nombre d'années négatif.
Les tableaux de scénarios qui comparent deux ou trois facteurs de jours par an sur le même horizon de service restent honnêtes parce que le gestionnaire est parse pur : pas de flux de statut vivant, pas de graine aléatoire, pas d'horloge. La validation échouée ne consomme pas de solde.
Cas d’usage
Devis de paquet de départ pour RH et paie
Transformez le salaire de base mensuel, les années de service et le facteur de jours par an applicable en montant de gratification et en salaire journalier pour lettres de solde et explications de paie.
Vérifications du solde du salarié
Vérifiez un projet d'attribution de fin de service contre l'identité du salaire journalier de trente jours, sans ouvrir un tableur caché pour chaque ancienneté et chaque facteur.
Questions fréquentes
Que se passe-t-il si les années de service sont négatives ?
Une ancienneté négative n'est pas acceptée ; saisissez zéro année de service ou plus. La validation échouée n'est pas facturée.
Qu'est-ce que le facteur de jours par an ?
C'est le nombre de jours de salaire journalier crédités pour chaque année de service selon la règle que vous appliquez — souvent 21 ou 30. Vous fournissez ce facteur ; ce calculateur ne consulte pas une table vivante de codes du travail.
Le salaire est-il mensuel ou annuel, et les années peuvent-elles être fractionnaires ?
Salary est le salaire de base mensuel. Les années fractionnaires sont admises afin qu'une ancienneté telle que 7.5 ans ne soit pas tronquée. Zéro année renvoie une gratification de zéro.
Comment calcule-t-on la gratification de fin de service ?
Le salaire de base mensuel est divisé par 30 pour obtenir le salaire journalier, multiplié ensuite par les jours crédités par année et par les années de service. Avec 10 000, 5 ans et 21 jours, on obtient 35 000.
Et si la règle accorde 21 jours les premières années puis 30 ?
Calculez chaque tranche séparément : une fois avec les années à 21 jours, une fois avec les années à 30 jours, avec le même salaire. Additionnez ensuite les deux gratifications pour obtenir le montant total.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/fin/gratuity \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"salary":10000,"years":5,"days_per_year":21}'const res = await fetch("https://api.kit.forhosting.com/fin/gratuity", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"salary": 10000,
"years": 5,
"days_per_year": 21
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/gratuity",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"salary": 10000,
"years": 5,
"days_per_year": 21
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/gratuity", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"salary":10000,"years":5,"days_per_year":21}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"salary":10000,"years":5,"days_per_year":21}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/gratuity", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"salary": 10000,
"years": 5,
"days_per_year": 21
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.gratuity",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Lorsque les années de service sont négatives la tâche échoue avec invalid_input au lieu d'inventer un avantage à rebours.
Ce qu'est la gratification de fin de service et comment le versement est construit
La règle applicable crédite alors un nombre fixe de ces salaires journaliers pour chaque année de service : vingt et un jours par an est un facteur habituel de la première tranche, trente jours par an est un facteur habituel de la tranche suivante, et d'autres contrats publient leur propre nombre de jours par an. Multiplier le salaire journalier par ce facteur et par les années de service est exactement salary fois years fois days_per_year divisé par trente.
Contrat d'entrée, forme de la réponse et comportement d'erreur
Associez le résultat à votre propre tranche si la règle passe de vingt et un jours à trente jours après la cinquième année : appelez une fois par tranche avec les années qui s'y trouvent et additionnez les deux montants de gratification. Commencez ici lorsque la question produit est un versement de fin de service transparent à trois entrées pour une page, une feuille de travail ou un lot de scénarios de départ qui partagent déjà un salaire de base et un facteur de jours par an. Envoyez par POST un corps JSON avec trois nombres finis obligatoires : salary (le salaire de base mensuel qui devient le salaire journalier, zéro ou plus ; alias basic_salary, basic, wage, pay), years (années de service, supérieur ou égal à zéro et au plus quatre-vingts ; alias years_of_service, service, tenure, n) et days_per_year (jours de salaire journalier crédités pour chaque année de service, zéro ou plus et au plus trois cent soixante-cinq ; alias days, factor, days_factor, dpy). Chaque champ peut arriver comme nombre JSON ou comme chaîne numérique. Champs absents, chaînes vides, booléens et valeurs non finies échouent avec invalid_input en nommant le champ et ne sont pas facturés. Si years est négatif le gestionnaire échoue avec un message indiquant que years ne doit pas être négatif — c'est la garde exigée, car une ancienneté à rebours n'est pas une attribution de fin de service bien posée. Un salary négatif ou un facteur days_per_year négatif est rejeté pour la même raison qu'une assiette salariale et un décompte de jours crédités ne peuvent pas reculer. En cas de succès le corps répète salary, years et days_per_year ; signale daily_wage arrondi half-up à deux décimales comme monnaie ; renvoie gratuity arrondi half-up à deux décimales à partir du produit en pleine précision salary fois years fois days_per_year divisé par trente, de sorte que l'arrondi du salaire journalier affiché ne change pas le versement en silence ; et inclut une courte chaîne de formule qui reformule cette identité.
Où un calculateur de gratification de fin de service justifie sa place
Les salariés qui vérifient un projet de solde de tout compte contre l'identité du salaire journalier peuvent épingler daily_wage à côté de l'attribution au lieu de se fier à un tableur d'une ligne qui cachait le diviseur de trente jours. Parce que l'implémentation est parse de tier A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle et sans réseau sortant. Gardez years à zéro ou plus, salary et days_per_year non négatifs, épinglez le gratuity arrondi dans les tests, et vous obtenez des versements de fin de service reproductibles pour widgets, intégrations CMS et workers en bordure, sans dresser un service de tableur à vous.
Cas d'intégration
Parcours de cours et de politique
Laissez les apprenants envoyer salary, years et days_per_year et vérifier le versement, y compris l'échec dur lorsque le nombre d'années est négatif.
Questions techniques
Comment calcule-t-on la gratification de fin de service à partir du salaire, des années et des jours par an ?
Divisez le salaire de base mensuel par trente pour obtenir le salaire journalier, puis multipliez par days_per_year et par les années de service. De façon équivalente, gratuity égale salary fois years fois days_per_year divisé par trente, après arrondi half-up à deux décimales.
Combien coûte le calculateur de gratification ?
L'outil du navigateur est gratuit. Les requêtes API utilisent un solde prépayé à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.