Tarifs B2B dans Magento 2 : comment fonctionne Price List dans Kowal B2B Suite ?

Les tarifs B2B dans Magento 2 permettent de définir des prix par entreprise, produit et quantité commandée. Dans Kowal B2B Suite, Price List associe des grilles tarifaires communes à plusieurs clients professionnels et des prix contractuels individuels. Le commercial définit les conditions, puis le mécanisme choisit le montant adapté à l’entreprise, au canal de vente, au SKU, à la devise et à la quantité commandée.

C’est utile lorsqu’un distributeur, un installateur et un client régulier achètent le même produit à des conditions différentes. Voici le fonctionnement des tarifs, l’ordre de sélection du prix, leur configuration et six cas d’utilisation. Cette description correspond à l’implémentation de Kowal B2B Suite vérifiée en novembre 2026.

Qu’est-ce que Price List dans Kowal B2B Suite ?

Price List est un ensemble de prix nommé, rattaché à un website Magento et à une devise. Ses lignes sont identifiées par le SKU du produit, le prix et la quantité minimale à partir de laquelle il s’applique. Un produit peut apparaître plusieurs fois si chaque ligne possède un seuil de quantité différent.

Vous affectez la grille à une entreprise B2B. Un ensemble de prix peut servir plusieurs clients et une entreprise peut utiliser plusieurs grilles. La priorité enregistrée dans l’affectation détermine leur ordre de consultation.

Cette séparation permet de maintenir une offre commune à un segment et d’enregistrer les exceptions négociées avec une entreprise précise.

Comment Magento choisit-il le prix B2B ? L’ordre compte

Kowal B2B Suite vérifie d’abord que B2B est activé pour le website et que l’entreprise lui est activement rattachée. Le prix est ensuite déterminé dans cet ordre :

1. Prix contractuel de l’entreprise. Entreprise, website, SKU et devise doivent correspondre. Parmi les paliers disponibles, le système retient la quantité minimale la plus élevée qui ne dépasse pas la quantité commandée.
2. Grilles affectées à l’entreprise. Elles sont consultées par valeur de priorité croissante : priorité 10 avant priorité 100. Les grilles inactives, dans une autre devise ou sans ligne correspondant au SKU et à la quantité sont ignorées. Le prix de la première grille correspondante est renvoyé.
3. Prix du catalogue Magento. Si aucun prix B2B n’est trouvé, le mécanisme de base renvoie la source catalogue. Dans le panier, le module retire le prix B2B personnalisé qu’il aurait appliqué précédemment et laisse Magento poursuivre le calcul standard.

La priorité détermine la grille qui prévaut. Le système ne compare pas tous les montants pour trouver le moins cher. De même, un prix contractuel correspondant prévaut sur un prix de grille, même s’il est supérieur. Définissez donc les priorités selon votre politique commerciale et attribuez des valeurs distinctes aux grilles qui se chevauchent.

Configurer une grille tarifaire B2B dans Magento 2

1. Préparez le contexte de l’entreprise. Activez B2B pour le bon website et vérifiez le rattachement actif de l’entreprise à ce canal.
2. Créez la grille. Dans Pricing, saisissez un nom explicite, choisissez website et devise et définissez son état actif.
3. Ajoutez les lignes. Indiquez des SKU existants, un prix unitaire et une quantité minimale positive. Saisissez-les individuellement ou importez un CSV.
4. Affectez la grille à l’entreprise. Sélectionnez entreprise et website, puis la priorité. Le formulaire vérifie que la grille appartient au même website.
5. Ajoutez les exceptions convenues. Si une entreprise dispose d’un accord spécifique sur certains SKU, enregistrez leurs prix contractuels.
6. Vérifiez le résultat. Utilisez Explain Price pour une entreprise, un SKU, une devise et une quantité précis. Testez ensuite le panier et les vues ou intégrations nécessitant l’index.

Des noms comme « Distributeurs PL », « Services partenaires EUR » ou « Offre projet Alfa » sont généralement plus pratiques que des numéros successifs. Ils expliquent aussi pourquoi une entreprise bénéficie de certaines conditions.

Cas 1 : un produit, des prix différents selon le segment

Un fabricant vend le filtre FILTR-A à des installateurs et à des distributeurs. Il crée deux grilles et les affecte aux entreprises concernées. Toutes deux utilisent le même website et la devise PLN.

Chaque nouvelle entreprise du segment peut recevoir la grille existante. Modifier un prix dans « Installateurs PL » actualise les conditions communes des entreprises affectées. Les prix contractuels individuels conservent leur priorité.

Les montants et noms d’entreprises sont fictifs. Pour simplifier, nous supposons des prix hors taxes et omettons taxes, livraison et remises supplémentaires. Dans la boutique réelle, la saisie et l’affichage doivent correspondre à la configuration fiscale de Magento.

