Product Catalog Data Model

• Sie laden einen völlig neuen Produktkatalog über Data Loader oder Bulk API 2.0 in Salesforce und benötigen die korrekte Einfügereihenfolge für Product2, Standard PricebookEntry und benutzerdefinierte PricebookEntries.
• Ihre Massen-PricebookEntry-Einfügungen schlagen mit FIELD_INTEGRITY_EXCEPTION wegen eines fehlenden Standard-Preisbucheintrags fehl, und Sie müssen die Voraussetzungsbedingung verstehen und beheben.
• Sie modellieren mehrere Preisbücher für verschiedene Regionen, Kundensegmente oder Kanäle und müssen entscheiden, ob Sie die UseStandardPrice-Vererbung oder eine explizite Preisgestaltung je Preisbuch verwenden möchten.
• Sie müssen die Standard-Preisbuch-ID zuverlässig über Orgs, Sandboxes und Scratch-Orgs hinweg ermitteln oder einen Apex-Test debuggen, der aufgrund einer fest kodierten oder abgefragten Standard-Preisbuch-ID fehlschlägt.

• Sie arbeiten mit der Produkt- und Preiskonfiguration von Salesforce CPQ (Steelbrick) — verwenden Sie stattdessen den Skill cpq-vs-standard-products-decision.
• Sie arbeiten mit dem Katalog-Element-Modell von Industries CPQ (Vlocity) — verwenden Sie stattdessen den Skill industries-cpq-vs-salesforce-cpq.
• Ihre Frage betrifft speziell die Mechanik von Opportunity Line Items und nicht das zugrunde liegende Product Catalog Data Model.

Behandelt die vollständige Beziehung zwischen den drei Kernobjekten: Product2 als Katalog-Master ohne Preis, Pricebook2 als Container für Preislisten und PricebookEntry als Verknüpfungsdatensatz, der einem Produkt innerhalb eines bestimmten Preisbuchs einen tatsächlichen Stückpreis (UnitPrice) zuweist. Erläutert, wofür jedes Objekt verantwortlich ist und wie sie miteinander verbunden sind.

Dokumentiert die nicht umgehbare Plattformregel, dass ein PricebookEntry im Standard-Preisbuch für ein Produkt vorhanden sein muss, bevor ein benutzerdefinierter PricebookEntry für dieses Produkt eingefügt werden kann. Enthält die genaue DML-Fehlermeldung, den Grund für die Einschränkung sowie eine Erklärung, warum sie über keine API oder kein Tool unterdrückt werden kann.

Gibt die obligatorische vierstufige Ladereihenfolge vor: Product2 → Standard PricebookEntries → benutzerdefinierte Pricebook2-Datensätze → benutzerdefinierte PricebookEntries. Erläutert, warum nicht alle PricebookEntries in einem einzigen Bulk-API-Job geladen werden können und warum ein Überprüfungsschritt zwischen dem Standard-PBE-Job und dem benutzerdefinierten PBE-Job erforderlich ist.

Erklärt, wann UseStandardPrice = true bzw. false für benutzerdefinierte PricebookEntries gesetzt werden sollte, wie die Preisvererbung aus dem Standard-Preisbuch automatisch funktioniert, wenn das Flag auf „true" gesetzt ist, und warum die Angabe eines expliziten UnitPrice zusammen mit UseStandardPrice = true zu einem Feldfehler führt.

Erläutert die Anforderung, die Standard-Preisbuch-ID stets zur Laufzeit über SELECT Id FROM Pricebook2 WHERE IsStandard = true abzufragen, anstatt sie fest zu kodieren – da diese ID in jeder Produktionsorganisation, Sandbox, Scratch-Org und Developer Edition unterschiedlich ist. Dokumentiert außerdem das Test.getStandardPricebookId()-Muster für Apex-Testklassen.

Bietet eine Vorab-Abschluss-Prüfliste, die die Reihenfolge der Ladereihenfolge, die gegenseitige Ausschließlichkeit des Felds „UseStandardPrice", die Eindeutigkeit der Kombination aus Product2Id und Pricebook2Id pro PricebookEntry sowie den Umgang mit inaktiven Produkten und Einträgen abdeckt. Enthält dokumentierte Plattformverhalten, die zu echten Produktionsausfällen führen können.

Ein Anwender muss Hunderte oder Tausende von Produkten mit Preisen über mehrere Preisbücher hinweg mithilfe von Data Loader oder Bulk API 2.0 laden. Diese Fähigkeit beschreibt die korrekte CSV-Vorbereitung, die sequenzielle Auftragsreihenfolge und die Überprüfungsschritte, um den Voraussetzungsfehler des Standard-Preisbucheintrags zu vermeiden und sicherzustellen, dass alle benutzerdefinierten Preisbucheinträge erfolgreich erstellt werden.

Ein Bulk-Load-Job schlägt fehl mit FIELD_INTEGRITY_EXCEPTION: pricebook entry in standard price book required before this entry can be created. Diese Funktion identifiziert die Grundursache – ein fehlender Standard-PricebookEntry für die betroffenen Produkte – und beschreibt die erforderliche Behebungsreihenfolge.

Eine Organisation benötigt separate Preisbücher für verschiedene Regionen oder Kundensegmente, wobei einige Preisbücher den Standardpreis übernehmen und andere produktspezifische Rabatte erfordern. Diese Fähigkeit behandelt, wann UseStandardPrice = true im Vergleich zu expliziten UnitPrice-Werten pro benutzerdefiniertem Preisbuch verwendet werden sollte und wie sich Preisaktualisierungen bei aktivierter Vererbung fortpflanzen.

Ein Team stellt Product Catalog Load-Skripte oder Apex-Code in mehreren Organisationen bereit und stößt auf Fehler, die durch fest codierte Standard-Preisbuch-IDs verursacht werden. Diese Skill erklärt, warum die Standard-Preisbuch-ID organisationsspezifisch ist, wie sie zur Laufzeit zuverlässig abgefragt werden kann und wie Test.getStandardPricebookId() in Apex-Testklassen verwendet wird, um CI-Fehler zu vermeiden.