Études genrées — tables CIMA H/F par sexe (D-GENRE)¶
Statut : implémenté (2026-06-14, arbitrages user).
Contexte : les tables réglementaires CIMA distinguent H et F (Code
CIMA 2019, art. 338). Jusqu'ici un jeu choisissait UNE table pour toute la
population — une approximation. La donnée sexe est ingérée (H/F normalisés,
avertissement SEXE_INCONNU) depuis l'ingestion RH réel ; on l'exploite.
🎯 À retenir
Le caractère genré (tables CIMA H/F) est une hypothèse actuarielle portée par le
jeu (genre_mixte), pas un drapeau de calcul volatile : il coule dans l'héritage,
le snapshot et l'audit. calculer_dbo_jeu partitionne par table résolue (H / F / repli)
et ré-agrège en préservant l'ordre individuel ; un sexe inconnu retombe sur la table de
repli déclarée, et le nombre de replis est signalé.
Principe¶
« Utiliser des tables genrées » est une hypothèse actuarielle, donc une propriété du jeu (comme le choix de table), pas un drapeau de calcul volatile : elle coule ainsi dans l'héritage, le snapshot et l'audit.
Décisions¶
| # | Décision | Arbitrage |
|---|---|---|
| D-GENRE-1 | Le caractère genré est porté par le jeu (genre_mixte: bool). table_mortalite du jeu devient la table de repli (sexe inconnu). |
user, 2026-06-14 |
| D-GENRE-2 | Un salarié sans sexe renseigné retombe sur la table de repli (déclarée), et le nombre de replis est signalé dans le résultat. Non bloquant. | user, 2026-06-14 |
| D-GENRE-3 | Le résultat se décompose H / F / repli (n + DBO par groupe) — contexte obligatoire, comme la ventilation par cause. | découle |
Mécanique¶
- Agrégation = orchestration exacte, pas de nouvelle math. La DBO est
additive sur des sous-populations disjointes ; chaque salarié est calculé avec
exactement une table déjà validée (le moteur
actuariat_libinchangé).calculer_dbo_jeu(le point d'entrée persisté unique) partitionne par table résolue (H→CIMA_H, F→CIMA_F, sinon repli), calcule chaque groupe, et ré-agrège en préservant l'ordre individuel (scatter) pour les consommateurs aval (trace Studio, tranches du PDF). Oracle de test : DBO genrée == somme des sous-populations, écart 0. - Sexe propagé partout.
calculer_dbo_jeu(..., sexes=)est alimenté par tous les appelants (workflow soumettre + aperçu, Studio/api/dbo/dossier, comparaison/sensibilité/distribution/export du Labo, garde d'audit du PDF) → un jeu genré donne la même DBO partout. Le sexe est aussi accepté à la création de dossier manuelle (/api/dossiers), pas seulement par l'ingestion. - Surfaces UI. Atelier : case « Étude genrée » (la table devient le repli) ;
l'Éprouvé (banc d'essai inline, jetable) affiche une note — la répartition
H/F s'applique sur un dossier réel, pas sur la population inline. Plan de
travail : décomposition H/F/repli dans la DBO en direct + ligne « table = CIMA
H/F par sexe (repli …) ». Snapshot :
genrefigé avec l'étude.
Limite assumée¶
L'export-trace du Studio projette par salarié avec une table unique (trace MONO) ; pour un jeu genré la trace individuelle utilise la table de repli. Le total reste genré (exact). À lever si la trace par sexe devient un besoin.