[#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:
2026-06-01 22:29:08 +02:00
parent 892d3b3c68
commit 89e637ce9e
5 changed files with 80 additions and 8 deletions
+5
View File
@@ -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