Réponse courte. Pour préparer un rapport d'entreprise, définissez le besoin, le périmètre et les responsables avant la collecte. Demandez ensuite chaque contribution avec sa source et ses limites. Prévoyez des étapes distinctes pour la vérification des données, la relecture du texte et la décision de publier.
Le rapport peut encore être vide. Votre organisation du travail, elle, doit déjà répondre à trois questions : qui fournit quoi, qui vérifie, qui décide ?
Cette checklist propose un cadre opérationnel adaptable. Elle ne constitue pas une procédure d'audit et ne remplace pas les contrôles imposés à certains rapports.
1. Écrivez le brief avant de demander des chiffres
Un message « merci de transmettre vos données » laisse trop de place à l'interprétation. Commencez par une page de cadrage : lecteur, objectif, période, entités couvertes, format attendu et date de décision.
Précisez ce qui est hors périmètre. Si une filiale n'est pas couverte, les contributeurs doivent le savoir avant de consolider leurs chiffres. Si une section répond à une demande contractuelle ou réglementaire, identifiez cette demande et faites-en confirmer l'interprétation par une personne compétente.
Le brief doit aussi distinguer la date de remise des contributions de la date de publication. Entre les deux, prévoyez un temps réel pour corriger, arbitrer et valider. Une date de diffusion ne vaut pas acceptation du contenu.
2. Donnez un propriétaire à chaque contribution
Nous proposons quatre rôles, même si une petite équipe en cumule certains :
- Le coordinateur suit les contributions et les points ouverts.
- Le contributeur fournit l'information et explique son origine.
- Le vérificateur examine le contenu dans son domaine de compétence.
- Le décideur autorise la publication de la version identifiée.
Évitez une attribution vague comme « la finance » ou « les opérations ». Nommez une personne et prévoyez son relais. Demandez explicitement qui peut répondre si un résultat est contesté après diffusion.
Pour les sujets sensibles, cherchez une relecture distincte de la préparation. Si les moyens ne le permettent pas, documentez ce choix plutôt que de présenter une auto-vérification comme une revue indépendante.
3. Envoyez une demande de données qui limite les ambiguïtés
Voici un modèle de fiche à adapter. Il ne suppose aucun logiciel particulier.
| À demander | Exemple de précision attendue |
|---|---|
| Information | Définition exacte de l'indicateur ou de l'affirmation |
| Période | Dates de début et de fin |
| Périmètre | Sites, équipes ou activités inclus |
| Unité | Euros, heures, personnes ou autre unité définie |
| Source | Fichier, système ou pièce, avec localisation précise |
| Méthode | Extraction, calcul ou appréciation utilisée |
| Limites | Exclusions, estimations ou données indisponibles |
| Contact | Personne capable d'expliquer la contribution |
Ajoutez une consigne : lorsqu'une information manque, signalez-la. Ne la remplacez pas silencieusement par zéro, une valeur antérieure ou une estimation.
Exemple fictif. Deux équipes transmettent un nombre de « personnes formées ». L'une compte les personnes distinctes ; l'autre additionne les participations à chaque séance. Avant de consolider, le coordinateur doit faire choisir une définition et demander une correction. Le problème se situe dans la donnée, pas dans le style de la phrase.
4. Séparez dépôt, vérification et acceptation
Un fichier reçu n'est pas nécessairement exploitable. Nous recommandons des statuts simples : attendu, reçu, à clarifier, vérifié, accepté pour rédaction.
À la réception, contrôlez d'abord que les éléments nécessaires sont présents. Lors de la vérification, examinez le sens et la cohérence de la contribution. L'acceptation pour rédaction indique que l'équipe peut l'utiliser dans le périmètre convenu ; elle n'équivaut pas à une certification.
Pour le reporting GRI, le principe de vérifiabilité prévoit notamment une documentation permettant l'examen par d'autres personnes et une explication des incertitudes. Ce repère soutient l'intérêt d'une collecte documentée, sans imposer ce workflow à toutes les entreprises. GRI 1, section 4.
5. Faites deux relectures avec deux missions différentes
La première relecture porte sur le fond : sources, périmètres, calculs, contradictions et limites. La seconde porte sur le message : le lecteur peut-il comprendre exactement ce que les données permettent d'affirmer ?
Ne laissez pas une amélioration de style élargir la conclusion. « Les réponses au questionnaire indiquent… » ne devrait pas devenir « nos clients pensent… » sans vérifier qui a répondu et ce que l'enquête permet de conclure.
Si un outil d'IA intervient dans la rédaction, soumettez ses propositions au même contrôle. Demandez au relecteur de vérifier les références dans les sources d'origine, pas seulement de vérifier qu'un lien apparaît dans le texte. Une formulation fluide doit encore être justifiée.
6. Gardez une liste courte des décisions ouvertes
Pour chaque point bloquant, notez la question, le responsable, la prochaine action et la décision attendue. Distinguez une correction éditoriale d'un problème qui pourrait modifier une conclusion.
Si une donnée reste indisponible, choisissez explicitement entre compléter la collecte, limiter l'affirmation, exposer la réserve ou différer la publication concernée. Le coordinateur ne devrait pas avoir à deviner cet arbitrage.
Conservez ensuite la version approuvée. Une correction substantielle après validation doit revenir aux personnes concernées avant diffusion. Préparez aussi une façon de documenter les corrections découvertes après publication.
Checklist de lancement et de clôture
Avant la collecte :
- Le lecteur, l'objectif et le périmètre sont écrits.
- Chaque contribution a un responsable identifié.
- Les définitions et les unités sont partagées.
- Les dates de remise, de revue et de décision sont distinctes.
- Les accès aux pièces sensibles sont définis.
Avant publication :
- Les contributions utilisées ont été examinées.
- Les conclusions sensibles renvoient à leurs preuves.
- Les limites importantes apparaissent dans le rapport.
- Les arbitrages ouverts ont été traités.
- Le décideur a validé la version destinée à être diffusée.
- Le rapport, ses sources et les validations sont conservés de façon organisée.
Peut-on commencer dans un tableur ?
Oui, pour appliquer cette méthode, un tableau et un espace documentaire peuvent constituer un point de départ. Évaluez ensuite vos besoins réels : volume de contributions, accès, historique et facilité de retrouver les preuves. Ne choisissez pas un outil sur une promesse de conformité automatique.
Pour passer à l'action : testez cette checklist sur votre prochain rapport, puis présentez votre processus à Rylio. Découvrez le produit et vérifiez avec l'équipe s'il répond à vos besoins. Votre nom sera sur le rapport ; préparez les preuves avant la dernière relecture.
Short answer. To prepare a business report, define the need, scope and responsible people before collecting information. Then request each contribution with its source and limitations. Plan separate stages for checking the data, reviewing the text and deciding to publish.
The report may still be empty. Your organisation of the work should already answer three questions: who provides what, who checks and who decides?
This checklist proposes an adaptable operational framework. It is not an audit procedure and does not replace checks required for certain reports.
1. Write the brief before requesting figures
A message saying “please send your data” leaves too much room for interpretation. Start with a scoping page: reader, objective, reporting period, entities covered, expected format and decision date.
State what is out of scope. If a subsidiary is not covered, contributors need to know before consolidating their figures. If a section addresses a contractual or regulatory request, identify that request and have its interpretation confirmed by a qualified person.
The brief should also distinguish the contribution deadline from the publication date. Allow real time between the two for corrections, decisions and approval. A release date does not amount to acceptance of the content.
2. Assign an owner to each contribution
We propose four roles, even if a small team combines some of them:
- The coordinator tracks contributions and open issues.
- The contributor supplies the information and explains its origin.
- The checker examines the content within their area of expertise.
- The decision-maker authorises publication of the identified version.
Avoid a vague assignment such as “finance” or “operations.” Name a person and arrange a backup. Explicitly ask who can respond if a result is challenged after publication.
For sensitive subjects, seek a review separate from preparation. If resources do not allow it, document that choice rather than presenting a self-check as an independent review.
3. Send a data request that reduces ambiguity
Here is a record template to adapt. It does not assume any particular software.
| What to request | Example of the detail expected |
|---|---|
| Information | Exact definition of the indicator or claim |
| Period | Start and end dates |
| Scope | Sites, teams or activities included |
| Unit | Euros, hours, people or another defined unit |
| Source | File, system or record, with a precise location |
| Method | Extraction, calculation or judgement used |
| Limitations | Exclusions, estimates or unavailable data |
| Contact | Person able to explain the contribution |
Add one instruction: when information is missing, flag it. Do not silently replace it with zero, a previous value or an estimate.
Fictional example. Two teams submit a count of “people trained.” One counts unique people; the other adds up attendance at each session. Before consolidating, the coordinator needs a definition to be agreed and a correction requested. The problem lies in the data, not the style of the sentence.
4. Separate submission, checking and acceptance
A received file is not necessarily usable. We recommend straightforward statuses: expected, received, needs clarification, checked, accepted for drafting.
On receipt, first check that the necessary materials are present. During checking, examine the meaning and consistency of the contribution. Acceptance for drafting means the team can use it within the agreed scope; it is not certification.
For GRI reporting, the verifiability principle includes documentation that allows examination by others and an explanation of uncertainties. This reference supports the value of documented collection without imposing this workflow on every business. GRI 1, section 4.
5. Hold two reviews with different purposes
The first review concerns substance: sources, scopes, calculations, contradictions and limitations. The second concerns the message: can the reader understand exactly what the data support?
Do not let a stylistic improvement broaden the conclusion. “The questionnaire responses indicate…” should not become “our clients think…” without checking who responded and what conclusions the survey supports.
If an AI tool contributes to writing, subject its suggestions to the same checks. Ask the reviewer to verify references in the original sources, not merely check that a link appears in the text. Fluent wording still needs justification.
6. Keep a short list of open decisions
For each blocking issue, record the question, responsible person, next action and decision required. Distinguish an editorial correction from a problem that could change a conclusion.
If data remain unavailable, explicitly choose whether to complete collection, limit the claim, disclose the qualification or defer the relevant publication. The coordinator should not have to guess that decision.
Then retain the approved version. A substantive correction after approval should return to the people concerned before release. Also prepare a way to document corrections discovered after publication.
Checklist for starting and closing the process
Before collection:
- The reader, objective and scope are written down.
- Each contribution has an identified owner.
- Definitions and units are shared.
- Submission, review and decision dates are distinct.
- Access to sensitive records is defined.
Before publication:
- The contributions used have been examined.
- Sensitive conclusions point to their evidence.
- Important limitations appear in the report.
- Open decisions have been resolved.
- The decision-maker has approved the version intended for release.
- The report, its sources and approvals are kept in an organised way.
Can you start in a spreadsheet?
Yes. To apply this method, a spreadsheet and a document workspace can provide a starting point. Then assess your actual needs: contribution volume, access, history and ease of retrieving evidence. Do not choose a tool on a promise of automatic compliance.
Put it into practice: test this checklist on your next report, then present your process to Rylio. Explore the product and check with the team whether it meets your needs. Your name will be on the report; prepare the evidence before the final review.
