Contrayo
Tous les outils contractuels que nous avons examinés affirment être « personnalisables ». Dans la plupart des cas, cela signifie en réalité ceci : vous pouvez réorganiser une poignée d’étapes dans un générateur de flux de travail, une seule fois, puis chaque contrat qui passe par votre organisation suit cette même séquence, quel que soit le contrat en question. Un accord de confidentialité (NDA) de 500 $ et un contrat-cadre de services de 2 millions de dollars reçoivent les trois mêmes approbateurs, dans le même ordre, parce que le flux de travail a été configuré une seule fois, par une personne du service juridique, des mois avant que l’un ou l’autre de ces contrats n’existe.
Cela fonctionne bien pour dix employés. Cela se dégrade silencieusement à deux cents — non pas avec un message d’erreur, mais avec des personnes qui le contournent. Un NDA de cinq minutes qui doit suivre la même chaîne qu’un contrat fournisseur à six chiffres apprend à tout le monde que le processus « officiel » est quelque chose à éviter autant que possible, ce qui est exactement le contraire de ce qu’un flux d’approbation est censé accomplir.
L’alternative n’est pas un générateur de flux de travail plus flexible. C’est de ne pas traiter « le flux d’approbation » comme une chose unique qu’une organisation possède, tout simplement.
L’unité, c’est une politique, pas un flux de travail
Chez Contrayo, ce qu’une organisation configure, c’est une politique — un ensemble versionné de critères d’acheminement, d’étapes d’approbation et de personnes nommées, élaboré conjointement et appliqué automatiquement à tout contrat correspondant. Une politique n’est pas une séquence unique d’étapes ; c’est un ensemble de modèles, chacun défini pour une situation différente, évalués selon un ordre de priorité défini la première fois qu’un contrat doit être acheminé. Le moteur parcourt les modèles dans cet ordre et utilise le premier dont les critères correspondent — type de contrat, seuil de valeur, juridiction, entité juridique signataire, unité opérationnelle à l’origine du contrat, ou si la contrepartie dispose déjà d’un contrat-cadre approuvé. Un modèle défini par valeur n’est pas mis en concurrence selon un score abstrait de « spécificité » face à un modèle défini par juridiction ; votre organisation décide explicitement lequel doit être vérifié en premier, et cette décision est tout aussi visible et tout aussi modifiable que l’ordre lui-même.
Concrètement : un NDA de 2 000 $ et un contrat-cadre de 2 millions de dollars peuvent — et, dans la plupart des organisations qui dépassent une certaine taille, devraient — aboutir à des modèles différents, avec des approbateurs différents, automatiquement, en fonction de la valeur du contrat, et non parce que quelqu’un se souvient de l’acheminer différemment à la main.
Les critères tiennent également compte de la hiérarchie lorsque cela compte. Une règle définie pour « l’unité opérationnelle Finance » correspond à Finance et à tout ce qui en dépend, pas seulement aux contrats étiquetés exactement avec cette unité — car un véritable organigramme comporte des sous-équipes, et un système de critères qui ne ferait qu’une correspondance exacte sous-acheminerait silencieusement les contrats dès qu’une entreprise ajouterait un niveau supplémentaire à sa structure.
Toutes les étapes ne sont pas le même type de verrou
Au sein d’un modèle, une étape est de l’un des trois types suivants : une approbation (quelqu’un peut l’accepter ou la rejeter), un visa (obligatoire, mais sans possibilité de rejet — c’est une case à cocher, pas un verrou que quelqu’un peut opposer), ou une signature (exécution juridique). Cette distinction importe, car toutes les étapes d’une véritable chaîne d’approbation ne constituent pas réellement un point de décision. Certaines ne sont que des accusés de réception. Traiter les trois de la même manière, comme le font de nombreux outils de flux de travail, impose soit une option de rejet à quelque chose qui n’a jamais été censé pouvoir être opposé, soit supprime la capacité de réellement bloquer un contrat à l’étape même où cela compte le plus.
Les étapes s’exécutent également dans un ordre défini, mais pas nécessairement une à la fois. Deux approbations qui ne dépendent pas l’une de l’autre peuvent s’exécuter en parallèle ; une étape de signature qui doit attendre que les deux soient terminées s’exécute ensuite. Une étape ne reste pas simplement marquée « en attente » dès qu’un contrat est acheminé : elle ne devient réellement actionnable qu’une fois que tout ce qui la précède dans la séquence est terminé, et personne ne la perçoit comme étant « en attente de moi » avant ce moment-là. C’est la différence mécanique entre un flux de travail qui paraît parallèle et séquentiel sur un schéma, et un flux qui se comporte réellement ainsi lorsque de vraies personnes essaient de déterminer si c’est à leur tour d’agir.
Séparation des tâches : appliquée, pas seulement documentée
Par défaut, la personne qui approuve l’étape d’approbation d’un contrat ne peut pas être également celle qui le signe. Ce comportement est activé par défaut parce que c’est le réglage raisonnable pour la plupart des organisations, et c’est un paramètre réel qu’une organisation peut désactiver — une entreprise de deux personnes où la même personne doit véritablement endosser les deux rôles est une exception réelle et reconnue, pas un cas limite que le système fait semblant d’ignorer.
Là où c’est encore, honnêtement, limité
Nous préférons le dire directement plutôt que de laisser la liste des fonctionnalités sous-entendre plus qu’elle ne l’est réellement : les personnes autorisées à agir sur une étape aujourd’hui sont des individus précis, nommément désignés — pas un rôle ni un titre. Il n’existe pas encore d’affectation du type « quiconque occupe actuellement le poste de VP Finance » ; si cette personne change, quelqu’un doit mettre à jour l’étape manuellement. Ce que Contrayo résout, c’est la version temporaire de ce même problème : une personne est absente pendant deux semaines, et une délégation à durée limitée met ses approbations à la disposition d’un remplaçant nommément désigné pour exactement cette période, sans toucher en rien à la politique sous-jacente, et sans que personne ne perde la capacité de reconstituer, plus tard, précisément qui était autorisé à agir un jour donné. C’est une pièce réelle et fonctionnelle du puzzle. La version permanente — suivre un rôle indéfiniment, quelle que soit la personne qui l’occupe — est une véritable lacune que nous ne prétendons pas avoir résolue.
Voici la véritable signification de « configurable » dans ce contexte : non pas un flux de travail que l’on dessine une seule fois, mais des critères que votre organisation définit, évalués automatiquement, contrat par contrat, en fonction des personnes que votre organisation nomme réellement — avec les limites honnêtement mentionnées aux côtés des parties qui fonctionnent. Si c’est un problème que vous avez déjà rencontré, démarrez un essai gratuit et mettez-le à l’épreuve avec votre propre chaîne d’approbation, telle qu’elle est réellement.