Le statut qui se calcule au lieu de se saisir

Un groupe international, un canal de signalement. Dans chaque dossier, un champ Statut, en liste déroulante. Sur le papier, rien de plus simple.

Une liste déroulante est une déclaration

Un statut en liste déroulante, c'est quelqu'un qui déclare où en est le dossier. Le jour où il le choisit, c'est vrai.

Puis le dossier avance. L'enquête se termine. Le rapport est rendu. Et le statut, lui, reste là où on l'a laissé.

Personne n'a menti. Quelqu'un a simplement oublié de le mettre à jour. C'est humain, et c'est exactement le problème : un champ qui dépend de la mémoire de quelqu'un finit par être faux.

Multipliez par le nombre de dossiers. Vous obtenez un tableau de bord qui affiche des statuts, sans pouvoir dire lesquels sont encore vrais.

Inverser la logique

J'ai inversé la logique. Le statut ne se saisit plus. Il se calcule.

Il est déduit des faits du dossier :

• la date de clôture de l'enquête ;
• la date de clôture du rapport ;
• la conclusion sur les faits.

À chaque sauvegarde, l'application relit ces faits et écrit le statut automatiquement. Toujours avec la même règle. Une règle unique, et documentée.

Pour l'utilisateur, rien ne se complique. Il renseigne les faits du dossier : une date, une conclusion. Le statut se met à jour tout seul, à l'enregistrement.

Résultat : un dossier est « Clôturé » quand les conditions objectives sont remplies. Pas parce que quelqu'un a cliqué sur « Clôturé ».

Le statut n'est plus un champ à remplir. C'est une conséquence. Il suit le dossier, au lieu de dépendre de la mémoire de quelqu'un.

Ce que ça change en audit

En audit, la question n'est pas seulement « quel est le statut de ce dossier ? ». C'est aussi « pourquoi ce statut ? ».

Avec un statut saisi, la seule réponse possible est : « parce que quelqu'un l'a choisi ». Ce n'est pas une preuve. C'est un souvenir.

Avec un statut calculé, la réponse se démontre. Voici les faits du dossier. Voici la règle. Voici le résultat. Le statut est démontrable, dossier par dossier.

C'est la même idée qu'en comptabilité. On ne demande pas de croire un solde. On demande de le justifier par les pièces. Un statut calculé se justifie par les faits du dossier.

La règle derrière

La règle que j'en tire tient en une phrase : tout ce qui peut être déduit des données ne doit jamais être saisi.

Une date de clôture existe déjà dans le dossier. La saisir une deuxième fois, sous la forme d'un statut, c'est créer une deuxième vérité. Et deux vérités finissent par diverger.

Cette règle vaut bien au-delà d'un canal de signalement. Un état d'avancement, une échéance dépassée, un dossier complet ou incomplet : dès que la réponse se trouve dans les données, c'est à l'outil de la calculer.

Elle a aussi un effet sur le travail des équipes. Il y a un champ de moins à remplir, et un oubli de moins possible. L'énergie va aux faits du dossier, pas à leur résumé.

Ce que ça change pour vous

Ouvrez un de vos outils de suivi. Repérez les champs que vos équipes mettent à jour à la main. Pour chacun, posez la question : la réponse est-elle déjà ailleurs dans le dossier ?

• Si le statut dépend de dates qui existent déjà, il peut être calculé.
• Si un indicateur « en retard » dépend d'une échéance connue, il peut être calculé.
• Si un dossier « complet » dépend de pièces présentes ou absentes, il peut être calculé.

Chaque champ calculé est un champ que personne ne peut oublier. Et, le jour d'un audit, c'est un champ que vous démontrez au lieu de le défendre.

Ce statut calculé fait partie d'un outil plus large, raconté dans la réalisation Un canal de signalement qui surveille ses propres délais. Le même outil compte aussi ses dossiers en retard : les délais réglementaires surveillés par l'outil. Et il devine le rôle de chacun sans liste à tenir : aucune liste d'administrateurs. Ce type d'outil est décrit sur la page Une application à la place de l'Excel.

Tout ce qui peut être déduit des données ne doit jamais être saisi.