---
title: "Entreprises, sites, catalogues et le prix d'où un devis Shopify B2B doit partir"
description: "Le prix de départ se dérive : site, catalogues, liste de prix, palier de quantité. Les règles quand plusieurs catalogues s'appliquent, et quoi noter."
url: "https://www.quotway.com/fr/blog/shopify-b2b-quote-starting-price"
type: "blog post"
category: "For Shopify agencies"
published: "2026-09-21"
verified: "2026-09-21"
shopify_api_version: "2026-07"
audience: "Agences Shopify, développeurs et architectes de solution"
scope: "Entreprises, sites, marchés B2B, catalogues, listes de prix, règles de quantité et tarification par volume de Shopify B2B en API 2026-07, et le prix à partir duquel une ligne de devis doit être résolue"
locale: "fr"
source: "QuotWay - B2B Quote & Negotiation App for Shopify"
---

# Entreprises, sites, catalogues et le prix d'où un devis Shopify B2B doit partir

Un devis Shopify B2B doit partir du prix que l'acheteur voit déjà : celui que Shopify résout pour son site d'entreprise, à la quantité demandée, dans la devise de son marché, le jour de la demande. Ce nombre est dérivé, pas stocké, et le rôle d'une couche de devis est de le lire au moment de la demande, de l'enregistrer avec sa provenance et de négocier à partir de lui - jamais d'en garder sa propre copie.

La dérivation suit entreprise → site → les catalogues qui s'appliquent → le prix fixe ou l'ajustement en pourcentage de la liste de prix → la règle de quantité et le palier de volume → un prix unitaire contextuel, et chaque maillon de cette chaîne peut changer ce que vaut le nombre.

Cette page est la dérivation écrite en toutes lettres : quels objets Shopify se trouvent sur la chaîne, ce qui se passe quand plusieurs catalogues s'appliquent à un site (les règles sont documentées, et elles ne se résument pas au « prix le plus bas »), comment la quantité change le prix avant toute négociation, et comment une couche de devis doit conserver le résultat. Elle s'adresse à l'agence à qui l'on demande « une application de devis va-t-elle entrer en conflit avec les catalogues ? » et « si une entreprise a un prix catalogue négocié, de quel prix une demande doit-elle partir ? » - les deux questions qui décident si un projet B2B a une liste de prix ou deux.

Tout ce qui concerne Shopify ci-dessous a été vérifié sur les pages de Shopify le 21 septembre 2026 en version d'API 2026-07 ; les sources sont à la fin. Là où la page décrit comment QuotWay résout le prix, c'est une mise en œuvre du schéma.

## La chaîne, objet par objet

**Entreprise et site d'entreprise.** L'entreprise est le compte ; le site est l'entité à laquelle on vend réellement. Catalogues, conditions de paiement, réglages fiscaux et réglages de paiement se rattachent tous au site, si bien que le prix vu par un acheteur dépend du site pour lequel il commande, pas de l'entreprise à laquelle il appartient. Un contact qui commande pour deux sites d'une même entreprise peut voir deux prix pour le même SKU. L'[article d'architecture](/blog/shopify-b2b-quote-architecture) explique pourquoi le devis doit donc porter l'identifiant du site, et pas seulement celui de l'entreprise.

**Marchés B2B.** Sur toutes les offres, un site appartient aux marchés B2B dont il remplit les conditions : « tous les sites d'entreprise dans toutes les régions », « tous les sites d'entreprise d'une région » (appariés par l'adresse de livraison du site, les nouveaux sites étant appariés automatiquement), ou « des sites d'entreprise spécifiques ». Un marché fixe la devise et rattache des catalogues. En dessous de Plus, c'est la *seule* façon dont un catalogue atteint un site - Basic, Grow et Advanced autorisent trois catalogues actifs sur l'ensemble des marchés B2B - et un marché sans site ne délivre aucun prix B2B. Un site peut correspondre à plus d'un marché, ce qui est un défaut de conception plutôt qu'une fonctionnalité : Shopify dit seulement que l'expérience de l'acheteur suit les marchés auxquels il correspond.

