Mandat & workflow
Un scope of work de due diligence financière qui maîtrise les dérives
Précisez décision, périmètre, périodes et livrable par workstream. Le SoW doit aussi définir exclusions et autorisation d’une procédure supplémentaire.
Rédaction Solenor · 7 octobre 2026
01
Un SOW financier doit relier le besoin d’investissement aux travaux promis
Le Scope of Work organise ce que l’équipe va examiner, avec quelles données et dans quel délai. Je ne le traiterais pas comme une liste de rubriques destinée à sécuriser une proposition commerciale. Le point de départ est la décision de l’acheteur : quelle visibilité cherche-t-il sur les résultats, le financement de l’activité et les engagements ? Une rubrique « BFR » est insuffisante si personne n’a précisé les périodes, les mécanismes de prix ou les analyses attendues.
Un SOW utile clarifie aussi ce que la mission n’est pas. Une due diligence n’est pas automatiquement un audit, une évaluation ni une validation juridique du SPA. Les définitions contractuelles peuvent nécessiter des échanges avec les conseils et les parties. Le professionnel doit expliquer les procédures prévues et les limites de données, sans promettre de confirmer toute information remise par le management.
02
Les paramètres qui changent réellement la charge de travail
Je préciserais les entités, les périodes historiques et récentes, les devises, le référentiel et les sources disponibles. Le nombre d’entités seul ne dit pas tout : trois sociétés sur le même ERP peuvent être plus simples à traiter que deux sociétés dont les données ne se rapprochent pas. Les opérations de consolidation, changements de périmètre et systèmes différents doivent figurer dans les hypothèses de travail.
Le format attendu du livrable est un autre paramètre. Un red-flag report rapide ne porte pas les mêmes procédures qu’un rapport détaillé comportant bridges, analyses mensuelles et annexes. Le SOW devrait décrire le niveau de restitution, la langue, les destinataires et les modalités de discussion. Les objectifs de calendrier doivent indiquer les dépendances : disponibilité des données, accès management et délais de revue.
- Entités et activités incluses, avec les exclusions identifiées.
- Historique, trading récent et date d’arrêté des informations.
- Analyses attendues et profondeur des procédures.
- Sources, formats et rapprochements à fournir.
- Livrables, destinataires et calendrier dépendant des données.
03
Écrire les procédures avec un résultat attendu et une limite
Je formulerais les travaux comme des procédures observables. Pour la QoE : comprendre les variations, rapprocher les résultats et examiner les éléments candidats à la normalisation. Pour le BFR : analyser les composantes, saisonnalités et pratiques de paiement dans un périmètre défini. Pour la dette : préparer une liste de postes et examiner leur traitement proposé, sans prétendre imposer la définition contractuelle.
Les procédures doivent pouvoir évoluer avec les constats. Il faut donc un mécanisme de changement plutôt qu’une promesse de flexibilité illimitée. Les analyses supplémentaires peuvent être acceptées, différées ou remplacées par une réserve. Ce choix doit être visible pour l’acheteur, qui arbitre entre information, temps et coût.
| Domaine | Travail prévu | Limite à expliciter |
|---|---|---|
| QoE | Bridge et revue des candidats | Nature et récurrence sous preuve. |
| Trading | Analyse de la dernière période | Disponibilité et niveau de clôture. |
| BFR | Composantes et saisonnalité | Définition du peg à négocier. |
| Dette | Inventaire et traitement proposé | Définitions SPA et double comptage. |
| Carve-out | Allocations et coûts autonomes | Plan opérationnel à valider. |
04
Une troisième entité arrive dix jours avant le signing
Le mandat initial porte sur deux entités et 36 mois. Dix jours avant le signing, une troisième entité est ajoutée avec un ERP différent. La tentation serait de la traiter comme un simple complément d’extraction. Je commencerais par comprendre son poids, son historique et les rapprochements nécessaires. Le risque n’est pas seulement un surcroît de lignes : la nouvelle activité peut modifier le résultat, le BFR et les engagements du périmètre acquis.
Je présenterais un choix au responsable de mission et à l’acheteur : décaler certains travaux, renforcer les ressources, limiter les procédures sur la nouvelle entité ou adapter le calendrier. Chaque option doit indiquer la conséquence pour les conclusions. Une augmentation d’honoraires ne crée pas, à elle seule, le temps nécessaire pour recevoir et revoir des données.
Le changement doit être documenté : procédures ajoutées, hypothèses, dates, responsables et limites restantes. Si des données ne peuvent être obtenues, le rapport doit identifier le périmètre réellement analysé. Il vaut mieux une réserve lisible qu’un périmètre théorique complet dont les procédures n’ont pas été réalisées.
Un changement de périmètre doit entraîner un arbitrage de travaux, pas seulement une mise à jour de la liste de sociétés.
Le mandat couvre deux entités et 36 mois. Une troisième avec un ERP différent arrive dix jours avant signing. Ce n’est pas un simple dépôt IRL : consolidation, mapping et revue changent.
| Entités initiales | 2 |
|---|---|
| Historique analysé (mois) | 36 |
| Périmètre ERP additionnel | +1 |
Convenez explicitement du travail supplémentaire ; ne supposez ni honoraires constants ni durée universelle.
05
Piloter le SOW pendant la mission
Je rapprocherais périodiquement les travaux promis, les données reçues et les analyses réalisées. Ce suivi peut être léger, mais il doit distinguer activité et résultat : une réunion tenue n’est pas une réponse obtenue. Les blocages matériels doivent être remontés avec leur effet sur une conclusion ou un délai. Les demandes complémentaires de l’IRL sont alors replacées dans le mandat plutôt qu’accumulées sans contrôle.
La clôture de mission mérite la même discipline. Le responsable doit pouvoir identifier les procédures accomplies, les procédures alternatives et les points non résolus. Les différentes versions du rapport doivent conserver les changements importants de périmètre et les dernières dates de données. Cette traçabilité facilite le handover et évite de présenter une analyse récente comme si elle couvrait tout l’historique.
- Établir la version de référence du mandat.
- Relier les analyses et demandes au SOW.
- Suivre les dépendances et les points bloquants.
- Approuver les changements avec leurs effets.
- Vérifier la cohérence entre procédures et rapport final.
06
Utiliser l’IA pour contrôler les écarts sans lui déléguer l’engagement
Un assistant peut comparer un SOW, une IRL et un inventaire de données pour proposer des écarts. Je testerais sa capacité à détecter une entité absente, une période plus courte ou une procédure sans source. La décision de modifier le mandat reste une décision professionnelle et contractuelle. Une suggestion automatisée ne peut pas engager les parties ni étendre silencieusement les responsabilités.
Pour évaluer un workflow présenté par Solenor, je demanderais un cas où le périmètre change après démarrage. La valeur est de rendre les dépendances visibles et de conserver les décisions. Elle ne consiste pas à produire plus vite un SOW générique. Un mandat bien défini protège le calendrier et permet surtout à l’acheteur de comprendre ce qu’il sait, ce qu’il ignore encore et pourquoi.