---
title: "Seuils de validation des devis : bâtir une matrice de validation des remises B2B"
description: "Bâtir une matrice de validation B2B : quelle remise, quelle taille d'affaire et quelles conditions exigent un accord, qui valide, et comment l'appliquer."
url: "https://www.quotway.com/fr/blog/b2b-quote-approval-matrix"
type: "blog post"
category: "Quoting & negotiation"
published: "2026-08-22"
updated: "2026-10-14"
locale: "fr"
source: "QuotWay - B2B Quote & Negotiation App for Shopify"
---

# Seuils de validation des devis : bâtir une matrice de validation des remises B2B

Une matrice de validation répond à une question par ligne : **quelle condition envoie un devis en validation, et qui le signe.** Bâtissez-la à partir des quatre éléments qui prédisent réellement le risque sur une affaire B2B - la taille, la remise globale, la remise la plus profonde sur une seule ligne, et les conditions commerciales hors normes - puis mettez un validateur nommé en face de chaque bande. Le reste est de la décoration.

La plupart des équipes n'ont pas de matrice du tout (chaque remise est une conversation) ou en ont une si détaillée que plus personne ne peut chiffrer sans trois e-mails. Ce guide vous donne une matrice type à copier, le raisonnement derrière chaque ligne, la façon de la transformer en politiques de validation opérationnelles sur Shopify, et trois pièges qui font se déclencher une bonne matrice sur les mauvais devis.