**Catalogues.** Un catalogue est deux choses : une **publication**, qui décide quels produits le site peut voir, et une **liste de prix**, qui décide ce qu'ils coûtent. Chaque moitié peut manquer, et la documentation est précise sur ce qui se passe alors : sans liste de prix, le site reçoit « les prix initiaux des variantes convertis dans la devise du marché » ; sans publication, « les clients connectés à leur compte B2B ne voient aucun produit pour ce site ». Sur Plus, un catalogue peut aussi être assigné directement à une entreprise ou à un site, un site peut en porter jusqu'à 25, et une boutique jusqu'à 10 000.

**La liste de prix.** À l'intérieur, le prix d'un produit est soit un **prix fixe** pour toutes ses variantes, soit le résultat d'un **ajustement global** - un pourcentage de hausse ou de baisse sur le prix de base. Le fixe l'emporte quand les deux existent. Les prix barrés peuvent être conservés ou annulés. La tarification par volume et les règles de quantité vivent aussi ici, par variante.

**Règles de quantité et tarification par volume.** Une variante peut avoir un minimum, un maximum et un incrément ; jusqu'à dix paliers de prix, chacun à partir d'une quantité minimale ; le tout par variante et jamais combiné entre variantes. Deux conséquences comptent pour un devis. Une fois la tarification par volume posée sur un produit, son prix est fixe et l'ajustement global du catalogue ne s'y applique plus. Et quand plusieurs catalogues s'appliquent, règles de quantité et paliers viennent « du catalogue au prix le plus bas par variante ».

**Résolution.** Shopify combine tout cela en un nombre par variante et par contexte. En Liquid, c'est `variant.price`, « affiché dans la devise locale (de présentation) du client », avec `quantity_price_breaks` « pour la variante dans le contexte client courant ». Dans l'API Admin, c'est `ProductVariant.contextualPricing(context: { companyLocationId })`, qui renvoie `price` - « le prix final après application de tous les ajustements » - plus la `quantityRule` et les `quantityPriceBreaks` de ce site. C'est le nombre d'où un devis part.

> **Comment le prix de départ d'un devis Shopify B2B est dérivé**
>
> Une chaîne de boîtes de gauche à droite. L'entreprise mène au site d'entreprise. Le site mène à deux sources de catalogues : les marchés B2B auxquels il correspond, dont les catalogues s'appliquent sur toutes les offres, et les catalogues assignés directement au site, ce qui nécessite Shopify Plus. Les deux alimentent une étape de résolution intitulée le plus spécifique d'abord, puis le prix le plus bas. La liste de prix du catalogue gagnant donne un prix fixe ou un ajustement en pourcentage, puis la règle de quantité et le palier de volume pour la quantité demandée s'appliquent, produisant un prix unitaire contextuel dans la devise du marché. Ce prix devient la référence de la ligne de devis, enregistrée avec l'identifiant du catalogue et la date, à côté du prix demandé par l'acheteur et du prix proposé par le marchand. Après négociation, le prix accepté est écrit sur la ligne de commande provisoire comme priceOverride.
>
> Tout ce qui est à gauche du bandeau appartient à Shopify ; la couche de devis lit le bout de la chaîne et enregistre d'où il vient.

## Quand plus d'un catalogue s'applique

« Le prix le plus bas l'emporte » est la phrase dont tout le monde se souvient, et ce n'est que la moitié de la règle. La documentation Markets de Shopify énonce deux règles, et l'ordre compte. D'abord : « si les catalogues assignés au site d'entreprise et aux marchés B2B correspondants incluent le même produit à des prix différents, votre boutique B2B affiche le prix le plus spécifique pour cet article, celui du catalogue assigné au site d'entreprise » - une assignation directe l'emporte sur une assignation de marché. Ensuite : « si les catalogues assignés au même site d'entreprise incluent le même produit à des prix différents, votre boutique B2B affiche le prix le plus bas pour cet article » - entre catalogues de même niveau, le plus bas gagne. Règles de quantité et tarification par volume suivent alors « le catalogue au prix le plus bas par variante ».

