[#SIRH] RTT: proratiser le plafond 25%/50% pour les embauches en milieu de semaine
Le seuil de départ du +25% était proratisé aux jours contractés, mais le plafond 25%/50% restait codé en dur à 43h: pour une embauche en milieu de semaine, toutes les heures supp tombaient en 25%, jamais en 50%. Le plafond vaut désormais seuil_départ_proraté + largeur de bande +25% (4h pour un 39h, 8h pour un 35h). Semaine pleine: plafond = 43h (inchangé). Témoin Dylan (CDD 39h embauché jeudi, 22h): 4h à 25% + 3h à 50%. Écran Heures (WorkHourWeeklySummaryProvider) laissé tel quel (décision métier). Suppression de deux helpers morts (computeOvertime25/50BonusMinutes) du service. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -124,6 +124,11 @@ Documents complementaires:
|
||||
- contrats >= 39h: de 39h à 43h
|
||||
- Tranche 50%:
|
||||
- au-delà de 43h
|
||||
- Embauche/fin de contrat en milieu de semaine (calcul RTT — `RttRecoveryComputationService`):
|
||||
- les seuils sont proratisés aux jours réellement contractés de la semaine (les jours hors contrat ne comptent pas)
|
||||
- le seuil de départ du 25% **et** le plafond 25%/50% sont décalés ensemble ; la bande 25% garde sa largeur réglementaire (4h pour un 39h, 8h pour un 35h)
|
||||
- une semaine d'embauche peut ainsi ouvrir à la fois du 25% et du 50% (ex. CDD 39h embauché le jeudi, 22h travaillées → 4h à 25% + 3h à 50%)
|
||||
- note: la synthèse de l'écran Heures (vue semaine) n'applique pas cette proratisation (calcul distinct dans `WorkHourWeeklySummaryProvider`)
|
||||
- Date de début RTT (`RTT_START_DATE` dans `.env`):
|
||||
- les semaines dont la fin est antérieure à cette date sont ignorées dans le calcul de récupération
|
||||
- permet d'éviter les déficits fictifs avant la mise en service du logiciel
|
||||
|
||||
Reference in New Issue
Block a user