Un ordinateur ne saurait être tenu pour responsable
La maxime qui devrait régir le logiciel
Une ancienne maxime de l'informatique veut qu'un ordinateur ne puisse être tenu pour responsable, et que, partant, un ordinateur ne doive jamais prendre de décision de gestion. Cela se lit comme une évidence. C'est en réalité une consigne de conception. La responsabilité est un attribut humain. Elle requiert un nom, une signature et la volonté de répondre d'un choix lorsque ce choix est mis en cause. Une machine n'a rien de tout cela. Elle ne saurait comparaître devant un conseil de discipline. Elle ne saurait être sanctionnée par un barreau. Lorsqu'il est permis au logiciel de décider, la responsabilité ne disparaît pas. Elle s'égare, ce qui est pire.
Préparer, consigner, faire respecter
Le logiciel mérite sa place en accomplissant trois choses qu'une personne ne devrait pas faire à la main. Il prépare : il rédige la facture, constitue la recherche de conflits, dresse le rôle. Il consigne : il inscrit qui a fait quoi et quand, sous une forme que nul ne peut altérer discrètement. Il fait respecter : il maintient une règle inébranlable face à la pression et à la fatigue. Aucune de ces tâches n'est une décision. Chacune est l'échafaudage sur lequel repose une décision. Dans Mersal, le registre d'audit est en ajout seul, garanti par des déclencheurs de base de données qui rejettent toute modification pour chaque rôle, administrateurs compris, de sorte que la trace d'un choix ne puisse être réécrite après coup.
La signature demeure celle d'une personne
Tracez la ligne à l'instant de la conséquence. Une recherche de conflits peut s'exécuter automatiquement, mais la levée d'une correspondance est l'acte d'un associé, consignée au nom d'un associé. Une facture peut être préparée jusqu'au dernier numéro de série, mais son émission est la décision d'une personne, et une fois émise elle se fige. Un dossier peut être constitué par un collaborateur, mais son activation revient à celui à qui les règles confient ce poids. Mersal impose le point de contrôle de l'approbation par un associé au niveau de la base de données, non dans l'interface, de sorte que la frontière ne puisse être écartée par un écran habile. Le logiciel doit rendre la bonne décision aisée et la mauvaise visible. Il ne doit jamais prendre la décision lui-même.
Rien de tout cela ne ralentit un cabinet. Cela supprime l'ambiguïté qui, plus tard, ralentit un cabinet, lorsque quelqu'un demande qui a approuvé une chose et que la réponse honnête est que personne ne l'a fait. Concevez la machine pour préparer, pour consigner et pour faire respecter, et gardez le dernier pouce, la signature, entre des mains humaines. Un outil qui ne saurait répondre d'une décision ne doit jamais être celui qui la prend.
Dossiers, conflits, facturation TVA, reçus scellés et calendrier, dans un seul système défendable.