Le tableau liste les configurations qu'une agence rencontre et ce que l'acheteur voit pour chacune. Un devis qui part d'autre chose part d'un prix que l'acheteur n'a jamais vu.

| Configuration | Ce que voit l'acheteur du site | Source |
| --- | --- | --- |
| Un catalogue, assigné via le marché B2B du site | Le prix de ce catalogue dans la devise du marché | aide : B2B et Markets |
| Deux catalogues de marché portant le même produit | Le plus bas des deux prix ; règles de quantité et paliers du catalogue le moins cher | aide : catalogues avec Markets |
| Un catalogue de marché et un catalogue direct du site (Plus) portant le même produit | Le prix du catalogue direct - « le plus spécifique » - même si le catalogue de marché est moins cher | aide : catalogues avec Markets |
| Deux catalogues directs du site portant le même produit | Le prix le plus bas | aide : catalogues avec Markets |
| Un catalogue avec publication mais sans liste de prix | Les prix de base des variantes, convertis dans la devise du marché | shopify.dev : gérer les catalogues |
| Un catalogue B2B avec liste de prix mais sans publication | Aucun produit pour ce site | shopify.dev : gérer les catalogues |
| Un produit publié dans aucun des catalogues du site | Invisible ; non commandable depuis la boutique | shopify.dev : gérer les catalogues |
| Prix fixe et ajustement global tous deux posés sur un produit | Le prix fixe | aide : personnaliser la tarification B2B |
| Tarification par volume posée sur un produit | Le prix du produit est fixe ; l'ajustement global du catalogue ne s'y applique plus ; le palier atteint s'applique par variante | aide : règles de quantité et tarification par volume |
| Un site dans aucun marché B2B et sans catalogue direct | Aucun prix B2B - « un marché B2B sans site d'entreprise ne délivre pas de prix B2B » | aide : gérer le B2B avec Markets |
| Un site correspondant à deux marchés B2B | Shopify dit que l'expérience « est déterminée par les personnalisations des marchés auxquels ils correspondent » ; à éviter en rendant les conditions de marché disjointes | aide : gérer le B2B avec Markets |

Deux lignes causent la plupart des tickets de support dont une agence hérite. La ligne « publication sans liste de prix » produit « le catalogue est assigné mais ils voient les prix de détail » ; la ligne « liste de prix sans publication » produit « le catalogue est assigné et ils ne voient rien ». Les deux sont un catalogue auquel il manque une moitié, et les deux ressemblent, vu de la couche de devis, à un prix contextuel parfaitement valide.

## La quantité change le prix avant toute négociation

Une demande de 500 unités n'est pas une demande au prix unitaire. Si la variante porte une tarification par volume, la boutique de l'acheteur lui a déjà montré un prix plus bas à 500, et un devis qui part du prix à l'unité lui demande de négocier vers un nombre que Shopify lui aurait donné gratuitement.

Le prix de départ se résout donc *à la quantité demandée*. En Liquid, la boutique dispose de `quantity_price_breaks` pour la variante dans le contexte de l'acheteur ; dans l'API, `contextualPricing(companyLocationId)` renvoie `quantityPriceBreaks`, chacun avec une `minimumQuantity` et le `price` « une fois la quantité minimale atteinte », à côté de la `quantityRule`. La référence pour une ligne de quantité Q est le palier le plus élevé dont le minimum est atteint par Q, ou le prix unitaire contextuel quand aucun palier ne s'applique - et la règle de quantité dit si Q est commandable du tout : sous le minimum, au-dessus du maximum ou hors de l'incrément, la ligne ne peut pas devenir une ligne de commande provisoire sans modification, et le devis doit le dire avant que le marchand la chiffre.

