Sur cette page
- Un cabinet qui conseille sur l'automatisation doit pouvoir montrer la sienne : Meridal fait tourner sa facturation et son suivi de trésorerie dans un système construit pour lui.
- Tout état est recalculé à la demande depuis les faits, jamais saisi à la main : un chiffre saisi peut mentir, un chiffre recalculé ne le peut pas.
- Une règle qui vit seulement dans une consigne est un souhait : elle descend au niveau de la clé d'accès ou du code, que l'agent ne peut pas contourner.
- Par défaut, tout ce qui sort vers l'extérieur passe d'abord par une personne, et une tâche ne devient automatique qu'après dix validations d'affilée sans correction.
- Le système demande de la discipline : des tests, un journal, et de ne construire une fonction que si la précédente fait déjà gagner du temps.
Problème
Un cabinet d'une personne a les mêmes tâches qu'une grande entreprise, en plus petit : facturer, suivre sa trésorerie, relancer, publier, tenir sa liste de prospects. Chacune est répétitive, et chacune peut mal tourner : une facture qui part avec un mauvais montant, un chiffre de trésorerie qui n'est plus à jour, un courriel envoyé par un agent qui a mal compris.
Un cabinet qui conseille sur l'automatisation doit pouvoir montrer la sienne. La page décrit comment Meridal automatise sa propre gestion, avec les règles qui empêchent ces trois accidents.
Principe
- Tout état est dérivé : les chiffres se recalculent à la demande depuis les faits, jamais saisis ni stockés. Un état qui n'est jamais écrit ne peut pas mentir. Le tableau de bord du cabinet n'a aucun chiffre saisi.
- Une règle descend au niveau le plus bas : une règle qui vit seulement dans une consigne n'en est pas une, c'est un souhait. Chaque interdit se place le plus bas possible : la clé d'accès, puis le code, puis le mandat de l'agent.
- Rien ne sort sans validation : par défaut, ce qui part vers l'extérieur passe d'abord par une personne. Une tâche ne devient automatique qu'après dix validations d'affilée sans correction ; un seul refus remet le compte à zéro.
- De petites briques solides : chaque brique tient dans un fichier simple, avec un outil qui le lit et une sortie tracée. Elle se teste seule et se remplace seule.
| Niveau | Ce qu'il tient | Qui peut le contourner | Exemple |
|---|---|---|---|
| La clé d'accès | Ce que l'éditeur autorise | Personne, pas même un bug | La clé d'accès Gmail du cabinet ne permet pas d'envoyer un courriel |
| Le code | Ce que le module expose | Seulement une modification du code, qui casse un test | Le module crée des brouillons et ne sait pas les envoyer |
| Le mandat | Ce que l'agent choisit de faire | L'agent, s'il déraille | La consigne de l'agent, qui reste le dernier recours |
Ce que l'éditeur autorise
Personne, pas même un bug
La clé d'accès Gmail du cabinet ne permet pas d'envoyer un courriel
Ce que le module expose
Seulement une modification du code, qui casse un test
Le module crée des brouillons et ne sait pas les envoyer
Ce que l'agent choisit de faire
L'agent, s'il déraille
La consigne de l'agent, qui reste le dernier recours
Fonctionnement
Le chemin d'un geste, de l'agent à la sortie :
- Un déclencheur lance une tâche : un horaire, un fichier, un événement.
- Un agent travaille sous un mandat qui dit ce qu'il a le droit de lire et de produire.
- Il dépose son résultat, par exemple un brouillon de courriel ou une facture à émettre, dans une file de validation.
- Une personne valide, corrige ou refuse. Chaque décision compte pour la règle des dix validations d'affilée.
- Le journal garde chaque opération : rien ne s'y réécrit, et les états se recalculent depuis lui.
Un déclencheur lance une tâche : un horaire, un fichier, un événement.
Un agent travaille sous un mandat qui dit ce qu'il a le droit de lire et de produire.
Il dépose son résultat, par exemple un brouillon de courriel ou une facture à émettre, dans une file de validation.
Une personne valide, corrige ou refuse. Chaque décision compte pour la règle des dix validations d'affilée.
Le journal garde chaque opération : rien ne s'y réécrit, et les états se recalculent depuis lui.
Une exception existe depuis le 30 octobre 2026 : pour une liste close de canaux de publication où un contenu se retire après coup, un agent peut publier sans validation unitaire. Les autres canaux, le courriel compris, restent soumis à la décision de son propriétaire.
Exemple détaillé
La facturation de Meridal produit les factures en PDF et en Word, et tient un registre. Le suivi de trésorerie lit ce registre et prévient quand un seuil réglementaire approche. Aucun chiffre n'y est saisi à la main : l'état se recalcule depuis les factures émises.
La réalisation décrite sur le site : la gestion de Meridal, automatisée.
Risques
Un chiffre qui ment
CauseUn fichier d'état tenu à la main divergeait déjà du réel au bout de trois jours dans la revue d'architecture du 3 août 2026.
À faireLe remplacer par une commande qui recalcule l'état depuis les faits.
Une règle que l'agent peut contourner
CauseUne règle écrite seulement dans une consigne peut être oubliée ou contournée par l'agent.
À faireLa faire descendre au niveau de la clé d'accès ou du code.
Un automatisme qui dépend d'un poste personnel
CauseQuand le poste s'éteint ou dort, rien ne tourne, et rien ne prévient. C'est la cause des pannes retrouvée dans une étude d'hébergement.
À fairePrévoir un hébergement permanent et un message d'échec : voir l'étude d'hébergement.
Une fonction construite avant de servir
CauseDes fonctions prévues n'existent que sur le papier : une fonction n'est construite que si la précédente fait déjà gagner du temps.
À faireNe construire que la suivante utile.
Mise en place
- Commencer par un registre de faits en fichier simple, et calculer les états depuis lui.
- Écrire un mandat par agent, et poser une file de validation avant toute sortie : les niveaux d'autonomie et la liste de contrôle d'un agent qui agit.
- Placer chaque interdit au niveau le plus bas : clé d'accès, code, puis consigne.
- Écrire des tests qui n'ont pas besoin du réseau, pour que le système se vérifie seul : évaluer un outil d'IA.
Exercice
- Prenez une tâche de gestion que vous faites chaque mois, comme émettre une facture.
- Écrivez les faits qu'elle produit, une ligne par fait, avec sa date.
- Écrivez comment l'état dont vous avez besoin se recalcule depuis ces lignes.
- Dites à quel niveau, clé d'accès, code ou consigne, vous placeriez l'interdit « ne jamais envoyer sans accord ».
Prenez une tâche de gestion que vous faites chaque mois, comme émettre une facture.
Écrivez les faits qu'elle produit, une ligne par fait, avec sa date.
Écrivez comment l'état dont vous avez besoin se recalcule depuis ces lignes.
Dites à quel niveau, clé d'accès, code ou consigne, vous placeriez l'interdit « ne jamais envoyer sans accord ».
Vérification
1ComprendrePourquoi un état se recalcule-t-il au lieu de se saisir ?
Parce qu'un état saisi peut diverger du réel ; un état recalculé depuis les faits ne peut pas mentir.
2ComprendrePourquoi une règle écrite dans une consigne ne suffit-elle pas ?
Parce qu'une consigne peut être oubliée ou contournée : la règle est plus sûre au niveau de la clé d'accès ou du code.
3AppliquerQuand une tâche devient-elle automatique ?
Après dix validations d'affilée sans correction ; un seul refus remet le compte à zéro.
Lectures suivantes
Rien avant : c'est un point de départ.
Le système d'un cabinet
Les pages qui renvoient ici
Limites et sources
La page décrit le système de Meridal tel qu'il est consigné dans ses décisions d'architecture et dans sa réalisation publique. Le détail de son code ne se publie pas.
Une partie des fonctions prévues n'existe que sur le papier, et le système n'a pas de second mainteneur.
- Meridal, la gestion de Meridal, automatisée, relevé du 29 septembre 2026.
Écrit par Meridal, avec l'aide de l'IA ; chaque fait vérifié à sa source et relu avant publication. Texte et schémas sous licence CC BY 4.0 : reprenez-les en citant Meridal. Le code sous licence MIT.
Outiller un métier de bout en bout
À partir de 8 250 €, sur devis