Product Catalog Data Model

• Vous chargez un catalogue de produits entièrement nouveau dans Salesforce à l'aide de Data Loader ou de l'API Bulk 2.0 et avez besoin de la séquence d'insertion correcte pour Product2, Standard PricebookEntry et les PricebookEntries personnalisées.
• Vos insertions en masse de PricebookEntry échouent avec FIELD_INTEGRITY_EXCEPTION concernant une entrée de catalogue de prix standard manquante, et vous devez comprendre et résoudre la contrainte prérequise.
• Vous modélisez plusieurs catalogues de prix pour différentes régions, segments de clients ou canaux, et devez décider d'utiliser l'héritage UseStandardPrice ou une tarification explicite par catalogue de prix.
• Vous devez identifier de manière fiable l'ID du catalogue de prix standard dans les différentes organisations, sandbox et scratch orgs, ou déboguer un test Apex qui échoue en raison d'un ID de catalogue de prix standard codé en dur ou interrogé.

• Vous travaillez avec la configuration des produits et des prix Salesforce CPQ (Steelbrick) — utilisez plutôt la compétence cpq-vs-standard-products-decision.
• Vous travaillez avec le modèle d'éléments de catalogue Industries CPQ (Vlocity) — utilisez plutôt la compétence industries-cpq-vs-salesforce-cpq.
• Votre question porte spécifiquement sur la mécanique des éléments de ligne d'opportunité plutôt que sur le modèle de données de catalogue de produits sous-jacent.

Couvre la relation complète entre les trois objets principaux : Product2 en tant que maître du catalogue sans prix, Pricebook2 en tant que conteneur de liste de prix, et PricebookEntry en tant qu'enregistrement de jonction qui attribue un UnitPrice réel à un produit au sein d'un tarif spécifique. Clarifie la responsabilité de chaque objet et la manière dont ils sont interconnectés.

Documente la règle de plateforme non contournable selon laquelle une entrée PricebookEntry dans le catalogue de prix standard doit exister pour un produit avant qu'une entrée PricebookEntry personnalisée puisse être insérée pour ce produit. Inclut le message d'erreur DML exact, la raison pour laquelle cette contrainte existe, et pourquoi elle ne peut pas être supprimée via une API ou un outil quelconque.

Fournit l'ordre de chargement obligatoire en quatre étapes : Product2 → PricebookEntries standard → enregistrements Pricebook2 personnalisés → PricebookEntries personnalisées. Explique pourquoi toutes les PricebookEntries ne peuvent pas être chargées dans un seul job Bulk API, et pourquoi une étape de vérification entre le job PBE standard et le job PBE personnalisé est nécessaire.

Explique quand définir UseStandardPrice = true ou false sur des PricebookEntries personnalisées, comment l'héritage du prix à partir du catalogue de prix standard fonctionne automatiquement lorsque l'indicateur est à true, et pourquoi fournir un UnitPrice explicite en même temps que UseStandardPrice = true provoque une erreur de champ.

Couvre l'exigence d'exécuter systématiquement la requête SELECT Id FROM Pricebook2 WHERE IsStandard = true au moment de l'exécution plutôt que de coder en dur l'ID du catalogue de prix standard, qui diffère dans chaque organisation de production, sandbox, scratch org et Developer Edition. Documente également le modèle Test.getStandardPricebookId() pour les classes de test Apex.

Fournit une liste de contrôle de révision avant finalisation couvrant l'ordre de séquence de chargement, la mutuelle exclusivité du champ UseStandardPrice, l'unicité de la combinaison Product2Id + Pricebook2Id par PricebookEntry, ainsi que la gestion des produits et entrées inactifs. Inclut les comportements documentés de la plateforme qui provoquent de véritables échecs en production.

Un praticien doit charger des centaines ou des milliers de produits avec leurs tarifs dans plusieurs listes de prix à l'aide de Data Loader ou de l'API Bulk 2.0. Cette compétence fournit la préparation correcte des fichiers CSV, l'ordonnancement séquentiel des tâches et les étapes de vérification permettant d'éviter l'erreur de prérequis Standard PBE et de garantir la création réussie de toutes les entrées de liste de prix personnalisées dans le Product Catalog Data Model.

Un job de chargement en masse échoue avec l'erreur FIELD_INTEGRITY_EXCEPTION: pricebook entry in standard price book required before this entry can be created. Cette compétence identifie la cause principale — un PricebookEntry Standard manquant pour les produits concernés — et fournit la séquence de remédiation.

Une organisation a besoin de catalogues de prix distincts pour différentes régions ou niveaux de clients, certains catalogues héritant du prix standard tandis que d'autres nécessitent des remises spécifiques aux produits. Cette compétence couvre les cas où il convient d'utiliser UseStandardPrice = true plutôt que des valeurs UnitPrice explicites par catalogue de prix personnalisé, ainsi que la manière dont les mises à jour de prix se propagent lorsque l'héritage est activé.

Une équipe déployant des scripts de chargement de catalogue produit ou du code Apex sur plusieurs orgs rencontre des échecs causés par des ID de liste de prix standard codés en dur. Cette compétence explique pourquoi l'ID de liste de prix standard est spécifique à chaque org, comment l'interroger de manière fiable au moment de l'exécution, et comment utiliser Test.getStandardPricebookId() dans les classes de test Apex afin d'éviter les échecs d'intégration continue.