approbations · le guichet
L'exécution s'arrête. Une personne décide.
Une action protégée n'a pas lieu parce qu'un modèle l'a proposée. L'exécution s'arrête au guichet, une personne lit le bordereau, et la décision repart avec le travail.
Une approbation n'est pas une case à cocher au bas d'un formulaire. C'est un enregistrement, lié à quatre choses, conservé après redémarrage, et dépensé exactement une fois. L'exécution qui l'atteint ne peut pas la contourner par la parole, et rien dans la division ne peut l'accorder à la place d'une personne.
Cette page montre le guichet des deux côtés : ce que voit l'exécution quand elle s'arrête, et ce que le bordereau enregistre quand une personne décide.
le guichet · en mouvement
Une exécution, une trappe.
01 · l'exécution arrive
Une exécution atteint une action protégée.
La carte est l'exécution. Elle porte ce qu'elle a récupéré et ce qu'elle propose de faire ensuite. La trappe est fermée et la lampe éteinte.
le bordereau
Ce que le bordereau enregistre.
Lisez les étapes. Le bordereau à droite garde chaque ligne.
01
Liée à quatre choses.
Une approbation appartient à un espace, un mandant authentifié, une exécution et une version immuable de l'action. Un autre espace, mandant ou exécution ne peut pas la trouver, encore moins la décider. Deux clés, ou deux émetteurs, sont deux identités.
La version compte le plus. Une personne approuve les arguments exacts qu'elle a lus. Si l'exécution en propose d'autres ensuite, c'est une autre action, qui exige sa propre approbation.
- espace
- acme
- mandant
- key_7f3a
- exécution
- 01HV3Q7KX2
- action
- envoyer un second rappel · facture 0417
- version
- 3
02
Revérifiée avant l'expédition.
Juste avant l'envoi de l'action, les entrées complètes, le schéma et le niveau de l'outil, l'espace de travail et tout contexte délégué sont revérifiés contre ce qui a été approuvé. Un argument modifié est bloqué, même hors du résumé que la personne a vu.
La vérification ne fait pas confiance à l'écran. Elle fait confiance à la version enregistrée.
- entrées
- complètes · preuves 2 sur 2
- outil
- send_reminder · niveau protégé
- espace de travail
- finance · contexte délégué vérifié
03
Décidée par une personne, à temps.
Les décisions en attente et leurs issues sont conservées en base de données : un redémarrage ou une coupure de flux ne perd rien. L'expiration est décidée par l'horloge de la base, pas par le navigateur. Une décision prise avant l'expiration ne peut pas être expédiée après.
Une approbation requise ne tombe jamais d'elle-même. Un état manquant, un bac à sable indisponible, une liste d'autorisation ou une revue automatique ne la satisfont pas. Seul un plan marqué consultatif peut continuer après une expiration constatée, et il le dit.
- décision
- approuvée · version 3
- par
- contrôleur de crédit
- à
- 2026-11-01 09:42 · expiration 10:00
04
Dépensée exactement une fois.
Consommer l'approbation autorise une seule tentative d'expédition. Répéter la même décision est sans risque et ne change rien. Des décisions opposées entrent en conflit et la seconde est refusée.
Une action expirée ou refusée n'est pas réinitialisée. Elle exige un nouveau travail et une nouvelle revue, et l'ancien bordereau reste au dossier tel quel.
- expédition
- 1 sur 1 autorisée
- reçu
- exécution 01HV3Q7KX2 · ligne 14
ce qui arrête une exécution
Où se tient le guichet.
Cinq sortes d'action arrêtent une exécution aujourd'hui. Les mandats, à leur arrivée, poseront les mêmes guichets par rôle.
- Envoyer à l'extérieur
- réglage aujourd'huiL'outil qui envoie est au niveau protégé : courriel, message, lettre. L'exécution s'arrête avant que rien ne parte.
- avec les mandatsUne limite de messages sortants par rôle, avec son approbateur nommé.
- Déplacer de l'argent
- réglage aujourd'huiLes outils de paiement, de remboursement et d'avoir sont protégés. Vellon porte l'action ; Q impose l'approbation.
- avec les mandatsUn montant par rôle, et qui signe au-delà.
- Modifier un enregistrement
- réglage aujourd'huiLes outils qui suppriment, archivent ou fusionnent un enregistrement dans un système connecté sont protégés.
- avec les mandatsRéglé par département, pour les enregistrements qu'il détient.
- Dépenser au-delà de la limite
- réglage aujourd'huiUne pause budgétaire retient l'exécution quand sa dépense atteint la limite. Elle attend d'être levée.
- avec les mandatsLe budget propre du mandat, par rôle.
- Une étape nommée par le plan
- réglage aujourd'huiLa politique d'approbation du plan arrête l'exécution à cette étape, quel que soit l'outil.
- avec les mandatsÉcrit une fois dans le mandat.
Le niveau protégé, la politique d'approbation du plan et la pause budgétaire existent aujourd'hui. Les mandats sont en conception et rien dans la colonne de droite n'est en service.
les états
Cinq états, pas de sixième.
pending
En attente
Une personne n'a pas encore décidé. L'exécution attend.
approved · rejected
Décidée
Enregistrée, pas encore expédiée. Le refus met fin à l'action.
expired
Trop tard
L'horloge a gagné. Nouveau travail, nouvelle revue.
consumed
Dépensée
Une expédition a été autorisée et prise.
conflict
Refusée
Une seconde décision, opposée, est arrivée. Elle n'est pas appliquée.
limites
Ce que le guichet ne fait pas.
Il ne décide pas. Une personne le fait, dans l'application ou par l'API, la version en main. Il ne résume pas la proposition en quelque chose de plus facile à approuver : les entrées complètes sont là pour être lues.
Il ne connaît pas encore les départements ni les rôles. Les approbateurs sont aujourd'hui des mandants disposant du droit d'approbation sur l'espace. Les approbateurs et limites par rôle arrivent avec les mandats, qui sont en conception.
La livraison au système connecté est au moins une fois. L'approbation est dépensée une fois ; le système en face doit tolérer une livraison répétée, et le reçu montre si cela s'est produit.