Données & reprise · MCD · svc-compensation
svc-compensation — modèle de données minimal
Statut sorti du binaire : les 61 dossiers et leurs montants sont en base, donc le volet financier est une reprise quasi certaine. C'est l'historique d'instruction qui n'y est pas — son sort dépend de la décision n°2.
6tables du noyau
2compléments
61dossiers d'indemnisation
MCD minimal
Contenu minimal en tables
Le noyau est ce sans quoi le service ne peut pas tenir ses agrégats ni sa première tranche fonctionnelle. Les tables du socle technique s'ajoutent à cette liste et ne sont pas répétées.
| Niveau | Table | Contenu et point de vigilance |
|---|---|---|
| NOYAU | compensation_claims | Dossiers d'indemnisation. 61 dossiers et leurs montants sont en base. Conserver ind_code (« Inst AAAA-NNNN ») en référence héritée. Le lien vers le sinistre se résout par varchar métier (ind_sinistre → sini_numero). |
| NOYAU | damage_assessments | Postes de préjudice et montants — le volet financier à charger. |
| NOYAU | expertise_missions | Désignation d'expert et mission. Selon décision n°2. |
| NOYAU | expertise_reports | Rapport, taux d'IPP, conclusions. Arbitrage fiches ft_* (8 tables) vs synthèse vbl_* : laquelle fait foi ? |
| NOYAU | compensation_offers | Offres d'indemnisation, ventilation, délai de validité. |
| NOYAU | settlement_agreements | Protocoles et PV de transaction signés. |
| COMPL. | admissibility_checks | Contrôles de recevabilité (dénonciation du PV : 30 jours). |
| COMPL. | compensation_provisions | Provision (ind_cout_provision). |
| PROJ. | known_claims | Projection du dossier sinistre — résolue par varchar métier à la reprise. |
Sources legacy et transformations
| Table legacy | Volumétrie | Table cible | Transformation clé |
|---|---|---|---|
| indemnisation | 61 lignes | compensation_claims | Résoudre le lien par varchar ind_sinistre → sini_numero ; conserver ind_code en référence héritée. |
| indem_victime | à mesurer | damage_assessments | Éclater par poste de préjudice ; montants → numeric. |
| ft_* (8 tables) | à mesurer | expertise_reports | Arbitrer : fiches détaillées ft_* ou synthèse vbl_* comme source de vérité ? |
| piece* | à mesurer | (svc-documents) | Chemins de pièces → références MinIO, via l'inventaire de la base pivot. |
Points de vigilance
Sortir du binaire : le volet financier et le volet instruction ne se reprennent pas de la même façon. Les dossiers et leurs montants sont en base — reprise quasi certaine. L'historique d'instruction (missions, rapports, échanges) n'y est pas : son sort relève de la décision n°2 (reprise GED seule vs ressaisie ciblée). Le statut de reprise doit porter cette distinction, pas un « à confirmer » global.
À retirer du schéma modélisé : compensation_payments. svc-payments détient les ordres de paiement et leur exécution. Deux tables de paiement = deux vérités sur l'argent versé à une victime. Remplacer par une projection known_payments ou un identifiant nu.
Le lien vers le sinistre n'est pas une clé. Le legacy relie l'indemnisation au sinistre par un varchar métier. La résolution passe par id_map dans la base pivot, avec un taux de résolution à mesurer et des orphelins à traiter manuellement — réaliste sur 61 dossiers.
Décisions attendues
- Décision n°2 : reprise GED seule ou ressaisie ciblée de l'instruction ?
- Arbitrer
ft_*vsvbl_*comme source de vérité de l'expertise. - Retirer compensation_payments du schéma.