Deux subtilités découlent de la règle « par variante » de Shopify. Les paliers ne se combinent pas entre variantes, si bien que 300 bleus et 200 rouges n'atteignent un palier de 500 sur aucun des deux ; un devis qui les additionne propose un prix que le catalogue ne donne pas. Et une fois qu'un produit a une tarification par volume, son prix est fixe, si bien qu'un ajustement de 20 % à l'échelle du catalogue cesse silencieusement de s'y appliquer - l'acheteur voit peut-être un prix unitaire *plus élevé* sur ce produit que sur ses voisins, et le devis doit partir de ce qu'il voit, pas de ce que l'ajustement affiché du catalogue laisse supposer.

## Trois nombres, tenus à part

Une ligne de devis a besoin de trois prix, et la faute qui transforme une couche de devis en seconde liste de prix est de n'en stocker qu'un.

La **référence** est le prix contextuel ci-dessus : résolu pour le site, à la quantité demandée, dans la devise du marché, au moment de la demande. Elle est stockée avec l'identifiant du catalogue et la date, pour qu'un an plus tard l'enregistrement dise « voilà ce que le catalogue disait le 21 septembre », jamais « voilà le prix ». Elle n'est jamais modifiée.

Le prix **demandé** est la demande de l'acheteur, s'il en a fait une. C'est une donnée sur l'acheteur, pas sur le catalogue, et elle ne doit pas écraser la référence : le marchand a besoin de voir les deux pour savoir à quelle distance sont les deux parties.

Le prix **proposé** est la réponse du marchand, fixée par version de proposition. Une contre-offre le remplace dans la version suivante ; la version précédente garde le sien. Le prix proposé de la version acceptée est celui qui atteint la commande provisoire comme `priceOverride` sur la ligne de variante, dans la devise de présentation, et l'[article sur la commande provisoire](/blog/shopify-draft-order-vs-quote) explique pourquoi rien ne le modifie après acceptation.

Tenir les trois à part est aussi ce qui garde la couche de devis hors des affaires du catalogue. Elle n'écrit jamais dans une liste de prix ; elle ne tient jamais de table de prix par entreprise ; elle lit un nombre par ligne, par demande, et l'enregistre. Quand le catalogue change la semaine suivante, le devis sait encore d'où il est parti et la boutique affiche le nouveau prix. Les deux ne peuvent pas diverger parce qu'aucun n'est la copie de l'autre.

## La devise suit le marché

Le prix contextuel arrive dans la devise du marché du site, et le devis doit y rester. Shopify convertit les prix de base dans la devise du marché quand un catalogue n'a pas de liste de prix, et les prix fixes d'une liste de prix sont dans la devise de la liste elle-même ; dans les deux cas, le nombre que l'acheteur voit est dans une seule devise et le devis qui en part doit être dans la même. Une couche de devis qui stocke la référence dans la devise de base de la boutique et reconvertit plus tard dérivera avec le taux du jour et les arrondis, et la commande provisoire - créée avec un `priceOverride` « en devise de présentation » - ne correspondra pas à la proposition que l'acheteur a acceptée.

La règle pratique : la devise du devis est fixée à la création d'après le marché du site, chaque prix qu'il porte est dans cette devise, et tout taux de change dont la couche de devis a besoin pour le reporting est capturé une fois comme instantané plutôt qu'appliqué aux prix.

## Où se place la couche de devis dans la chaîne

La chaîne ci-dessus se déroule entièrement dans Shopify jusqu'au prix contextuel, et le contrat de la couche de devis avec elle tient en trois lectures et une écriture.

