Product Catalog Data Model

• Du laddar in en helt ny produktkatalog i Salesforce med Data Loader eller Bulk API 2.0 och behöver rätt insättningssekvens för Product2, Standard PricebookEntry och anpassade PricebookEntries.
• Dina massinsättningar av PricebookEntry misslyckas med FIELD_INTEGRITY_EXCEPTION angående en saknad standardprisbokspost, och du behöver förstå och lösa det förutsättande beroendet.
• Du modellerar flera prisböcker för olika regioner, kundsegment eller kanaler och behöver besluta om du ska använda UseStandardPrice-arv eller explicit prissättning per prisbok.
• Du behöver identifiera Standard Pricebook-ID:t på ett tillförlitligt sätt i olika org:er, sandlådor och scratch org:er, eller felsöka ett Apex-test som misslyckas på grund av ett hårdkodat eller efterfrågat Standard Pricebook-ID.

• Du arbetar med Salesforce CPQ (Steelbrick) produkt- och prissättningskonfiguration — använd färdigheten cpq-vs-standard-products-decision istället.
• Du arbetar med Industries CPQ (Vlocity) katalogartikelsmodell — använd färdigheten industries-cpq-vs-salesforce-cpq istället.
• Din fråga handlar specifikt om mekaniken för Opportunity Line Item snarare än den underliggande Product Catalog Data Model.

Täcker det fullständiga förhållandet mellan de tre kärnobjekten: Product2 som katalogmästare utan pris, Pricebook2 som behållare för prislistor och PricebookEntry som kopplingsobjektet som tilldelar ett faktiskt UnitPrice till en produkt inom en specifik prislista. Klargör vad varje objekt ansvarar för och hur de hänger ihop.

Dokumenterar den icke-kringgåbara plattformsregeln som kräver att en PricebookEntry i Standard Pricebook måste existera för en produkt innan någon anpassad PricebookEntry kan infogas för den produkten. Inkluderar det exakta DML-felmeddelandet, anledningen till att begränsningen finns, samt varför den inte kan undertryckas via något API eller verktyg.

Tillhandahåller den obligatoriska fyrastegs-laddningsordningen: Product2 → Standard PricebookEntries → anpassade Pricebook2-poster → anpassade PricebookEntries. Förklarar varför alla PricebookEntries inte kan laddas i ett enda Bulk API-jobb och varför ett verifieringssteg mellan Standard PBE-jobbet och det anpassade PBE-jobbet krävs.

Förklarar när man ska ange UseStandardPrice = true respektive false på anpassade PricebookEntries, hur priset ärvs automatiskt från Standard Pricebook när flaggan är true, samt varför det uppstår ett fältfel om man anger ett explicit UnitPrice tillsammans med UseStandardPrice = true.

Täcker kravet att alltid köra frågan SELECT Id FROM Pricebook2 WHERE IsStandard = true vid körningstid istället för att hårdkoda standard-prisboks-ID:t, vilket skiljer sig åt i varje produktionsorg, sandbox, scratch org och Developer Edition. Dokumenterar även mönstret Test.getStandardPricebookId() för Apex-testklasser.

Innehåller en checklista för granskning innan slutförande som täcker ordningsföljd för inläsningssekvens, ömsesidig exklusivitet för fältet UseStandardPrice, unikhet för kombinationen Product2Id + Pricebook2Id per PricebookEntry samt hantering av inaktiva produkter och poster. Inkluderar dokumenterade plattformsbeteenden som orsakar verkliga produktionsfel.

En specialist behöver ladda upp hundratals eller tusentals produkter med prissättning i flera prisböcker med hjälp av Data Loader eller Bulk API 2.0. Den här färdigheten tillhandahåller korrekt CSV-förberedelse, sekventiell jobbordning och verifieringssteg för att undvika felet med standardkravet för PBE och säkerställa att alla anpassade PricebookEntries skapas framgångsrikt.

Ett massinläsningsjobb misslyckas med FIELD_INTEGRITY_EXCEPTION: pricebook entry in standard price book required before this entry can be created. Den här färdigheten identifierar grundorsaken — ett saknat Standard PricebookEntry för de berörda produkterna — och tillhandahåller åtgärdssekvensen.

En organisation behöver separata prisböcker för olika regioner eller kundnivåer, där vissa prisböcker ärver standardpriset och andra kräver produktspecifika rabatter. Den här färdigheten tar upp när man ska använda UseStandardPrice = true jämfört med explicita UnitPrice-värden per anpassad prisbok, samt hur prisuppdateringar sprids när arv är aktiverat.

Ett team driftsätter laddningsskript eller Apex-kod för produktkataloger över flera org och stöter på fel som orsakas av hårdkodade Standard Pricebook-ID:n. Den här färdigheten förklarar varför Standard Pricebook-ID:t är org-specifikt, hur man tillförlitligt hämtar det vid körningstid, och hur man använder Test.getStandardPricebookId() i Apex-testklasser för att undvika fel i CI-miljön.