quote → cash
FR/EN Contact

Produit·Référence·8 min·Mis à jour le 05/10/2026

Cas d’usage · Produit

Un catalogue de bundles qui survit aux commerciaux

Modéliser bundles, options et variantes régionales sans produire un catalogue que personne ne peut maintenir.

Salesforce docs documenté par SalesforceTerrain constaté sur une vraie orgRecommandé ce que nous recommandonsÀ vérifier non vérifié

Le besoin métier

Des offres faites d’une base et d’options, où les options diffèrent par région et où le prix dépend du volume.

Pourquoi ce n’est pas trivial

Tout est facile dans un bundle sauf la deuxième région et la troisième option. Les structures qui cassent sont celles où catégorie, classification et appartenance au bundle ont été traitées comme une seule idée.

L’architecture recommandée

Garder les trois axes séparés : la classification dit ce qu’un produit est et donc quels attributs il porte ; la catégorie est l’endroit où un commercial le trouve ; la structure de composants est ce qu’un bundle contient.

Composants Salesforce

Sélectionnez-en un pour ouvrir son détail.

Le flux

Architecture produit et catalogue deux axes, un produit
CATALOGUE DÉFINITION VENTE browse shape required ProductCatalog le contenant ProductCategory le rayon Classification ce que c’est AttributeDefinition ce qu’il porte Product2 le produit SellingModel comment il se vend RelatedComponent le bundle PricebookEntry le prix de liste

Scroll the diagram sideways

Les attributs sont portés par la classification, pas par le produit. La catégorie n’est que l’endroit où le commercial navigue. Les modéliser comme une seule idée fonctionne jusqu’au premier produit qui doit apparaître sur deux rayons, ou aux deux produits de même type qui ont besoin d’attributs différents.

Mise en œuvre

  1. Les classifications avant les produits. En changer une ensuite change la forme de toutes les lignes déjà saisies dessus.
  2. Une séquence sur chaque composant de bundle. Une séquence nulle déclenche une erreur d’index à la configuration.
  3. Construire d’abord un produit à la main dans l’interface, puis le comparer champ par champ à un produit créé par API avant de charger le reste.

Attention

  • Des produits créés en masse par API peuvent se comporter différemment de produits identiques créés dans l’interface — constaté sur un bundle qui refusait d’ouvrir le configurateur alors qu’un équivalent construit à la main fonctionnait. L’interface remplit des champs que l’appel API ne remplit pas.
  • Un PricebookEntry en double dont l’un est inactif bloque l’actif.
  • Le selling model sur le PricebookEntry est non modifiable après insertion.

Alternatives

Aplatir chaque combinaison en produit distinct supprime le configurateur et se défend pour un petit catalogue stable. Ça cesse de passer à l’échelle au premier attribut qui multiplie les combinaisons.

Ressources Salesforce