Elle lit le prix. Sur la boutique, la demande le porte déjà : le `variant.price` de Liquid pour un contact d'entreprise connecté *est* le prix contextuel, si bien qu'un bouton de devis qui soumet le prix vu par l'acheteur soumet la bonne référence sans appel d'API. Pour un devis créé dans l'admin au nom de l'acheteur, il n'y a pas de contexte boutique, et la couche doit interroger l'API - `contextualPricing(context: { companyLocationId })` par variante - sans quoi elle prendra pour référence le prix de variante par défaut en l'appelant prix catalogue, ce qui est exactement le bug qui produit « pourquoi le devis est-il plus élevé que ma liste de prix ».

Elle lit la visibilité. Les catalogues d'un site portent chacun une publication, et un produit est au catalogue du site quand il est publié sur au moins l'une d'elles. C'est une question distincte du prix : `contextualPricing.price` n'est jamais nul et retombe sur le prix de base quand aucun prix catalogue n'existe, si bien qu'un prix renvoyé ne prouve jamais que le produit est au catalogue. Une couche qui déduit « au catalogue » de « a un prix » chiffrera des produits que l'acheteur ne peut pas voir, et la commande provisoire portera alors une ligne à laquelle le site n'a jamais eu droit.

Elle lit la règle de quantité et les paliers, comme ci-dessus.

