Données & reprise · MCD · svc-claims
svc-claims — modèle de données minimal
Le dossier sinistre est le pivot du SI : presque tous les autres services le référencent. Volumétrie faible (275 dossiers, 293 victimes) — la difficulté n'est pas le volume mais la dérivation du statut, absent du legacy.
5tables du noyau
2compléments
1manquantes
275dossiers à reprendre
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 | claims | Le dossier, son numéro unique, son statut, ses dates. EN CODE — mais la version implémentée porte victim_first_name / victim_last_name dénormalisés (dette du walking skeleton) : à sortir vers victims avant la reprise. |
| NOYAU | victims | Identité, état civil, coordonnées. 293 lignes. |
| NOYAU | accidents | Date, lieu, circonstances, type — tables sinistre et conducteur. |
| MANQUE | claim_parties | Absente de la modélisation. Le legacy mélange conducteur et propriétaire ; le cadrage prévoit de les éclater. Sans table de parties, l'éclatement n'a pas de cible. |
| NOYAU | beneficiaries | Ayants droit — indispensable au volet décès de PR2 (art. 265 CIMA). |
| NOYAU | claim_status_history | Point dur : la table suivi du workflow legacy n'a que 2 lignes. L'historique n'existe pas : le statut sera dérivé et l'historique démarrera à la date de bascule. |
| COMPL. | consents | Consentement au traitement des données. Aucun historique legacy (FSD-51 sans story) : table créée vide. |
| COMPL. | claim_provisions | Montant prévisionnel (sini_montant_previsionnel) — les états « provisions à l'ouverture » en dépendent. |
Sources legacy et transformations
| Table legacy | Volumétrie | Table cible | Transformation clé |
|---|---|---|---|
| sinistre | 275 lignes | claims, accidents | Dériver le statut (sini_statut : valeurs réelles à obtenir) ; éclater les données d'accident ; recoder les varchar libres vers les référentiels. |
| victime | 293 lignes | victims | Normaliser l'état civil ; latin1 → UTF-8 ; rapprocher des doublons de saisie sinistre / indemnisation. |
| conducteur | à mesurer | claim_parties | Éclater conducteur et propriétaire en parties distinctes avec un rôle. |
| suivi | 2 lignes | claim_status_history | Ne pas charger : matière inexistante. Historique démarré à la bascule. |
Points de vigilance
Le statut du dossier n'existe pas dans le legacy. La table de workflow
suivi compte 2 lignes pour 275 dossiers. Le statut sera dérivé de l'état des objets rattachés (prises en charge, factures, indemnisation) selon une règle à écrire et à faire valider. À dire explicitement au métier : l'historique de statut démarre à la bascule, il ne sera pas reconstitué.Doubles saisies sinistre / indemnisation. Le legacy enregistre deux fois certaines victimes. Le dédoublonnage doit se faire avant le chargement, dans la base pivot, avec revue manuelle — réaliste sur 293 lignes.
Décisions attendues
- Obtenir les valeurs réelles de
sini_statutet la règle de correspondance vers la machine à états cible. - Trancher le sort des dossiers non clôturés à la bascule.
- Normaliser claims (sortir les attributs de victime) avant le premier chargement.