(Il s'agit ici de *ce que la politique doit dire*. Pour construire la politique elle-même - le canevas, les étapes, les acteurs - voir [mettre en place des flux de validation B2B sur Shopify](/blog/shopify-b2b-approval-workflows).)

## Ce qu'est vraiment une matrice de validation

Une matrice est un document de politique avant d'être un réglage logiciel. Chaque ligne a trois parties :

**QUAND** une condition est vraie → **QUI** doit valider → **ALORS** ce qui se passe une fois la validation donnée.

Écrite, elle fait trois choses à la fois. Elle dit à votre équipe commerciale exactement de quelle marge de manœuvre elle dispose, si bien qu'elle cesse de demander. Elle dit à vos responsables quelles décisions leur reviennent vraiment. Et elle vous laisse une trace défendable de la raison pour laquelle telle remise a été autorisée - ce qui compte la première fois qu'une affaire tourne mal et que quelqu'un demande comment elle a été signée.

Le test d'une bonne matrice n'est pas l'exhaustivité. C'est qu'un commercial puisse la regarder et savoir, en cinq secondes, s'il peut envoyer le devis lui-même.

## Processus de validation des devis et flux de validation des remises

Deux expressions s'emploient l'une pour l'autre et ne veulent pas tout à fait dire la même chose, ce qui compte quand on en conçoit un.

Un **processus de validation des devis** est tout le chemin qu'un devis parcourt avant de pouvoir atteindre l'acheteur : qui l'examine, dans quel ordre, et ce qui doit être vrai pour qu'il avance. Un **flux de validation des remises** est la partie de ce chemin qui concerne spécifiquement le prix : les bandes de remise qu'un commercial peut accorder seul, et le point où une concession plus profonde doit remonter.

La matrice est la façon d'exprimer l'un comme l'autre. Une ligne, c'est une condition et un validateur ; un **processus de validation des devis** est ce que vous obtenez quand les lignes couvrent la valeur, les conditions et le statut du compte autant que la remise. La plupart des équipes commencent par un flux de validation des remises, parce que c'est sur le prix que l'argent fuit, puis l'élargissent.

La même structure couvre les **validations de commande B2B** du côté de l'acheteur, où la chaîne appartient à l'organisation acheteuse plutôt qu'à vous - traité plus bas.

## Les quatre conditions qui prédisent le risque

Presque toute ligne utile découle de l'une d'elles.

**1. La taille de l'affaire.** La plus simple et la plus difficile à contourner. Une grosse commande mérite une seconde paire d'yeux quelle que soit la marge, parce que le coût d'une erreur est proportionnel au montant.

**2. La remise globale sur le devis.** La remise totale en pourcentage du catalogue. C'est ce qu'utilisent la plupart des matrices, et seule, c'est la plus faible des quatre - voir la suivante. (Pour [chiffrer des produits sur mesure et fabriqués à la commande](/blog/made-to-order-quotes-shopify), il n'y a pas de prix catalogue du tout : les lignes fondées sur la remise ne se déclenchent pas et vos seuils doivent s'appuyer sur la valeur et la marge.)

**3. La remise la plus profonde sur une seule ligne.** La plus forte remise sur une ligne quelconque, mesurée contre le prix catalogue de cette ligne. C'est la condition qui manque à la plupart des matrices, et c'est celle qui rattrape le mode d'échec que la remise globale ne voit pas :

> Un devis de douze lignes où onze sont au plein tarif et où une ligne - celle qui intéresse vraiment l'acheteur, et qui pèse un tiers du total - est à -45 %. La remise globale ressort à 12 %. Votre seuil de 15 % ne se déclenche jamais. Vous venez de céder la marge sur la seule ligne qui comptait.

La remise globale décrit le *devis* ; la remise la plus profonde décrit la *concession*. Les acheteurs négocient sur des lignes : protégez donc les lignes.

**4. Les conditions commerciales hors normes.** Pas du prix du tout : un acompte supprimé, un délai de paiement plus long que d'habitude, une devise dans laquelle vous ne chiffrez pas d'ordinaire, un engagement de livraison inhabituel. Ces éléments ont de vraies conséquences de trésorerie et de risque, et sont fréquemment accordés par celui qui est le plus proche de l'affaire, sans aucun examen.

## Une matrice type à copier

Partez de celle-ci et remplacez les chiffres par les vôtres. Les bandes sont illustratives - ce qui est transposable, c'est la *forme*.

| Quand | Qui valide | Pourquoi cette ligne existe |
|---|---|---|
| Remise ≤ 5 % | Le commercial - aucune validation | L'autonomie du commercial. La plupart des devis devraient tomber ici, sinon la matrice est trop serrée. |
| Remise > 5 % et ≤ 10 % | Le responsable des ventes | La bande de concession courante. |
| Remise > 10 % | Le directeur commercial | Une vraie exposition de marge. |
| **Une ligne quelconque à plus de 15 % de remise** | Le responsable des ventes | Rattrape la concession profonde cachée dans un devis au plein tarif. |
| Valeur de l'affaire > 25 000 $ | Le directeur commercial | La taille seule, indépendamment de la remise. |
| Valeur de l'affaire > 100 000 $ | La finance **et** le directeur commercial | Les deux doivent valider - pas l'un ou l'autre. |
| Acompte supprimé, ou sous votre pourcentage standard | La finance | Une décision de trésorerie, pas de prix. |
| Délai de paiement plus long que votre standard | La finance | C'est du crédit, et le crédit relève de la finance. |
| Devis dans une devise que vous ne pratiquez pas | La finance | Une exposition de change sur la durée de validité du devis. |
| Première commande d'un nouveau compte | Le responsable des ventes | Une vérification unique : le compte est réel et les conditions conviennent. |
| Client marqué pour validation automatique | Personne - l'étape est sautée | Votre liste de comptes privilégiés, sans une seconde politique parallèle. |

Deux remarques de structure. La ligne à plus de 100 000 $ utilise **tous** les validateurs plutôt que l'un d'eux : sur les plus grosses affaires, vous voulez les deux signatures, pas celle de qui se trouve à son bureau. Et la dernière ligne est un *saut*, pas une validation - une exemption conditionnelle sur une étape existante, ce qui est la bonne façon de traiter une poignée de comptes de confiance sans entretenir une politique en double.

## Transformer la matrice en politiques

Chaque ligne devient soit une politique, soit une étape à l'intérieur d'une politique. Dans QuotWay, une politique a un **domaine** (votre côté ou celui de l'acheteur), une **condition de déclenchement** qui décide à quels devis elle s'applique, et une chaîne ordonnée d'**étapes** - chacune avec ses validateurs et un mode **ANY** (une validation suffit) ou **ALL** (tous doivent valider).

Les conditions sur lesquelles vous pouvez bâtir recoupent étroitement la matrice ci-dessus : le **montant** du devis, la **remise globale en %**, la **remise la plus profonde en %**, le **pourcentage d'acompte**, l'appartenance à un produit ou à une collection, les tags client, le site d'entreprise, et la devise - combinables avec et / ou / non.

Deux mécanismes décident si votre matrice se comporte comme écrit :

**Les politiques s'évaluent par ordre de priorité, et la première correspondance l'emporte.** L'ordre compte donc autant que le contenu. Une politique large « tout devis de plus de 25 000 $ » placée au-dessus d'une politique précise « au-delà de 100 000 $, il faut la finance et le directeur » signifie que la seconde ne s'exécute jamais. **Placez les politiques les plus précises en premier**, les filets de sécurité généraux en dernier, et lisez votre liste de haut en bas comme une séquence plutôt que comme un ensemble.

**Les sauts conditionnels valent mieux que les politiques en double.** Quand une ligne est une exemption plutôt qu'une nouvelle chaîne, ajoutez une condition à l'étape (« sauter cette étape si le client porte le tag `auto-approve` ») au lieu de bâtir une seconde politique qui concurrence la première.

Les politiques de validation demandent le forfait Professional ; les étapes parallèles, les sauts conditionnels, l'escalade par délai et la délégation sont sur Enterprise.

## Trois pièges qui font se déclencher une bonne matrice au mauvais endroit

**1. La devise des seuils.** La condition de montant d'une étape compare le total du devis **dans la devise de base de votre boutique**, pas dans la devise proposée à l'acheteur. Si votre base est le dollar et que vous chiffrez 9 000 € pour un acheteur, la condition voit l'équivalent en devise de base - qui peut dépasser votre seuil de 10 000 $ alors que le chiffre affiché sur le devis, non. Sur une boutique monodevise, cela ne se présente jamais. Sur une boutique multidevise, cela décide si vos seuils veulent dire quelque chose : fixez-les donc en devise de base délibérément, pas par accident.

**2. Une donnée absente saute la condition - elle ne bloque pas le devis.** Si une condition renvoie à quelque chose que le devis n'a pas, cette partie de la règle est sautée. Une étape sautée de cette façon est enregistrée comme sautée, mais le motif n'est pas conservé avec le devis - le mode test de l'éditeur de politiques l'affiche quand vous simulez la politique sur un devis récent. Le cas courant : **les devis de visiteurs n'ont pas de tag client**, donc une règle bâtie sur un tag client ne correspondra tout simplement pas à une demande anonyme. C'est le bon comportement - échouer en laissant passer vaut mieux que bloquer des affaires légitimes sur des métadonnées absentes - mais cela veut dire qu'une condition sur un tag est un mauvais garde-fou *unique* pour un devis à forte valeur. Protégez la valeur par la valeur.

**3. La remise globale comme seule condition de prix.** Traité plus haut, et digne d'être répété parce que c'est le défaut de conception le plus fréquent : une matrice bâtie uniquement sur la remise globale se contourne sans effort par tout acheteur qui concentre sa demande sur une seule ligne.

## N'oubliez pas le côté acheteur

Une matrice de validation se conçoit généralement pour le vendeur. Mais les grands acheteurs ont leurs propres chaînes, et si vous ne pouvez pas représenter la leur, vous passerez l'affaire à deviner pourquoi un devis accepté sur le principe n'est pas revenu.

Les politiques côté acheteur utilisent la même structure - étapes, acteurs, ANY ou ALL - mais les validateurs sont des contacts chez l'organisation acheteuse : responsable des achats, puis finance, puis un accord final. Quand leur chaîne tourne, le devis reste dans un état d'attente clairement nommé et l'acheteur voit où il en est (« Étape 1 sur 3 - examen par le responsable des achats ») plutôt qu'une pause inexpliquée. Cela vaut la peine pour la même raison que votre propre matrice : tout le monde voit à qui revient le prochain geste.

## Ce qui se passe quand une validation cale

Toute matrice finit par rencontrer quelqu'un en congé. Deux choses à savoir :

- **Donnez un délai aux étapes.** Une étape qui attend au-delà de son délai peut envoyer un rappel, être réaffectée à quelqu'un d'autre, ou être validée ou refusée automatiquement - et une décision automatique est consignée avec le système comme auteur et une justification indiquant que le délai a expiré. Les délais et l'escalade sont des capacités Enterprise.
- **La délégation se fait par étape.** Un validateur qui ne peut pas agir peut confier l'étape qui l'attend à un collègue, depuis le devis. Le collègue reprend cette décision, la passation est consignée, et l'étape ne revient pas d'elle-même - déléguez donc l'étape, pas une période d'absence. La délégation est une capacité Enterprise, et la politique de chaque étape décide si elle est permise.

Si vous vous surprenez à réaffecter sans cesse, ce n'est pas un problème de validations : c'est le signe qu'une ligne de votre matrice achemine vers quelqu'un qui n'est pas réellement disponible pour cela.

## Gardez la matrice petite

Chaque ligne est un délai. Un devis en attente de signature est un devis auquel votre concurrent peut répondre le premier, et le délai de réponse est l'un des rares leviers qui fait vraiment bouger le taux de réussite.

Trois façons de rester honnête :

- **Visez que la plupart des devis ne demandent aucune validation.** Si la majorité de vos devis franchissent un seuil, votre bande d'autonomie est trop étroite et vous avez fait de vos responsables un goulet plutôt qu'un contrôle.
- **Mesurez le délai de validation** comme vous mesurez le délai de réponse, et traitez une étape lente comme un problème de conception, pas de personnes.
- **Revoyez les seuils quand vos coûts bougent.** Une bande à 10 % calée sur les marges de l'an dernier est une autre politique cette année.

## Erreurs courantes

- **Poser des bandes sans autonomie à la base.** Si un commercial ne peut rien valider, chaque devis est une file d'attente.
- **Un seuil unique pour tous les produits.** Une remise de 10 % sur un accessoire à forte marge et sur votre ligne la plus tendue ne sont pas la même décision. Utilisez des conditions de produit ou de collection là où le profil de marge diffère vraiment.
- **Des validations acheminées vers un rôle que personne n'incarne.** « La finance » doit se résoudre en une personne qui reçoit la notification - voir [commerciaux : accès à l'administration et propriété des devis](/blog/b2b-sales-rep-quoting-shopify) pour la façon dont les membres de l'équipe, les rôles et l'affectation s'articulent.
- **Ne jamais relire la piste d'audit.** La trace de ce qui a été validé, par qui, et sur quelle base est tout l'intérêt - et c'est la première chose qu'on réclame quand une affaire tourne mal. [Concevoir un journal d'audit pour les validations de prix](/blog/pricing-approval-audit-log) détaille ce que cette trace doit contenir.
- **Construire la matrice d'abord dans l'application.** Écrivez-la comme un tableau, faites-la valider par les ventes et la finance, *puis* configurez-la. Des politiques bâties par tâtonnement dans un écran de réglages ont tendance à figer qui était dans la pièce.

## Questions fréquentes

### Qu'est-ce qu'une matrice de validation en vente B2B ?

Une matrice de validation est un tableau qui associe des conditions à des validateurs : quelle remise, quelle taille d'affaire ou quelle condition commerciale exige un accord, et qui le donne. Chaque ligne se lit *quand ceci est vrai, cette personne valide*. Elle donne aux commerciaux une bande d'autonomie claire, achemine les vraies exceptions vers le bon décideur, et laisse une trace de la raison pour laquelle une concession a été autorisée.

### À partir de quel niveau de remise faut-il une validation ?

Il n'existe pas de chiffre universel : cela dépend de vos marges. Une forme courante, c'est une autonomie complète du commercial jusqu'à environ 5 %, un responsable des ventes entre 5 % et 10 % environ, et un directeur au-delà. Ce qui compte davantage que les bandes exactes, c'est que la plupart des devis tombent dans l'autonomie du commercial : si la majorité exige une validation, le seuil est trop serré et vous avez fait de vos responsables un goulet.

### Pourquoi protéger la remise la plus profonde sur une ligne, et pas seulement le total ?

Parce que les acheteurs négocient sur des lignes, pas sur des moyennes. Un devis avec onze lignes au plein tarif et une ligne à -45 % peut ressortir à environ 12 % de remise globale et passer sous un seuil de 15 % - tout en cédant la marge sur la ligne qui intéressait vraiment l'acheteur. Une condition sur la ligne la plus remisée rattrape la concession qu'un chiffre global masque.

### Puis-je définir des règles de validation différentes selon les clients ?

Oui. Les conditions peuvent renvoyer à des tags client, au site d'entreprise, à l'appartenance à un produit ou à une collection, et à la devise : un compte de confiance peut donc sauter une étape par laquelle tous les autres passent. Utilisez un saut conditionnel sur une étape existante plutôt qu'une seconde politique - les politiques concurrentes s'évaluent par ordre de priorité et la première correspondance l'emporte, si bien que les doublons ont tendance à s'éclipser mutuellement.

### Les seuils de validation utilisent-ils la devise du devis ou celle de ma boutique ?

La condition de montant d'une étape compare le total du devis dans la **devise de base de votre boutique**, pas dans celle que voit l'acheteur. Sur une boutique monodevise, cela ne change rien ; sur une boutique multidevise, cela signifie qu'un devis en devise étrangère est mesuré par son équivalent en devise de base. Fixez vos seuils en devise de base délibérément.

### Que se passe-t-il si une condition renvoie à une donnée absente du devis ?

Cette partie de la règle est sautée, et l'étape est enregistrée comme sautée ; le motif n'est pas conservé avec le devis, mais le mode test de l'éditeur de politiques l'affiche quand vous simulez la politique sur un devis récent. Le cas courant est le devis d'un visiteur, qui n'a pas de tag client : une condition fondée sur un tag ne peut donc pas lui correspondre. Cela échoue en laissant passer plutôt qu'en bloquant le devis - raison pour laquelle un garde-fou sur une forte valeur doit reposer sur la valeur, pas seulement sur un tag.

### Qu'est-ce qu'un processus de validation des devis ?

Un processus de validation des devis est le chemin défini qu'un devis parcourt avant de pouvoir partir chez l'acheteur : quelles conditions exigent un accord, qui le donne, et dans quel ordre. Il existe pour qu'un commercial sache ce qu'il peut envoyer seul, que les exceptions atteignent le bon décideur, et qu'il reste une trace de la raison pour laquelle tel prix a été autorisé. En pratique, il s'exprime sous forme de matrice de validation : une ligne par condition, chacune avec un validateur nommé.

### Qu'est-ce qu'un flux de validation des remises ?

Un flux de validation des remises est la partie tarifaire d'un processus de validation des devis : les bandes dans lesquelles un commercial peut remiser sans demander, et les seuils à partir desquels une remise plus profonde remonte. Une forme courante, c'est une autonomie complète jusqu'à 5 % environ, un responsable des ventes jusqu'à 10 %, un directeur au-delà - avec une règle distincte qui rattrape une remise profonde sur une ligne quelconque, qu'un chiffre global peut masquer.

### Quelles bonnes pratiques pour les validations de commande B2B ?

Gardez la plupart des commandes hors de la chaîne : si la majorité franchit un seuil, les bandes sont trop serrées et les validateurs deviennent un goulet. Protégez la ligne la plus remisée autant que le total. Acheminez vers des personnes nommées plutôt que vers des rôles que personne n'incarne. Mesurez le délai de validation comme vous mesurez le délai de réponse, parce qu'un devis en attente d'accord est un devis auquel un concurrent peut répondre. Et revoyez les seuils dès que vos marges bougent.

### Quel forfait faut-il pour les flux de validation sur Shopify ?

Shopify n'a pas de fonctionnalité native de validation des devis : cela vient donc d'une application de devis. Dans QuotWay, les politiques de validation demandent le forfait Professional ; les étapes parallèles, les sauts conditionnels, l'escalade par délai et la délégation sont sur Enterprise. Les chaînes de validation côté acheteur exigent en plus une boutique compatible B2B, puisque les validateurs sont des contacts de l'entreprise acheteuse.

## La place de QuotWay

QuotWay est une application de devis et de négociation B2B pour Shopify, conçue par EFOLI. Elle transforme une matrice en contrôle opérationnel : des politiques de votre côté ou de celui de l'acheteur, des conditions sur la valeur du devis, la remise globale, la remise la plus profonde, le pourcentage d'acompte, les produits, les tags, le site et la devise, avec des étapes qui exigent l'un ou tous leurs validateurs. Les envois automatisés respectent les mêmes politiques : un devis qui devrait passer en validation ne s'échappe jamais parce qu'une règle s'est déclenchée d'abord. Chaque décision - qui, quand, l'issue, et l'éventuelle justification - est enregistrée à part, sans que l'application ne la modifie jamais, et une étape sautée par une condition apparaît comme sautée. Les validations sont sur le forfait Professional et au-delà ; l'acheminement avancé est sur Enterprise. Voir [les flux de validation](/features/approvals), le [guide de mise en place](/docs/approvals/approval-workflows), les [forfaits et tarifs](/pricing), ou [ajouter QuotWay sur Shopify](/install).

## Sources

- [Documentation QuotWay : les flux de validation](/docs/approvals/approval-workflows) - anatomie d'une politique, exemples, escalade et délégation.
- [Documentation QuotWay : les règles d'automatisation](/docs/automation/automation-rules) - comment les validations priment sur les envois automatisés.
- [Documentation QuotWay : prix plancher et remises](/docs/negotiation/floor-price-and-discounts) - le plancher par ligne, qui fonctionne aux côtés des seuils de validation.
- [Centre d'aide Shopify : le B2B sur Shopify](https://help.shopify.com/en/manual/b2b)