Comment la validation est réellement imposée

Temps de lecture : 5 minutes. Dernière mise à jour : 14 octobre 2026 Pour qui : toute personne qui a besoin que les validations soient un contrôle et non un usage - et toute personne qui évalue si les validations de QuotWay répondent à une exigence de conformité ou de gouvernance.

Flux de validation explique comment construire une règle. Cet article explique ce qui la tient réellement en place.

Le verrou est à l'intérieur de l'action d'envoi

Quand une règle correspond à une proposition, la validation n'est pas un rappel affiché au commercial : c'est une condition sur l'envoi lui-même, évaluée sur le serveur.

Le commercial choisit Envoyer la proposition.
La version de la proposition est créée et consignée.
Le devis se met en attente au statut En attente de validation marchand.
L'acheteur ne reçoit aucun e-mail. La notification n'est jamais mise en file d'attente tant que le devis est dans cet état.
Ce n'est qu'une fois la chaîne terminée et approuvée que la proposition part chez l'acheteur.

Il n'existe aucun contournement de l'action d'envoi - pas d'« envoyer quand même » pour un commercial pressé. Comme le contrôle s'exécute côté serveur, à l'intérieur du chemin d'envoi et non dans l'interface, il s'applique quelle que soit l'origine de l'envoi, y compris un envoi déclenché par une règle d'automatisation. Une proposition automatique passe par les mêmes règles qu'une proposition manuelle.

Qui peut trancher une étape

Chaque étape d'une chaîne nomme ses approbateurs, soit :

des membres précis de l'équipe - « Dana approuve cette étape », soit
un rôle - « n'importe quel responsable approuve cette étape ».

Les décisions sont contrôlées sur le serveur au regard de cette liste. Un membre de l'équipe qui n'est ni approbateur nommé ni dans le rôle approbateur est rejeté - pas seulement privé du bouton : rejeté au niveau de la requête.

Empêcher un commercial d'approuver son propre devis

Cela découle de votre configuration des rôles : il vaut donc la peine d'y être attentif.

Le rôle Commercial ne porte aucune permission de validation. Un commercial peut construire des propositions, contre-proposer, échanger avec les acheteurs et convertir les devis acceptés, mais il ne peut trancher aucune étape de validation, sur aucun devis - y compris ceux qu'il a rédigés. Responsable et Administrateur peuvent trancher, et seulement sur les étapes où ils figurent comme approbateurs.

La configuration qui vous donne une séparation des tâches est donc :

Qui	Rôle
Les personnes qui rédigent les devis	Commercial
Les personnes qui les approuvent	Responsable ou Administrateur

Ainsi configuré, l'auteur d'un devis est structurellement dans l'incapacité de l'approuver. Si vous avez besoin qu'une même personne rédige et approuve - une petite équipe où le dirigeant fait tout - cela fonctionne aussi ; sachez simplement que vous avez choisi la commodité plutôt que la séparation.

Voir Équipe et rôles pour ce que chaque rôle peut faire.

Étapes conditionnelles : escalader selon la profondeur de la remise

Une étape peut porter une condition, pour qu'une chaîne ne s'engage que lorsque c'est nécessaire. « Un commercial peut remiser jusqu'à 10 %, au-delà cela remonte à un responsable » se traduit par une règle avec une étape conditionnelle : l'étape du responsable ne s'active que si la remise dépasse 10 %, et est sautée sinon - les devis ordinaires partent donc directement.

Les conditions peuvent porter sur la valeur du devis, la remise globale, la remise de ligne la plus forte, le pourcentage d'acompte, les produits ou la collection, les tags client, le site de l'entreprise et la devise. Le critère de la ligne la plus remisée compte ici : une remise globale au niveau du devis permet à une ligne très remisée de se cacher derrière des lignes au prix fort.

⚠️ Les règles de validation nécessitent le forfait Professional. Les étapes conditionnelles, les étapes parallèles, l'escalade après expiration et la délégation nécessitent Enterprise. L'acheminement par la seule valeur - « tout ce qui dépasse 50 000 $ demande un administrateur » - relève de la portée d'une règle et non d'une étape conditionnelle : cela fonctionne sur Professional.

Le contournement administrateur, et ce qu'il consigne

Un administrateur peut annuler une chaîne de validation en cours - pour un approbateur bloqué, une affaire qui a changé, ou une règle qui n'aurait pas dû s'appliquer. C'est volontairement encadré :

Réservé aux administrateurs. Les responsables et les commerciaux ne l'ont pas.
Une justification écrite est obligatoire. Il n'existe pas d'annulation silencieuse.
Chaque étape ouverte consigne une décision. Chaque étape active, en attente ou déléguée reçoit une décision de saut, portant la justification, l'auteur, son adresse IP et son agent utilisateur.
Cela n'envoie pas la proposition. L'annulation ramène le devis à En cours d'examen. Pour envoyer, vous envoyez de nouveau - ce qui réévalue la règle et forme une chaîne fraîche.

Le dernier point est l'essentiel : le contournement est une sortie de secours pour une chaîne bloquée, pas un chemin qui court-circuite le verrou. Le seul moyen pour une proposition d'atteindre un acheteur reste une chaîne approuvée.

La piste d'audit

Chaque décision est enregistrée à part, et l'application n'en modifie jamais aucune : qui a tranché, sur quelle étape, quand, l'issue, et l'éventuelle justification. Les sauts par contournement figurent à côté des approbations plutôt que d'en être absents, et une étape sautée par une condition apparaît comme sautée : l'historique raconte donc ce qui s'est réellement passé. C'est cet enregistrement qui fait des validations une preuve et non une intention - c'est ce que l'on montre quand on demande comment telle remise a été autorisée. Pour la conception d'un tel enregistrement, voir concevoir un journal d'audit pour les validations de prix.

Les décisions des étapes s'affichent sur le devis, avec la chaîne de validation à laquelle elles appartiennent. Le journal d'événements du devis consigne la demande de validation et l'issue de la chaîne, pas chaque décision d'étape.

Deux modifications de règle effacent de l'historique : supprimer une règle supprime les chaînes terminées et les décisions consignées sous cette règle, et retirer une étape d'une règle supprime les décisions passées consignées sur cette étape. Pour mettre une règle à la retraite en gardant sa trace, désactivez-la au lieu de la supprimer - voir Flux de validation.