[#SIRH-32] Ajouter l'exercice 2026/2027 dans les congés/RTT (#20)

| Numéro du ticket | Titre du ticket |
|------------------|-----------------|
|                  |                 |

## Description de la PR

## Modification du .env

## Check list

- [x] Pas de régression
- [x] TU/TI/TF rédigée
- [x] TU/TI/TF OK
- [ ] CHANGELOG modifié

Reviewed-on: #20
Co-authored-by: tristan <tristan@yuno.malio.fr>
Co-committed-by: tristan <tristan@yuno.malio.fr>

doc/leave-tab.md

@@ -24,12 +24,12 @@ Cette règle suit `EmployeeLeaveSummaryProvider::resolveYear()` côté backend :
 Position : **en bas du calendrier**, à gauche, à l'intérieur de la zone scrollable. Il scrolle donc avec les mois et apparaît sous la grille.
 
 Plage proposée :
-- du plus récent (= année courante) au plus ancien ;
+- du plus récent au plus ancien. La borne haute est l'exercice **suivant** (exercice courant + 1) lorsque la phase de contrat est ouverte, afin de consulter en avance les congés posés sur l'exercice à venir ; pour une phase clôturée, la borne haute reste l'exercice de fin de phase ;
 - **double plancher** : l'année minimum est `max(floor_historique_contrat, floor_data_start_date)`
   - **floor_historique_contrat** : dérivé de `employee.contractHistory[].startDate` — premier exercice où l'employé avait un contrat ouvert
   - **floor_data_start_date** : dérivé de l'env `RTT_START_DATE` (date de mise en service du logiciel, ex. `2026-02-23` → exercice 2026 / année forfait 2026). Aucune donnée historique n'existe avant cette date, donc on ne propose pas d'années antérieures même si le contrat de l'employé est plus ancien.
 - la valeur est exposée par l'API `GET /employees/{id}/leave-summary` via le champ `dataStartDate` (peuplé depuis l'env serveur).
-- en cas d'historique manquant **et** d'env absente, la plage se réduit à l'année courante.
+- en cas d'historique manquant **et** d'env absente, la plage se réduit à l'exercice courant et à l'exercice suivant.
 
 Format des libellés :
 - FORFAIT : `2026`, `2025`, `2024`…
@@ -39,13 +39,24 @@ Comportement :
 - changer d'année recharge l'intégralité de l'onglet (`getEmployeeLeaveSummary?year=YYYY` + `listAbsences` + `listPublicHolidays`) ;
 - les compteurs du bandeau reflètent l'année sélectionnée.
 
-## Verrouillage des éditions sur années passées
+## Compteurs du bandeau
 
-Quand `selectedYear !== currentYear` (consultation d'une année antérieure) :
+- **Acquis** : jours de report N-1 + jours acquis sur l'exercice courant.
+- **Pris** : jours de congés posés et validés sur l'exercice.
+- **Reste** : acquis − pris.
+- **En cours d'acquisition** (non-forfait) : affiché au format `net / brut`.
+  - `net` (`accruingDays`) : généré de l'exercice restant, déduit des congés posés en anticipé (au-delà du report acquis).
+  - `brut` (`accruingDaysTotal` = `generatedDays + generatedSaturdays`) : total généré sur l'exercice à ce jour, avant cette déduction.
+  - La RH voit ainsi le total réellement acquis même si une partie a déjà été consommée en anticipé. Forfait : pas d'en-cours (affiche `0`, sans fraction).
+- **N-1** (non-forfait) ou **Samedis** (FORFAIT) : solde de l'exercice précédent / jours de repos samedis.
+
+## Verrouillage des éditions hors exercice courant
+
+Quand `selectedYear !== currentYear` (consultation d'une année **différente de l'exercice courant**, passée ou future) :
 - le bouton crayon **Jours fractionnés** (non-FORFAIT) est désactivé ;
 - le bouton crayon **Année N-1 payés** (FORFAIT) est désactivé.
 
-Justification : modifier rétroactivement les stocks de report ou les jours fractionnés d'un exercice clos décalerait silencieusement les soldes de toutes les années postérieures. La consultation reste possible, l'édition non.
+Justification : modifier les stocks de report ou les jours fractionnés d'un exercice clos décalerait silencieusement les soldes des années postérieures ; les éditer sur un exercice futur (pas encore démarré) n'aurait pas de sens. La consultation reste possible, l'édition non.
 
 ## Sélecteur de phase de contrat