Automatiser son reporting hebdomadaire de bout en bout

Personne ne se lève le matin en rêvant d'automatiser un reporting. Ça ne se raconte pas en réunion, ça n'impressionne aucun client, et le sujet arrive toujours en dernier dans la liste des chantiers. C'est pourtant celui que je recommande en premier dans la moitié des cas, parce qu'il coche tout : volume régulier, règles écrivables, erreur peu coûteuse, propriétaire évident — c'est celui qui souffre.

Et parce que le reporting hebdomadaire a une caractéristique rare : le travail est entièrement répétitif, mais il n'est jamais tout à fait le même. C'est exactement la frontière entre ce qu'une chaîne sait faire et ce qu'un modèle sait faire.

Ce qui se passe vraiment le lundi matin

Avant de parler d'outil, regardons la tâche telle qu'elle se déroule. Elle tient en cinq temps, presque partout :

1. Aller chercher les chiffres dans trois ou quatre endroits différents.
2. Les remettre au même format, les recoller, corriger deux ou trois incohérences connues.
3. Calculer les indicateurs, les écarts, les cumuls.
4. Écrire quelques lignes de commentaire : ce qui a bougé, pourquoi, ce qu'on regarde.
5. Envoyer aux bonnes personnes, dans le bon format.

Les étapes 1 à 3 sont mécaniques et prennent l'essentiel du temps. L'étape 4 demande du jugement et prend quelques minutes. Ce déséquilibre est le cœur du sujet : on passe une heure et demie sur ce qui n'a aucune valeur ajoutée, pour dix minutes sur ce qui en a.

La chaîne, étape par étape

Collecte. Chaque source est une brique séparée, avec sa propre gestion d'erreur. CRM, facturation, tableur partagé, plateforme publicitaire. Une règle : la chaîne ne se lance pas à l'heure du reporting mais la veille au soir. Ça laisse une nuit pour repérer une source muette.

Normalisation. Le travail le moins glamour et le plus rentable. Uniformiser les dates, les libellés, les devises, les identifiants clients. Décider ce qui fait référence quand deux systèmes se contredisent — cette décision est métier, et elle doit être écrite. Ajouter un contrôle : les volumes sont-ils dans un ordre de grandeur plausible ? Une source qui renvoie zéro ligne sans erreur technique, c'est le scénario qui produit un rapport faux et présentable.

Calcul. En dur. Formules explicites, écrites une fois, versionnées. Aucune IA ici — j'y reviens dans un instant.

Commentaire. L'endroit où le modèle travaille. Il reçoit les chiffres calculés, les écarts par rapport à la semaine précédente et à l'objectif, et il rédige un paragraphe factuel.

Diffusion. Envoi automatique, dans le canal où les gens sont déjà, à heure fixe. Un rapport qui exige d'aller le chercher n'est pas lu.

Où mettre l'IA, et où surtout pas

Pas dans le calcul. Un modèle de langage n'est pas une calculatrice, et même quand il tombe juste, tu n'as aucune garantie de reproductibilité. Un chiffre faux dans un reporting ne se voit pas tout de suite — il se voit trois mois plus tard, quand quelqu'un s'appuie dessus pour décider. Les calculs se font dans du code ou dans des formules, point.

Pas dans la normalisation non plus. Faire trancher une correspondance d'identifiants par un modèle, c'est introduire de la variabilité dans la fondation. Si tes libellés sont trop sales pour des règles, le vrai chantier est en amont, dans la saisie.

Dans le commentaire, oui. C'est là que le travail est réellement du langage : traduire des variations en phrases lisibles, signaler ce qui sort de l'ordinaire, éviter de répéter chaque semaine ce que tout le monde sait déjà.

Quelques précautions qui font toute la différence :

• Le modèle ne recalcule rien. Il reçoit les chiffres finaux et n'a pas le droit d'en produire d'autres.
• On lui donne le contexte de comparaison : semaine précédente, même semaine l'an dernier, objectif. Sans ça, il commente dans le vide.
• On lui interdit d'expliquer les causes. Il constate ce qui a bougé et de combien. Il ne dit pas pourquoi — il n'en sait rien, et une explication inventée dans un rapport interne est plus nuisible qu'un blanc.
• On borne la longueur. Cinq phrases maximum. Un commentaire qui s'allonge est un commentaire qu'on arrête de lire.

La consigne que je donne, à peu près telle quelle : « Décris les variations les plus significatives par rapport à la semaine précédente. Uniquement les chiffres fournis. N'invente aucune cause. Cinq phrases maximum, ton factuel. »

Robustesse : ce qui fait tenir la chaîne un an

Un reporting automatisé qui casse trois fois est abandonné. Les points qui comptent :

• Chaque source échoue indépendamment. Une API muette n'empêche pas le rapport de sortir : le bloc concerné affiche « donnée indisponible », le reste passe.
• L'absence de rapport doit alerter. Le silence est le pire mode de défaillance. Si la chaîne n'a pas tourné, quelqu'un doit le savoir avant les destinataires.
• Les contrôles de plausibilité sont plus utiles que les tests techniques : volumes dans une fourchette, pas de doublon massif, pas de chute à zéro sur un indicateur habituellement stable.
• Une exécution manuelle doit rester possible en une commande, pour rejouer une semaine.
• La documentation tient sur une page : quelles sources, quelles formules, qui prévenir. Sans elle, la chaîne meurt avec le départ de celui qui l'a construite.

Et une discipline de démarrage : pendant trois à quatre semaines, on produit le rapport automatique et le rapport manuel, et on compare. C'est fastidieux, et ça révèle des écarts qu'aucune relecture de code n'aurait attrapés.

Le vrai bénéfice, celui qu'on ne prévoit pas

Le temps économisé est agréable. Ce n'est pas le point le plus important.

Ce qui change vraiment, c'est que le rapport arrive toujours, à la même heure, même la semaine où tout le monde est débordé — précisément celle où on en a le plus besoin. Un reporting manuel saute quand la charge monte. Un reporting automatisé tient, et le pilotage cesse de dépendre d'une personne.

Par quoi commencer lundi

Ne cherche pas à tout automatiser d'un coup. Prends une seule source, la plus pénible à récupérer, et automatise sa collecte et sa mise en forme. Rien d'autre. Tu gagneras un tiers du temps de la tâche en quelques heures de travail, et tu auras la fondation sur laquelle brancher le reste, une source par semaine.