Automatisation des opérations internes

Vérifications de nuit, réunion IA, rapport du matin et contrôle des règlements : tout est automatisé.

Vérifier huit sites trois fois par jour, lire les résultats pour relever les changements, rédiger un rapport de gestion en huit sections : tout cela est automatisé. Cela comprend la réception des relevés de règlement de vingt-six partenaires jusqu’à la tenue du registre d’émission, un travail qui occupait une personne toute la journée et ne prend plus qu’une heure.

La seule tâche laissée à une personne : lire le rapport reçu à 8 h et fixer les priorités . Les autres étapes du cycle s’achèvent automatiquement pendant la nuit.

Nous appliquons à nos opérations internes un système d’automatisation de même structure que celui fourni à nos clients, et l’exploitons chaque jour. Nous le validons d’abord en interne, car une automatisation peut échouer alors que l’écran semble normal. Lorsque les journaux et les listes restent en place mais que les nouvelles données cessent d’arriver, l’écran seul ne permet pas de le voir.

VROF ne vérifie donc pas « est-ce installé ? », mais « est-ce arrivé aujourd’hui ? ». Chaque exécution consigne une ligne de succès ou d’échec, et toute interruption apparaît en tête du rapport du lendemain matin. Les systèmes que nous construisons pour nos clients reposent sur la même structure.

Cette automatisation est conçue et exploitée pour nos opérations internes ; elle est donc présentée séparément des cas clients.

De la vérification à la décision, un cycle s’exécute chaque jour.

Chaque système n’est pas une tâche isolée : tous s’enchaînent en un seul cycle. Vérification → jugement → consolidation → rapport : voilà un cycle, qui recommence chaque jour à la même heure.

Pour chaque étape, nous indiquons aussi « le point de risque », c’est-à-dire le problème qui surviendrait si l’étape n’était pas conçue ainsi. Les cas réels et les chiffres sont présentés dans les trois sections sous le cycle.

Légende — marqueur anguleux vide : règle ; marqueur plein : instance qui juge

• Règles Traitent selon des règles fixées à l’avance et donnent toujours le même résultat pour la même entrée
• AI Prend en charge les jugements qualitatifs difficiles à formaliser en règles : le verdict de la réunion de l’aube et la phrase en tête du rapport du matin
• Personne Lit le rapport reçu et fixe les priorités

Sur les six étapes, deux sont confiées à l’IA. La vérification, le suivi de l’avancement, la consolidation et la mise en forme du rapport relèvent des règles. Ce sont des étapes où une même entrée doit toujours donner le même résultat. L’IA n’intervient que pour les jugements qualitatifs difficiles à formaliser en règles : le verdict de la réunion de l’aube et la phrase en tête du rapport du matin. La rédaction du rapport n’est pas confiée à l’IA. Les chiffres des huit sections, la distinction entre éléments terminés et récurrents et le marquage des priorités sont tous fixés par des règles.

Dans un cycle, seule la dernière étape fait intervenir une personne. La vérification, le jugement, la consolidation et l’envoi n’attendent personne. Les corrections ne sont pas automatisées. La vérification se limite à la consultation et ne modifie rien : si l’instance qui vérifie modifiait sa cible, les chiffres suivants ne seraient plus fiables. Ce qui arrive le matin n’est donc pas un résultat corrigé, mais un rapport qui liste les éléments à corriger.

Les corrections apportées par une personne sont reprises telles quelles lors de la vérification suivante. Lorsque nous avons ajouté à un site une balise de propriété destinée aux moteurs de recherche, l’élément est apparu dans la liste des « éléments modifiés » de la vérification suivante, sans aucun signalement (2026-08-09).

Tâches supplémentaires exécutées hors cycle

• 07:30 Consolidation et vérification des relevés de règlement des partenaires
• 09:00 · 15:00 · 21:00 Collecte des appels à projets des programmes de soutien

Avec les sept passages du cycle et ces trois tâches, on compte 10 exécutions par jour. À 7 h 30, la consolidation des résultats de la réunion et le contrôle des relevés de règlement s’exécutent dans le même passage.

Chaque jour, VROF revérifie ce que l’IA déclare « traité ».

L’IA fournit une réponse chaque jour, mais n’indique pas si cette réponse a réellement été appliquée. Comme les résultats s’accumulent chaque jour sans erreur, ce n’est qu’au bout de plusieurs mois que l’on s’interroge sur leurs effets.

