Le dossier est créé, le contrat est attaché, le pipeline standard tourne, les findings atterrissent dans le dossier.
COUCHE DE DOSSIERS
Gestion de dossiers conçue pour la finance régulée.
Chaque analyse vit à l'intérieur d'un dossier. Les dossiers ont un cycle de vie explicite, un workflow d'approbation à quatre yeux, l'isolation au niveau ligne par organisation, un audit trail append-only et un cron hebdomadaire de re-screening de contreparties. C'est la couche opérationnelle entre le moteur de contrats et le comité des risques d'une banque réelle.
Cycle de vie4-yeux Maker / CheckerRBAC + RLSRe-screening hebdoAudit Export JSON
CYCLE DE VIE
Trois états explicites. Auto-escalade par sévérité intégrée.
Un dossier s'ouvre, est revu, se ferme. Chaque finding remonté par le moteur porte une sévérité que le dossier hérite — un seul flag critique peut auto-escalader le dossier en under_review et l'épingler dans la file de l'associé senior sans routage manuel.
Déclenché automatiquement par findings critiques ou manuellement par un maker. Le reviewer (distinct du maker) doit approuver ou rejeter avant clôture.
Approuvé par le checker ou formellement rejeté. Audit trail figé. Webhook sortant déclenché. Le dossier devient en lecture seule.
SÉGRÉGATION DES TÂCHES
Quatre yeux par défaut. Le système l'impose.
La séparation Maker / Checker est imposée au niveau de la base : l'utilisateur qui crée un dossier ou dépose un finding ne peut pas être celui qui l'approuve. Le moteur refuse l'opération s'il détecte la même identité des deux côtés — pas de contournement UI.
Maker
Dépose l'analyse, attache le contrat, lève les findings, rédige la recommandation. Ne peut pas approuver.
Checker
Examine le dossier du maker, accepte ou rejette les findings, approuve ou renvoie. Ne peut pas avoir produit ce qu'il examine.
RBAC + RLS
Rôles dans les organisations, isolation entre organisations.
Les Organizations sont la frontière de tenancy. Les utilisateurs appartiennent à une ou plusieurs organisations via org_members avec un rôle. La Row-Level Security au niveau base est appliquée pour qu'un utilisateur de l'organisation A ne puisse pas lire une ligne qui appartient à l'organisation B — le planner SQL refuse, indépendamment du code applicatif.
| Rôle | Capacités |
|---|---|
owner | Tout dans l'org. Gère facturation, membres, intégrations. |
admin | Gère membres et configuration. Ne peut pas transférer la propriété. |
member | Dépose des dossiers, exécute des analyses, lève des findings. Opérateur standard. |
viewer | Accès lecture seule aux dossiers. Pour auditeurs et observateurs externes sous NDA. |
Rôles et RLS évalués côté serveur sur chaque requête. Pas de gating frontend seul.
CAPACITÉS OPÉRATIONNELLES
Ce que la couche dossiers fait au-delà du workflow.
Checklist Conditions Precedent
Tracker CP standard dans chaque dossier. État binaire par condition — seule l'évidence [L1] la passe à 'remplie'. Utilisé dans les crédits où la clôture dépend de toutes les CPs libérées.
Re-screening hebdo des contreparties
Un cron relance le screening OFAC SDN / sanctions sur les contreparties de chaque dossier actif chaque semaine. Les nouveaux matches rouvrent automatiquement un dossier précédemment clos.
Batch import de contreparties
Upload CSV ou JSON jusqu'à 50 contreparties d'un coup pour screening. Utilisé par les équipes KYC à l'onboarding d'un portefeuille de nouveaux clients en une passe.
Webhooks sortants HMAC
Chaque changement d'état (dossier ouvert, finding levé, statut changé, dossier clos) déclenche un webhook signé HMAC-SHA256 vers vos systèmes downstream. Calendrier de réessais replay-safe.
Audit Export JSON
Export en un clic du dossier complet — sortie du pipeline, findings, sévérité, identités maker / checker, timestamps, hash d'intégrité. Conçu pour l'inspection réglementaire.
Backtesting de prompts
Dataset golden de dossiers historiques avec verdicts attendus. Utilisé pour évaluer tout changement de prompt avant mise en production. Scoring Jaccard / JSON-divergence.
Vous voulez exécuter un dossier end-to-end ?
Apportez une opération représentative et nous ouvrons un dossier dessus, parcourons le workflow maker / checker, exportons le dossier d'audit et montrons le trigger hebdo de re-screening. Même offre que le reste de Finance.