23. Zones de faible confiance

Points où l'analyse du code v1 ne permet pas une certitude totale. En v2, ces zones deviennent des décisions de conception à prendre explicitement (le code v1 cité ci-dessous n'existe plus tel quel — il sert de référence fonctionnelle).

1. Format d'import CRIM — la fonction importCrims/CrimsPage n'a pas été analysée jusqu'au parsing du fichier ; format et colonnes inconnus.
2. Composants de présentation non lus en détail — SynthesePage, TestDetailPage, CampagnesPage, AnomaliesPage, CrimsPage, JournalPage, StepsTable et plusieurs modales (ModalTestRun, ModalProposeTest, ModalEvidence, ModalEditProject) : leur logique métier a été inférée depuis les containers, mais des interactions fines (validations de formulaire, cas limites d'affichage) peuvent exister.
3. Nombre exact de tables — ~14 déduit du croisement db-schema.json (12) + migrations 020/021 (etapes, anomalies) ; un audit direct de la base est recommandé.
4. Rôle réel de ModalTestRun — enregistrement manuel d'un run vs journalisation automatique : coexistence ambiguë (voir Fonctionnalités inaccessibles).
5. Comportement multi-tenant réel — préparé mais non éprouvé ; l'unicité de campagne active par (org, projet) et les RLS n'ont pas été testées avec plusieurs organisations.
6. État de configuration Better Auth / Convex (vérification email obligatoire ?, règles de File Storage) — dépend de la configuration du déploiement, hors périmètre du code lu.
7. Responsive / accessibilité — non déterminables par lecture statique fiable.