Cas 2 : des paliers de quantité pour les commandes de gros

Un grossiste souhaite récompenser les commandes plus importantes d’un produit. Il enregistre trois lignes pour le même SKU dans « Partenaires PL » :

Pour 12 unités, le système choisit le seuil 10 et 90 PLN par unité. Pour 80 unités, il retient le seuil 50 et 86 PLN, soit 6 880 PLN pour la ligne. À 95 PLN, le montant serait de 7 600 PLN, donc 720 PLN de plus.

Le prix choisi s’applique à toute la quantité de la ligne. Ce n’est pas un calcul progressif où les neuf premières unités coûtent 95 PLN et les suivantes un autre montant. Le seuil porte sur la quantité du produit transmise au calcul ; il ne cumule pas automatiquement différents SKU ni des achats précédents.

Dans l’intégration standard du panier, le module réapplique les prix B2B lors du recalcul des totaux. Une modification de quantité peut donc changer le palier retenu.

Cas 3 : une grille projet complétée par une grille de base

Alfa possède deux affectations : « Projet Alfa », priorité 10, et « Partenaires PL », priorité 100. La grille projet couvre seulement les produits du projet ; la grille de base fournit les prix du reste de l’assortiment.

La première ligne illustre la priorité : la grille projet gagne malgré son montant supérieur. Dans la seconde, le système poursuit sa recherche car la première grille n’a pas de ligne correspondante. Il peut aussi le faire si la quantité commandée est inférieure à tous les seuils de ce SKU dans la première grille.

Cette approche convient à quelques exceptions dans une offre de base étendue. Avant déploiement, testez les produits présents dans les deux grilles et ceux figurant dans une seule.

Cas 4 : un prix contractuel pour un client stratégique

La grille d’une entreprise propose FILTR-A à 82 PLN, mais son accord prévoit un prix contractuel distinct de 88 PLN dès une unité. Pour l’entreprise, le website et la devise correspondants, le module choisit 88 PLN issus du contrat.

Le prix contractuel convenu a priorité. Si le contrat comporte d’autres paliers, par exemple 88 PLN dès 1 unité et 79 PLN dès 100, une commande de 120 unités reçoit le prix contractuel de 79 PLN.

Si ce prix ne commence qu’à 100 unités, une commande de 20 n’atteint pas le seuil. Le mécanisme peut alors consulter les grilles affectées à l’entreprise. Cela associe les conditions courantes à un accord spécifique pour les grandes livraisons.

Cas 5 : des prix distincts par canal et devise

Une entreprise dessert le marché polonais et l’export. Elle introduit une grille PLN et une grille EUR, affectées dans les websites Magento appropriés. FILTR-A peut coûter 95 PLN dans l’une et 22 EUR dans l’autre.

Pour un calcul en EUR, les grilles en PLN sont ignorées. Les prix contractuels doivent également correspondre à la devise demandée. Les montants sont des conditions commerciales enregistrées dans une devise donnée ; le résolveur B2B ne convertit pas automatiquement une grille PLN en EUR.

Vous pouvez ainsi maintenir une politique distincte à l’export. Sans prix correspondant dans la devise demandée, le système passe à la source suivante. Testez ce cas avant de proposer un sélecteur de devises.

Cas 6 : mettre à jour des centaines de lignes par CSV

Lorsqu’un fournisseur actualise son offre, modifier chaque ligne manuellement prend du temps. Dans les lignes tarifaires, vous pouvez exporter les données actuelles, préparer de nouveaux montants et importer le fichier dans la grille choisie.

Les en-têtes obligatoires sont sku et price. min_qty définit le seuil de quantité ; si sa valeur est vide ou si la colonne manque, l’importateur utilise 1. Exemple de fichier :

sku,price,min_qty
FILTR-A,95.00,1
FILTR-A,90.00,10
FILTR-A,86.00,50
ZAWOR-B,44.00,1

Utilisez des virgules comme séparateurs de colonnes et des points pour les décimales. Les SKU doivent correspondre à des produits existants dans Magento.

L’importateur recherche une ligne selon grille + SKU + quantité minimale. Si elle existe, il la met à jour ; sinon, il en crée une. Modifier seulement le seuil peut donc ajouter une ligne au lieu de remplacer la précédente.

Après import, vous obtenez les nombres de lignes créées, modifiées et ignorées, ainsi que les erreurs avec numéros de ligne. Le traitement est individuel : une ligne invalide n’annule pas automatiquement les autres écritures. Une ligne n’est pas supprimée simplement parce qu’elle manque dans le fichier. Pour remplacer toute une grille, vérifiez aussi les anciens SKU et seuils.