Pour savoir si une proposition a réellement été traitée, VROF a mis en place un marquage automatique et exécute chaque jour une procédure de réexamen des propositions de la veille. Au-delà des propositions, le passage suivant vérifie aussi que ce marquage est exact.

Avec un simple marquage automatique « traité », personne ne vérifie que ce marquage est juste. Des éléments marqués comme traités mais jamais appliqués s’y mêlent, et l’on aboutit à un travail inachevé qui a l’air terminé. Sans erreur ni avertissement, les journaux semblent parfaitement normaux. Dans le système de VROF aussi, cinq éléments sur neuf étaient erronés, et la procédure de réexamen des propositions de la veille les a détectés au passage suivant.

• Réexamen des propositions de la veille avant la réunion

  Les propositions passées et les changements intervenus depuis sont placés en tête des documents de réunion, pour qu’aucune réunion ne commence sans connaître les échanges de la veille.

• Format fixe pour les comptes rendus

  Un texte libre ne peut pas être recoupé le lendemain. Pour chaque proposition, le quoi, le qui, le pourquoi et le moyen de vérification sont consignés dans des champs définis.

• Évaluation fondée sur les journaux plutôt que sur un tableau de scores

  Propositions, interventions et heures de traitement sont consignées dans les journaux, et les résultats en sont tirés. Un tableau de scores pousse à travailler pour le score, et l’IA y est encore plus sensible.

• Verdict uniquement en présence d’une proposition antérieure

  Sans proposition la veille, le champ de verdict reste vide. Obliger à le remplir pousse l’IA à inventer des contenus sans fondement.

« L’achèvement ne se juge que sur des valeurs vérifiées » : tel est le principe, et le respect de chaque proposition reste consigné tel quel dans les journaux. Les propositions non satisfaites sont également consignées, afin d’éviter d’embellir les résultats après coup.

Le dernier compte rendu contient le passage suivant. À propos d’un chiffre en baisse, la réunion a écrit « nous ne l’avons lu ni comme un succès ni comme un échec », et l’a classé sous « aucune trace de la cause ». À propos d’un chiffre en hausse, elle a aussi écrit « nous ne concluons pas à un succès de la recherche », au motif que les sources de trafic n’étaient pas encore distinguées. VROF a conçu le système pour que « je ne sais pas » soit consigné tel quel. C’est ce qui permet de croire le rapport le jour où une amélioration réelle survient.

La réunion du 23 août 2026 était la 12e, avec 4 nouvelles propositions et 27 verdicts sur des propositions antérieures. Le réexamen des propositions passées a pesé plus de six fois plus que les nouvelles, et le nombre d’achèvements consignés par ce passage lui-même était de 0. Lorsque l’IA ne peut pas marquer elle-même « terminé », la colonne des achèvements affiche 0 : c’est le chiffre exact. Plutôt qu’un journal affichant « 12 terminés », un journal affichant 0 est plus digne de confiance.

Les chiffres du rapport de gestion sont fixés par des règles.

L’IA rédige comme on le lui demande, mais au passage, les chiffres peuvent changer. Par exemple, le rapport seul ne permet pas de savoir si « montant manquant : ○○ wons » correspond au besoin d’une date précise ou au total d’un cycle de facturation.

Dans un rapport de VROF, un total a ainsi été lu comme le besoin d’une date précise, et s’est retrouvé gonflé de près de quatre fois. La solution n’était pas « un meilleur modèle ». Tant que l’étape qui juge et l’étape qui recopie ne sont pas séparées, le même problème se reproduit : voilà la leçon. VROF fixe cette séparation avant de construire.

• Classement d’après les données d’origine

  Les éléments terminés, les éléments récurrents traités automatiquement chaque mois et les regroupements qui ne correspondent pas à un travail réel sont distingués à partir des champs existants. Chaque élément du rapport se retrouve tel quel dans les données d’origine.

• Envoi du rapport même en cas d’échec partiel de consultation

  Les éléments non vérifiés sont signalés en tête du rapport. Une erreur à un seul endroit ne prive pas la journée de tout son rapport.

Extrait de l’instruction transmise à l’IA

