Une IRL financière à laquelle le management peut réellement répondre

Une Information Request List n’est pas un inventaire de fichiers que le vendeur pourrait posséder. C’est la traduction des questions du mandat en demandes que quelqu’un peut comprendre, préparer et vérifier. Je commencerais par l’investissement : comment la cible gagne-t-elle de l’argent, quels risques affectent son résultat, que faudra-t-il financer à la clôture ? Les demandes générales viennent ensuite. Une longue liste standard ne protège pas contre l’oubli d’une question propre au modèle économique.

L’IRL doit fonctionner pour trois personnes : le management qui fournit les données, l’analyste qui les utilise et le manager qui décide si la réponse suffit. Une ligne comme « balance âgée clients » laisse ouvertes la période, les entités, la devise, les provisions et le niveau de détail. La précision évite des relances, mais elle doit rester proportionnée. Demander tous les champs disponibles pour chaque fichier peut ralentir le processus sans améliorer une analyse prioritaire.

Je structurerais l’IRL par analyses : base financière, qualité des résultats, chiffre d’affaires, coûts, BFR, dette et engagements. Les blocs additionnels dépendent du dossier : ARR pour une société SaaS, stocks pour un distributeur, coûts autonomes pour un carve-out. Une même pièce peut alimenter plusieurs analyses. Il vaut mieux lier une demande à plusieurs usages que solliciter trois versions incompatibles de la même extraction.

Le périmètre doit être inscrit dans les demandes critiques et dans un en-tête commun : entités juridiques, unités opérationnelles, périodes, devise de présentation et référentiel comptable. Je distinguerais date de clôture comptable, date d’extraction et dernière période disponible. Un export généré en janvier peut porter sur décembre ; inversement, un fichier intitulé « décembre » peut contenir une situation intermédiaire. Le nom du fichier n’est pas une preuve de couverture.

Un bon modèle distingue le contenu de la demande et son état de traitement. L’identifiant doit rester stable lorsque la formulation change. La priorité sert à organiser la mission, pas à déclarer que tout est urgent. La date attendue doit tenir compte des extractions nécessaires et des autres demandes adressées à la même personne. Je conserverais les changements significatifs de périmètre plutôt que de remplacer silencieusement le texte.

Le statut « reçu » mérite d’être séparé du statut « revu ». Si un outil rapproche automatiquement les documents, son résultat est un candidat de liaison. L’équipe vérifie ensuite la période, le périmètre et l’utilisabilité. Cette distinction protège contre un tableau entièrement vert alors que les analyses ne peuvent pas encore être exécutées.

Pour tester les créances de décembre 2025 des entités A et B, je demanderais le détail par facture, l’ancienneté, les provisions et les encaissements ultérieurs disponibles à une date précisée. Le total doit se rapprocher de la comptabilité, avec explication des écarts. La demande sert à examiner le recouvrement et la suffisance des provisions, pas seulement à calculer un total clients.

La cible dépose un PDF consolidé qui affiche le total et quelques tranches d’ancienneté. Il peut être utile comme première vue, mais il ne permet ni d’isoler B ni de sélectionner des factures. Je conserverais cette pièce et noterais exactement les manques. La relance porterait sur l’export détaillé, les provisions et le rapprochement, sans redemander les informations déjà reçues. L’analyse peut commencer sur le périmètre disponible avec une réserve explicite.

Une réponse de management indiquant que les créances sont toutes recouvrables ne remplace pas les encaissements ou les éléments justificatifs. Si l’extraction complète est impossible, le manager peut accepter des procédures alternatives et en documenter les limites. Le statut ne devient pas « complet » parce qu’une réunion a eu lieu ou parce que la date du rapport approche.

Je garderais un registre de référence avec les documents liés, les versions et les questions ouvertes. Une relance doit expliquer l’écart et son effet sur le calendrier ou l’analyse. « Merci de compléter » oblige le management à deviner ; « il manque l’entité B et le détail facture nécessaire au test d’encaissements » permet d’agir. Une courte réunion de priorisation peut débloquer davantage de travaux qu’un courrier contenant cinquante demandes sans ordre.

Les demandes nouvelles doivent être distinguées des clarifications. Ajouter un troisième ERP ou une nouvelle période est un changement de périmètre, pas une simple relance technique. J’en discuterais avec le responsable de mission : effet sur les délais, procédures alternatives et éventuelle adaptation du SOW. L’IRL est liée au mandat ; elle ne doit pas étendre indéfiniment les travaux par accumulation.

L’IA peut aider à adapter une première liste au modèle économique, proposer des rapprochements et résumer les réponses. Je testerais les faux positifs sur des fichiers proches : bonne description mais mauvaise période, entité manquante, pièce ancienne ou PDF non exploitable. Une couverture élevée sans mesure de ces erreurs peut être trompeuse. Le gain doit inclure le temps passé à contrôler les correspondances.

Dans un workflow comme celui présenté par Solenor, la valeur recherchée est la continuité entre IRL, documents et travail de revue. Elle reste à vérifier sur vos données autorisées. Je demanderais un export où un autre membre de l’équipe peut retrouver la demande, la pièce, les manques et la décision. Le template est réussi lorsqu’il permet cette transmission, pas lorsqu’il comporte le plus de lignes.