L’export inclut également un identifiant externe et des champs de date. L’identifiant facilite le rapprochement avec un système externe ; l’import CSV seul ne constitue pas une synchronisation ERP automatique.

D’où vient un prix ? Explain Price et l’index tarifaire

Explain Price permet de saisir entreprise, website, SKU, devise et quantité, puis de consulter le résultat. Il affiche montant, source du prix, identifiant de source et détails de correspondance. Pour une grille, cela comprend son identifiant, sa priorité et le seuil sélectionné.

C’est utile pour répondre à « Pourquoi ce produit a-t-il un prix différent pour moi ? ». Vérifier le contexte permet de repérer une affectation manquante, une grille inactive, une autre devise, une grille prioritaire ou un prix contractuel actif.

Le module propose aussi un index des prix B2B et sa reconstruction. Après des mises à jour importantes, vérifiez son actualité là où des vues, rapports ou intégrations l’utilisent. Contrôlez un résultat précis avec Explain Price et un test panier : il doit refléter tout le contexte de la commande.

Grilles tarifaires, panier et devis RFQ

L’intégration standard détermine l’entreprise de l’acheteur connecté, le website, la devise du panier et la quantité de la ligne. Elle applique le prix contractuel ou de grille correspondant comme prix personnalisé de la ligne. Le recalcul intervient après ajout du produit et avant le calcul des totaux.

Le mécanisme sert aussi aux suggestions de prix des devis RFQ. Le commercial peut commencer à partir des conditions de l’entreprise. Avec la source catalogue Magento, les suggestions tiennent compte du prix final selon la boutique, le groupe client et la quantité. Pour les contrats et grilles, le montant enregistré dans la devise demandée est utilisé.

Vérifiez l’affichage HT/TTC et l’interaction avec les promotions dans la configuration réelle. Choisir un prix B2B ne cumule pas automatiquement toutes les remises catalogue et panier.

Que vérifier avant de lancer les grilles tarifaires ?

• Dates de validité : la version examinée enregistre valid_from et valid_to, mais le résolveur principal ne filtre pas les offres sur ces champs. Saisir des dates ne déclenche ni ne termine automatiquement une promotion. Les opérations temporaires nécessitent une gestion adaptée de l’état actif ou une extension du mécanisme.
• Priorités explicites : utilisez des valeurs différentes pour les grilles qui se chevauchent et vérifiez le résultat. Un nombre inférieur est consulté en premier.
• Devise et website : préparez des prix pour les canaux et devises réellement utilisés par les clients.
• Paliers de quantité : testez juste en dessous du seuil, au seuil et au-dessus.
• Prix contractuels : examinez les exceptions avant de modifier une grille commune, car elles peuvent conserver leur priorité.
• Import : contrôlez le rapport, un échantillon de produits et les anciennes lignes absentes du nouveau fichier.

Questions fréquentes sur les tarifs B2B dans Magento 2

Une grille peut-elle être affectée à plusieurs entreprises ?

Oui. Les affectations relient les entreprises aux grilles existantes, afin de maintenir par exemple des prix communs aux installateurs ou distributeurs.

Une entreprise peut-elle utiliser plusieurs grilles à la fois ?

Oui. Elles sont vérifiées par priorité d’affectation croissante. La première grille active avec devise, SKU et seuil correspondants est retenue.

Le module choisit-il toujours le prix le plus bas ?

Non. Il applique d’abord un prix contractuel correspondant, puis l’ordre des grilles. Dans la source retenue, il choisit le seuil minimal le plus élevé atteint.

Que se passe-t-il si un produit manque dans une grille ?

Les autres grilles affectées sont vérifiées. Sans ligne correspondante ni prix contractuel applicable, le mécanisme passe à la source catalogue Magento.

Peut-on mettre les prix à jour depuis Excel ?

Oui, en enregistrant les données dans un CSV valide. L’import accepte SKU, prix et paliers, et indique les lignes créées, modifiées et ignorées.

Une grille équivaut-elle à un groupe client Magento ?

Non. Dans Kowal B2B Suite, elle est affectée à une entreprise dans un website. Les groupes clients Magento sont distincts ; leur rôle fiscal et promotionnel doit être cohérent avec les conditions B2B.

Planifiez la politique tarifaire de vos clients professionnels

Une grille bien préparée intègre les accords récurrents dans la boutique : conditions communes par segment, paliers et exceptions pour les entreprises clés. Les commerciaux se concentrent sur la négociation et les commandes courantes suivent les règles convenues.

Découvrez le périmètre complet de Kowal B2B Suite pour Magento 2 ou parlons de votre projet de tarifs B2B. Un extrait de votre grille actuelle et deux ou trois commandes réelles constituent un bon point de départ.

À lire aussi : réduire le traitement manuel des ventes B2B dans Magento 2 et le coût de gestion manuelle des commandes B2B.