• Ne créez ni ne modifiez aucun chiffre ni aucun élément
• Recopiez tel quel, sans changer une seule lettre. Ne résumez pas, ne fusionnez pas, ne retirez rien
• Ne recalculez pas les montants, n’inventez pas de moyen de financement, ne présumez d’aucun virement
• N’ajoutez aucune actualité, perspective de marché ou idée commerciale absente des données d’origine

L’instruction contient une ligne de plus. C’est la phrase la plus importante de ce système.

En cas d’« échec de consultation », traitez le chiffre de la section que cet élément alimente comme « non vu », et non comme « aucun ».

« Aucune sortie d’argent prévue » et « sorties d’argent non vérifiées » ne disent pas du tout la même chose. Si les deux états s’écrivent de la même façon, on ne peut pas savoir si un matin calme est vraiment rassurant. La distinction doit être faite dès la production du rapport.

La seule phrase rédigée par l’IA répond à la question : « par quoi commencer aujourd’hui ? » Les critères de priorité lui sont fournis : les tâches à échéance externe passent en premier, celles qui entraînent des pénalités de retard sont placées le matin, celles qui font rentrer de la trésorerie viennent ensuite, et le développement sans échéance externe en dernier. Ce jugement se prête mal aux règles, car la réponse dépend des tâches qui se chevauchent ce jour-là.

Nous surveillons aussi l’arrêt du système de vérification lui-même.

Une vérification ne peut signaler un résultat que si elle s’exécute. Le matin où tout le serveur est arrêté, toutes les vérifications restent donc muettes. Sans aucun avertissement, l’écran comme le rapport paraissent normaux. Un jour, six heures de la matinée ont entièrement disparu : toutes les tâches de cette plage ont manqué, sans qu’aucun élément ne signale d’anomalie.

Le fait qu’« aucune alerte ne parvient » et « rien à signaler » se ressemblent est le problème que les entreprises équipées de vérifications automatiques découvrent le plus tard.

• Comptage des exécutions par plage horaire

  En plus des vérifications individuelles, nous comptons les exécutions par plage horaire pour repérer les plages interrompues. Ce qui n’a pas pu être lu est noté « non lu », et non 0.

• Périmètre de vérification indiqué dans le rapport

  La mention suivante figure à la fin de la section concernée.

Cette section ne voit pas l’échec du rapport de 08:00 lui-même. Le signal, c’est un jour où aucun rapport n’arrive.

Chez vous, l’absence de rapport le matin devient donc en soi l’alerte la plus importante. En le sachant, on ne se méprend pas sur un matin calme.

Principaux cas d’automatisation interne.

La première étape du cycle et la tâche de 7 h 30 hors cycle sont présentées chacune comme un cas. S’agissant de systèmes internes, nous montrons, au lieu d’une adresse publique, des écrans reconstitués avec des données fictives et les chiffres enregistrés par les outils eux-mêmes.

Nous appliquons à vos processus la structure d’automatisation validée en interne.

Les chiffres dispersés dans plusieurs systèmes vous parviennent chaque matin en un seul rapport : stock d’entrepôt, créances, chiffre d’affaires de la veille, exécution des automatisations de nuit, etc. ; les sujets diffèrent, la structure reste la même.

Confier des tâches à l’IA multiplie les propositions, mais leur exécution doit être vérifiée à part. Ce que VROF construit, c’est une structure qui réexamine les propositions de la veille. Elle s’étend de la même façon à cinq comme à dix domaines, et empêche les rapports qui ne retiennent que les chiffres favorables.

De plus, les chiffres produits par l’IA ne se mêlent pas aux décisions de gestion. Chiffres, classement et sélection sont en effet tous fixés par des règles. Nous ne produisons aucun rapport incapable de répondre à la question « d’où vient ce chiffre ? ».

Périmètre de l’automatisation interne

Le système présenté ici est un outil interne conçu pour les procédures de VROF ; nos offres commerciales sont présentées sur la page Produits maison . Ce système constitue la preuve que la même approche s’applique aux processus de nos clients.

Par domaine, la collecte de données relève de Collecte de données web, l’harmonisation et l’agrégation des données collectées de Analyse de données, et les jugements difficiles à formaliser en règles de Intégration de l’IA.

Nous vérifions que vos automatisations en service fonctionnent réellement.

Une automatisation que vous croyez en service peut être à l’arrêt. Nous la contrôlons à partir de la date de la dernière donnée reçue.

Réponse sous 1 jour ouvré