Elle écrit une fois : le prix accepté sur la ligne de commande provisoire comme `priceOverride`, avec la `purchasingEntity` pour que les conditions et les réglages fiscaux du site s'appliquent. Elle n'écrit jamais une liste de prix, un catalogue, une publication ou un marché. La [liste de contrôle d'évaluation](/blog/shopify-b2b-app-evaluation-checklist) pose chacun de ces points comme une question ; voici à quoi ressemblent les bonnes réponses.

## Comment QuotWay le résout

Le devis tenant compte de l'entreprise de QuotWay - sur l'offre Enterprise, sur une boutique où le B2B est activé - suit la chaîne décrite jusqu'au prix unitaire contextuel : ce prix unitaire est la référence qu'il enregistre par ligne, à côté de la quantité demandée, et le palier qu'un acheteur a déjà à cette quantité est la saisie du marchand dans l'éditeur plutôt qu'un second nombre résolu. Trois détails de la mise en œuvre méritent d'être énoncés, parce que c'est là qu'un développement sur mesure coupe habituellement les coins.

La demande boutique porte le prix de Liquid. Le bouton de devis lit `product.selected_or_first_available_variant.price` dans le contexte de l'acheteur et le soumet comme prix catalogue de la ligne à côté de la quantité et de l'éventuel prix demandé, si bien qu'un devis soumis par l'acheteur prend pour référence ce qu'il a vu. Un devis créé dans l'admin pour un site d'entreprise résout le même nombre par `contextualPricing(companyLocationId)` par variante - une version antérieure prenait pour référence des devis admin le prix de variante par défaut en l'étiquetant « Catalogue », et c'est le bug que le résolveur existe pour empêcher. À l'envoi de la proposition, la référence est stockée par ligne dans la devise du site avec l'identifiant du catalogue comme provenance. L'identifiant est celui du premier des catalogues du site, enregistré comme marqueur au mieux, parce que `contextualPricing` résout le prix effectif à travers tous sans nommer le gagnant.

La détection hors catalogue utilise la publication, pas le prix. Pour chaque produit chiffré, la couche demande s'il est publié sur l'une des publications de catalogue du site ; un produit qui ne l'est sur aucune est signalé dans l'éditeur de proposition puis de nouveau à la conversion. Quand le site n'a aucune publication de catalogue, la disponibilité relève du canal de vente et le test est indécidable, si bien que la couche ne prévient pas plutôt que de prévenir à tort. Les prix sont mis en cache quelques minutes par site pour qu'une proposition de quarante lignes ne fasse pas quarante allers-retours, et chaque résolveur échoue en mode ouvert : si Shopify est injoignable, le marchand garde le prix soumis et le devis n'est jamais bloqué.

Ce que la couche ne fait pas est tout aussi important. Elle n'a pas de table de prix. L'éditeur de proposition affiche la référence comme une étiquette et le marchand saisit le prix proposé ; le prix demandé figure à côté des deux. Le [guide côté marchand](/blog/shopify-b2b-catalogs) montre la même chose depuis l'admin, et la [page de la fonctionnalité B2B](/features/b2b) liste ce que le devis tenant compte de l'entreprise reporte sur le devis.

## Concevoir les catalogues pour que la chaîne soit courte

La dérivation est déterministe, mais une agence peut la rendre facile ou difficile à suivre. Quatre règles de conception la gardent courte.

1. **Un catalogue par site là où l'offre le permet.** Sur Plus, une assignation directe laisse la règle « le plus spécifique » faire tout le travail ; un site avec un seul catalogue direct n'a aucune collision à résoudre. En dessous de Plus, visez des conditions de marché qui placent chaque site dans exactement un marché B2B, pour que la limite de trois catalogues soit dépensée sur des marchés qui ne se chevauchent pas.
2. **Ne jamais séparer les moitiés d'un catalogue sans le vouloir.** Un catalogue de prix seul et un catalogue de publication seule sur le même site est un schéma pris en charge pour passer à l'échelle, mais c'est aussi le schéma derrière la plupart des tickets « mauvais prix ». Si vous l'utilisez, documentez quel catalogue possède la visibilité et lequel possède le prix, et testez les deux lignes du tableau ci-dessus.
3. **Placer la tarification par volume là où la négociation n'est pas.** Un produit à paliers a un prix fixe, donc un ajustement à l'échelle du catalogue cesse de le toucher. Utilisez les paliers pour les échelons permanents que tout acheteur obtient, et laissez le volume propre à une affaire au devis, où le marchand peut voir le palier que l'acheteur a déjà et chiffrer en dessous délibérément.
4. **Rendre la référence visible pour le marchand.** Quoi que la couche de devis résolve, la personne qui chiffre la proposition doit le voir sous la forme « catalogue : X pour ce site à cette quantité » à côté de la demande de l'acheteur. Un marchand qui ne voit pas la référence va soit rechiffrer le prix catalogue que l'acheteur avait déjà, soit le sous-coter sans le savoir.

## Questions fréquentes

### De quel prix une demande de devis Shopify B2B doit-elle partir ?

Du prix que l'acheteur voit : celui que Shopify résout pour son site d'entreprise à la quantité demandée, dans la devise du marché, au moment de la demande. En Liquid, c'est `variant.price` dans le contexte de l'acheteur ; dans l'API Admin, c'est `ProductVariant.contextualPricing(context: { companyLocationId })`, avec ses `quantityPriceBreaks` pour la quantité demandée. Enregistrez-le avec l'identifiant du catalogue et la date, gardez le prix demandé par l'acheteur dans un champ distinct, et négociez à partir de là.

### Quel catalogue s'applique quand un site d'entreprise en a plusieurs ?

Deux règles, dans l'ordre. Un catalogue assigné directement au site (Shopify Plus) est « le plus spécifique » et l'emporte sur un catalogue qui atteint le site par un marché B2B. Entre catalogues de même niveau portant le même produit, le prix le plus bas gagne, et règles de quantité et tarification par volume suivent le catalogue au prix le plus bas par variante.

### Une application de devis va-t-elle entrer en conflit avec les catalogues Shopify ?

Pas si elle ne stocke jamais de liste de prix. Le conflit naît quand une application tient sa propre table de prix par entreprise et que le catalogue de la boutique s'en écarte. Une couche de devis qui lit le prix contextuel par ligne au moment de la demande, l'enregistre comme référence datée, et écrit le prix convenu sur la commande provisoire comme `priceOverride` laisse le catalogue intact et ne peut pas le contredire.

### Pourquoi un acheteur B2B voit-il les prix de détail alors qu'un catalogue est assigné ?

Le plus souvent parce que le catalogue a une publication mais pas de liste de prix : Shopify affiche alors « les prix initiaux des variantes convertis dans la devise du marché ». L'inverse - une liste de prix mais pas de publication - fait que l'acheteur ne voit aucun produit. Vérifiez les deux moitiés du catalogue, puis que le site est bien dans un marché B2B (hors Plus) ou assigné directement (Plus).

### La tarification par volume change-t-elle le prix de départ du devis ?

Oui. Si la variante a un palier que la quantité demandée atteint, l'acheteur voit déjà ce prix plus bas, et le devis doit en partir. Les paliers sont par variante et ne se combinent pas entre variantes. Notez aussi qu'une fois qu'un produit a une tarification par volume, son prix est fixe et l'ajustement global en pourcentage du catalogue ne s'y applique plus.

### Comment une application sait-elle qu'un produit n'est pas au catalogue de l'acheteur ?

Par l'appartenance à une publication, pas par le prix. `contextualPricing.price` n'est jamais nul et retombe sur le prix de base, si bien qu'un prix renvoyé ne prouve rien. Le produit est au catalogue du site quand il est publié sur au moins l'une des publications de catalogue du site ; si le site n'a aucune publication, la disponibilité vient du canal de vente et la question ne peut pas être tranchée à partir du catalogue.

### Comment définir des prix propres à un client sur Shopify B2B ?

Avec des catalogues : une sélection de produits plus une liste de prix, assignée à un marché B2B sur toutes les offres ou directement à une entreprise ou un site sur Shopify Plus, avec des prix fixes ou un ajustement en pourcentage et, en option, des règles de quantité et une tarification par volume. Le [guide des catalogues pour les marchands](/blog/shopify-b2b-catalogs) le déroule ; cette page couvre ce qu'un devis doit faire du résultat.

## Sources

Pages Shopify, toutes lues le 21 septembre 2026 en version d'API 2026-07 :

- [Catalogues et tarification en B2B](https://help.shopify.com/en/manual/b2b/catalogs), [personnaliser la tarification B2B avec des catalogues](https://help.shopify.com/en/manual/b2b/catalogs/creating-catalogs) et [règles de quantité et tarification par volume](https://help.shopify.com/en/manual/b2b/catalogs/quantity-pricing)
- [B2B et Markets](https://help.shopify.com/en/manual/b2b/markets), [gérer le B2B avec Markets](https://help.shopify.com/en/manual/b2b/markets/managing) et [créer et gérer des catalogues B2B avec Markets](https://help.shopify.com/en/manual/b2b/markets/catalogs)
- [Gérer les catalogues B2B (applications)](https://shopify.dev/docs/apps/build/b2b/manage-catalogs)
- [PriceList](https://shopify.dev/docs/api/admin-graphql/latest/objects/PriceList), [ProductVariantContextualPricing](https://shopify.dev/docs/api/admin-graphql/latest/objects/ProductVariantContextualPricing), [QuantityPriceBreak](https://shopify.dev/docs/api/admin-graphql/latest/objects/QuantityPriceBreak) et [ContextualPricingContext](https://shopify.dev/docs/api/admin-graphql/latest/input-objects/ContextualPricingContext)
- [DraftOrderLineItemInput](https://shopify.dev/docs/api/admin-graphql/latest/input-objects/DraftOrderLineItemInput)
- [Objet Liquid variant](https://shopify.dev/docs/api/liquid/objects/variant) et [afficher les règles de quantité et la tarification par volume sur votre boutique](https://help.shopify.com/en/manual/b2b/store-customization/quantity-pricing)
- [Fonctionnalités Shopify B2B par offre](https://help.shopify.com/en/manual/b2b/getting-started/plan-features)

La résolution et le comportement hors catalogue de QuotWay sont décrits à partir de son code source ; la version pour les marchands est dans [le devis B2B tenant compte de l'entreprise](/features/b2b) et le [guide des catalogues](/blog/shopify-b2b-catalogs). Les différences entre offres sont sur la [page des tarifs](/pricing) ; la [référence Shopify B2B](/reference/shopify-b2b) tient les faits sur les catalogues à jour.