Rapprocher VDR et IRL sans fermer la mauvaise demande

Dans une dataroom, la difficulté n’est pas seulement de trouver un fichier. Il faut identifier celui qui répond à une demande, comprendre ce qu’il couvre et décider s’il permet le travail prévu. Je traiterais séparément pertinence, couverture et suffisance. Un contrat peut mentionner le bon client sans porter sur la période étudiée. Un export peut couvrir toutes les entités sans contenir les champs nécessaires au rapprochement.

Cette séparation devient essentielle lorsque les dépôts sont fréquents. Les fichiers du même nom, les dossiers déplacés et les documents remplacés rendent les listes manuelles fragiles. Un système de rapprochement peut réduire ce travail administratif, mais une association sémantique convaincante n’est pas une validation comptable. Le contrôle doit porter sur les erreurs qui pourraient faire fermer une demande à tort.

Je partirais d’une IRL précise : identifiant, analyse, entités, période, format et champs. Ces critères servent à évaluer les pièces. La recherche par titre donne une piste ; le contenu du document confirme ou contredit la piste. Lorsque l’entité ou la période n’est pas identifiable, le système doit permettre un état inconnu. Forcer un oui ou un non sur une donnée ambiguë masque le risque.

Les documents doivent aussi garder une identité durable. Je conserverais l’origine, la date d’import et la version, ainsi que les restrictions d’accès. Deux copies identiques ne sont pas deux preuves indépendantes. Deux fichiers différents peuvent au contraire représenter des étapes successives du même état comptable. La politique de versions doit être explicitée avant d’industrialiser les associations.

Le premier passage peut être automatisé, mais je réserverais la validation à un utilisateur identifié. L’outil doit rendre les critères visibles et permettre de contester une association. Un score sans explication aide peu le réviseur si la demande concerne plusieurs entités ou des champs précis. Il faut pouvoir laisser une association pertinente tout en maintenant la demande partielle.

Je relierais aussi les analyses aux sources retenues. Si la pièce change, savoir qu’elle répond à l’IRL ne suffit pas : il faut retrouver le calcul ou la conclusion qui l’utilisait. Cette dépendance est particulièrement utile pour les sujets matériels. Sans elle, le dossier documentaire peut sembler à jour alors que le rapport reste fondé sur l’ancienne version.

Une demande porte sur la masse salariale du quatrième trimestre. Payroll_Q4_v2 contient octobre et novembre. Le titre laisse penser que le trimestre est couvert, mais la revue des données montre l’absence de décembre. Je classerais la demande comme partielle et conserverais l’analyse des deux mois disponibles. Un outil qui déduit la couverture du nom du fichier échoue à ce test.

Payroll_Q4_v3 ajoute décembre. La couverture temporelle devient complète, sous réserve des entités et champs attendus. Il reste pourtant à rapprocher le total avec la comptabilité et à examiner primes, charges sociales, provisions et éventuels éléments hors paie. Recevoir un mois supplémentaire ne valide pas automatiquement ces contrôles. La clôture de la demande et la conclusion de l’analyse doivent donc rester distinctes.

Je demanderais ensuite que l’ancienne version soit marquée comme remplacée sans perdre les travaux précédents. Si une normalisation utilisait v2, le réviseur doit être alerté de son périmètre incomplet. La nouvelle source peut confirmer le constat ou le modifier ; la décision dépend du contenu, pas du seul numéro de version.

Je préparerais un ensemble de demandes dont la réponse est connue de l’équipe. Il contiendrait des fichiers proches mais faux, de vrais compléments, des pièces manquantes et des versions successives. Il faut mesurer séparément les bonnes associations, les mauvaises associations et les correspondances manquées. Une erreur sur une demande matérielle peut être plus importante que plusieurs omissions faciles à corriger.

Supposons 30 demandes, 24 associations proposées et 3 incorrectes. Les 21 propositions correctes représentent 70 % des demandes initiales ; les 3 erreurs représentent 12,5 % des propositions. Ce n’est pas une démonstration de complétude : certaines associations correctes peuvent n’apporter qu’une réponse partielle. Ces chiffres illustratifs montrent pourquoi le dénominateur et le niveau mesuré doivent être écrits explicitement.

Je commencerais sur une famille de demandes bien définie. Les cas standard permettent de stabiliser les critères ; les exceptions révèlent les limites. Le modèle de gouvernance doit prévoir un propriétaire de l’IRL, un réviseur et une règle de réouverture. La revue est allégée lorsque le système expose les écarts, pas lorsqu’il les remplace par une couleur rassurante.

Solenor présente le rapprochement documentaire parmi ses workflows. Pour l’évaluer, je regarderais l’ensemble du circuit : import autorisé, propositions, validation, versions et transmission au rapport. La meilleure solution n’est pas celle qui relie le plus de pièces, mais celle qui réduit les relances et rend les limites contrôlables. Un fichier absent ou ambigu doit rester visible jusqu’à une décision explicite.