Lire les documents
était la partie facile.
L'extraction renvoie des champs. Un dossier, lui, appelle un verdict. Holofin assemble tous les documents en un dossier unique, vérifie qu'il est complet pour chaque participant, s'assure que les pièces concordent et indique ce qui bloque encore. Une réponse par dossier, pas un JSON par fichier.
Le verdict est recalculé à chaque nouveau document, chaque valeur corrigée et chaque retour de registre.
Au-delà du traitement documentaire
Là où le traitement documentaire s'arrête,
le travail commence.
Les modèles de dernière génération savent désormais classer et lire à peu près tout. Cela a banalisé la partie difficile de l'IDP sans toucher à la partie coûteuse : personne ne demande un crédit, n'ouvre un compte ou ne déclare un sinistre avec un seul document. On envoie une pile de documents, sur plusieurs jours, provenant de plusieurs personnes, et quelqu'un doit décider si l'ensemble tient la route.
Ce à quoi l'IDP répond
- De quel type de document s'agit-il ?
- Quels sont ses champs, et avec quel niveau de confiance ?
- De quel endroit de la page provient chaque valeur ?
- Ce document comporte-t-il des contradictions internes ?
Résultat : un payload par fichier. Le dossier, lui, reste dans une checklist, un tableur ou dans la tête de quelqu'un.
Ce à quoi un dossier répond
- Toutes les pièces sont-elles là, pour chaque participant, y compris ceux qui n'ont encore rien envoyé ?
- Les documents concordent-ils entre eux, et avec ce que le client a déclaré ?
- Quel contrôle a échoué, sur quelles valeurs, issues de quel fichier ?
- Que doit-on demander ensuite au client, en un seul message plutôt qu'en quatre ?
Résultat : un statut par dossier, avec son motif. La checklist est le produit, pas une habitude.
Ce n'est pas un second produit. La couche dossier se superpose aux workflows que vous exécutez déjà : classification, segmentation, extraction, analyse de fraude. Les documents continuent d'être traités un par un. C'est le dossier qui les lit ensemble.
Comment ça marche
Définissez le dossier une fois.
Il s'évalue ensuite tout seul.
Une configuration de dossier définit sa structure : qui participe, ce que chacun doit fournir, et les règles qui s'appliquent à l'ensemble. Elle est rédigée par les garants de la politique, dans un format qu'ils peuvent relire.
Décrivez le dossier
Les documents attendus et leur quantité, les participants qui les fournissent, et les données que le client transmet avec sa demande. Sans code, aucun modèle à entraîner.
Laissez les pièces arriver
Les fichiers arrivent par API, e-mail ou portail, dans n'importe quel ordre et sur plusieurs jours. Ils sont classés, découpés, extraits, puis rattachés à l'exigence qu'ils satisfont réellement, et non à la première qui s'en rapproche.
Obtenez deux verdicts
L'exhaustivité indique ce qui manque encore, et pour qui. La cohérence signale ce qui ne concorde pas. Les deux sont recalculées à la moindre modification du dossier.
Décidez et conservez la trace
Un humain valide ou refuse. La décision enregistre la version exacte de la politique et les valeurs précises sur lesquelles elle se fonde, et le dossier se rouvre de lui-même si les faits changent par la suite.
@identity.expirydate > TODAY@identity.holdername == @statement.client_nameSUM(@statement.balance) > @case.amount / 12Exhaustivité
Une checklist sait ce qui est attendu.
Il sait qui doit le fournir.
Les exigences sont liées aux participants, pas au dossier. Un co-emprunteur apporte sa propre pièce d'identité. Une caution fournit des documents totalement différents. La même politique attend donc une liasse différente selon qui figure réellement au dossier, et elle le déduit d'elle-même.
Les participants sont déclarés par type et par nombre
Un emprunteur, qui peut représenter une ou deux personnes. Un hébergeur, un seul et unique. Trois emprunteurs sur un dossier plafonné à deux, c'est une anomalie que le dossier signale de lui-même, pas un détail qu'un analyste remarque un vendredi soir.
Les quantités comptent, l'unicité aussi
Trois relevés bancaires signifient trois mois différents, pas trois fois le même mois. Une liasse de douze pages contenant trois relevés compte pour trois, car la segmentation découpe le contenu et le dossier en compte les parties.
Certains documents ne sont exigés que sous condition
Ne demandez la pièce d'identité de l'hébergeur que lorsque le justificatif de domicile s'avère être une attestation d'hébergement. La condition est intégrée à la politique : personne n'a besoin de mémoriser la règle de relance.
Un document peut répondre à deux exigences
Un extrait Kbis prouve que la société existe et identifie la personne morale. Le demander deux fois, c'est la meilleure façon de décourager un client.
1 participant renseigné, 2 attendus. Rien n'a été envoyé pour le second : il n'y a donc aucune ligne à cocher ni aucun document à relancer. Le dossier l'indique de lui-même.
Cohérence
Chaque document est authentique.
Pourtant, l'histoire ne tient pas.
La plupart des mauvais dossiers ne sont pas falsifiés. Ils sont incohérents : le salaire sur le bulletin de paie ne correspond pas au crédit sur le compte, l'adresse sur la pièce d'identité a deux déménagements de retard, la société sur la facture a été radiée l'an dernier. Aucun document n'est faux en soi. C'est le dossier qui l'est.
Des règles avec vos mots
Décrivez le contrôle en langage courant et il est compilé en Hololang, notre langage de validation. La ligne compilée s'affiche en retour, pour qu'une règle ne soit jamais une boîte noire aux mains d'un éditeur.
ASSERT @payslip.net_salary <= @statement.monthly_credit * 1.05Entre les documents et entre les personnes
Un contrôle qui désigne deux participants est évalué sur chaque combinaison et rend un verdict par personne. Un garant conforme ne peut jamais masquer un co-emprunteur qui ne l'est pas.
ASSERT SUM(@statements.balance) > @case.amount / 12Comparaisons sur des valeurs normalisées
Les adresses sont rapprochées de la Base Adresse Nationale, les sociétés du registre du commerce. Deux adresses concordent parce qu'elles désignent le même lieu, pas parce qu'elles forment la même chaîne de caractères.
@id.enriched.address.provider_id == @bill.enriched.address.provider_idQuand un échec mérite un second examen
Une comparaison stricte conclut que Marie Dupont et Marie Bernard sont deux personnes différentes. Un humain se demanderait s'il s'agit d'un nom d'usage. Vous choisissez les contrôles qui bénéficient de ce traitement : en cas d'échec, un agent IA tranche à l'aide des éléments environnants et consigne son raisonnement.
L'agent ne peut qu'assouplir un échec mécanique, jamais inventer une validation de toutes pièces, et son verdict est conservé mot pour mot avec les valeurs qu'il a analysées. Vos analystes lisent un raisonnement, pas un score.
La pièce d'identité indique DUPONT comme nom de naissance et BERNARD comme nom d'usage. Le compte a été ouvert au nom d'usage. Il s'agit de la même personne.
Traçabilité
Pourquoi ce dossier a-t-il été validé
le 3 mars ?
Un auditeur, un régulateur ou votre propre comité des risques posera cette question à propos d'une décision prise il y a un an, selon une politique qui a changé deux fois depuis. Une automatisation incapable d'y répondre déplace le problème au lieu de le résoudre.
Chaque verdict est horodaté
Version de la politique, version du moteur et date à laquelle les contrôles ont été figés. Relire une ancienne décision affiche les règles telles qu'elles étaient, et non telles qu'elles sont aujourd'hui.
Chaque valeur indique sa source
Chaque valeur comparée renvoie au document, à l'extraction et à la page d'origine. Un montant contesté n'est qu'à un clic des pixels d'où il a été extrait.
L'historique n'est jamais réécrit
Changements de statut, modifications de la politique, verdicts d'agents et corrections apportées par vos équipes à une valeur extraite : tout est conservé. Rien n'est écrasé, donc rien n'est à reconstituer.
Une décision est réévaluée quand les faits changent
Vous validez un dossier, puis une extraction corrigée modifie une valeur comparée : la validation est annulée et le dossier vous revient avec un motif. Un accord obsolète est pire qu'une absence d'accord.
Intégration
Un identifiant de dossier.
Tout le reste s'y rattache de lui-même.
Ouvrez un dossier avec les données que votre client a saisies dans votre formulaire. Transmettez les documents avec ce même identifiant, au fil de leur arrivée. Consultez le verdict, ou laissez un webhook vous l'envoyer dès qu'il change.
{
"case_id": "LOAN-2026-0481",
"case_fields": {
"amount": 480000,
"duration_months": 120,
"borrower": [
{ "first_name": "Marie", "last_name": "Dupont" },
{ "first_name": "Paul", "last_name": "Martin" }
]
}
}{
"case_status": "incomplete",
"completion": false,
"requirements": [
{ "key": "proof_of_address",
"state": "missing",
"required": 1, "provided": 0,
"participant": "b2" }
],
"missing_participants": [],
"rules": [
{ "rule": "ID holder = statement holder",
"status": "ko" }
]
}Les documents suivent
Un document transmis avec l'identifiant du dossier s'y ajoute et se rattache au participant qui l'a envoyé. Envoyer deux fois le même document ne change rien.
Les données se consolident d'un appel à l'autre
Un premier appel avec ce que vous savez, un second quand le client complète le formulaire. Des données partielles sont un état normal, pas une erreur.
Ou n'utilisez aucune API
Les dossiers s'ouvrent à partir de documents reçus par e-mail, et vos équipes les traitent dans l'interface Holofin. Le verdict est le même dans les deux cas.
Là où ça fait la différence
Tout processus où un dossier
se juge dans son ensemble.
Si vos équipes gardent une checklist à côté de l'écran, cette checklist est une configuration de dossier qui ne demande qu'à être formalisée.
Crédit et leasing
Emprunteur, co-emprunteur, garant. Identité, revenus, relevés bancaires, extrait Kbis. Le dossier est complet quand chaque participant est couvert, et cohérent quand les revenus déclarés résistent à l'analyse des relevés.
Entrée en relation et KYC
Les bénéficiaires effectifs sont eux aussi des participants. Chacun doit fournir une pièce d'identité, et le registre indique combien il doit y en avoir. Un dossier où manque le troisième bénéficiaire le signale, au lieu d'avoir l'air terminé.
Dossiers de location
Locataire, colocataire, garant, et l'attestation d'hébergement qui ne devient exigible que si quelqu'un l'utilise comme justificatif de domicile. Le ratio revenus/loyer est une règle, pas une note mentale.
Feuilles de soins
Déclaration, factures, photographies, rapport d'expertise. Le montant réclamé doit concorder avec les factures, et les dates avec le sinistre. Un seul verdict par dossier, rouvert si une facture tardive vient le modifier.
Dossiers fournisseurs et appels d'offres
Extrait Kbis, attestation d'assurance, attestations fiscales et sociales, conditions générales signées. Chacune a une date de validité : le dossier redevient donc incomplet de lui-même lorsqu'une attestation expire.
Subventions et aides
L'éligibilité est un ensemble de règles portant sur plusieurs documents, et la charge de la preuve incombe au dossier. Ces règles sont définies une seule fois par les responsables du dispositif, et appliquées à l'identique à chaque demandeur.
Questions
Dossier Intelligence, en bref
Le traitement intelligent de documents juge un document à la fois : son type, ses champs, ses éventuelles contradictions internes. Dossier Intelligence juge le dossier auquel ces documents appartiennent : si tout ce qui est attendu est bien arrivé, pour chaque participant, et si les documents concordent entre eux ainsi qu'avec les données déclarées par le client. C'est la couche qui transforme une pile d'extractions en décision.
Oui, et il précise qui doit le fournir. La réponse distingue un document manquant, une donnée manquante et un participant manquant, soit trois messages différents à envoyer au client. Comme la liste des manques est calculée à partir de la politique et non saisie par un analyste, un seul e-mail de relance peut regrouper tout ce qui reste à fournir au lieu d'arriver en quatre fois.
Les personnes garantes de la politique, pas l'équipe technique. Un contrôle est décrit en langage courant, puis compilé en Hololang, un petit langage de validation conçu pour cela ; la ligne compilée s'affiche à côté de la description pour pouvoir être relue et ajustée. Les règles sont versionnées, et une règle qui perd son sens suite à un changement de politique est signalée plutôt qu'ignorée en silence.
C'est précisément sa raison d'être. Les participants sont déclarés par type et par nombre : une politique peut donc attendre un emprunteur qui peut représenter deux personnes, et au plus une caution. Les exigences et les contrôles sont ensuite évalués une fois par participant, et chacun obtient son propre verdict. Un co-emprunteur conforme ne peut jamais en masquer un autre qui ne l'est pas.
Chaque évaluation conserve la version de la politique, la version du moteur, la date à laquelle les contrôles ont été figés, ainsi que la valeur utilisée par chaque comparaison et le document dont elle est tirée. Les décisions, les modifications de politique et les verdicts des analystes sont conservés en ajout seul. Un dossier jugé il y a un an peut être relu avec les règles qui s'appliquaient à l'époque.
Soumettez-nous un dossier
que vos équipes redoutent.
Envoyez un vrai dossier, avec ses pièces manquantes et ses contradictions. Nous le configurerons en direct et vous montrerons le verdict qu'il produit.