Product Catalog Data Model

• Você está carregando um catálogo de produtos totalmente novo no Salesforce usando o Data Loader ou a Bulk API 2.0 e precisa da sequência correta de inserção entre Product2, Standard PricebookEntry e PricebookEntries personalizadas.
• Suas inserções em massa de PricebookEntry estão falhando com FIELD_INTEGRITY_EXCEPTION sobre uma entrada de catálogo de preços padrão ausente, e você precisa entender e resolver a restrição de pré-requisito.
• Você está modelando vários catálogos de preços para diferentes regiões, segmentos de clientes ou canais e precisa decidir se deve usar a herança UseStandardPrice ou preços explícitos por catálogo de preços.
• Você precisa identificar o ID do Catálogo de Preços Padrão de forma confiável entre orgs, sandboxes e scratch orgs, ou depurar um teste Apex que falha por causa de um ID de Catálogo de Preços Padrão codificado ou consultado.

• Você está trabalhando com configuração de produtos e preços do Salesforce CPQ (Steelbrick) — use a skill cpq-vs-standard-products-decision em vez disso.
• Você está trabalhando com o modelo de item de catálogo do Industries CPQ (Vlocity) — use a skill industries-cpq-vs-salesforce-cpq em vez disso.
• Sua pergunta é especificamente sobre a mecânica de Itens de Linha de Oportunidade, e não sobre o modelo de dados de catálogo de produtos subjacente.

Aborda o relacionamento completo entre os três objetos principais: Product2 como o registro mestre do catálogo sem preço definido, Pricebook2 como o contêiner de lista de preços, e PricebookEntry como o registro de junção que atribui um UnitPrice real a um produto dentro de uma lista de preços específica. Esclarece a responsabilidade de cada objeto e como eles se conectam.

Documenta a regra de plataforma não contornável que exige a existência de uma PricebookEntry no Catálogo de Preços Padrão para um produto antes que qualquer PricebookEntry personalizada possa ser inserida para esse produto. Inclui a mensagem de erro DML exata, o motivo pelo qual a restrição existe e por que ela não pode ser suprimida por nenhuma API ou ferramenta.

Define a ordem obrigatória de carregamento em quatro etapas: Product2 → PricebookEntries padrão → registros Pricebook2 personalizados → PricebookEntries personalizados. Explica por que todos os PricebookEntries não podem ser carregados em um único job da Bulk API e por que uma etapa de verificação entre o job de PBE padrão e o job de PBE personalizado é necessária.

Explica quando definir UseStandardPrice = true versus false em PricebookEntries personalizadas, como a herança de preço do Standard Pricebook funciona automaticamente quando o sinalizador está como verdadeiro, e por que fornecer um UnitPrice explícito junto com UseStandardPrice = true causa um erro de campo.

Aborda o requisito de sempre consultar SELECT Id FROM Pricebook2 WHERE IsStandard = true em tempo de execução, em vez de fixar o ID do Catálogo de Preços Padrão no código, pois esse ID difere em cada org de produção, sandbox, scratch org e Developer Edition. Também documenta o padrão Test.getStandardPricebookId() para classes de teste Apex.

Fornece uma lista de verificação de revisão pré-conclusão cobrindo ordenação de sequência de carregamento, exclusividade mútua do campo UseStandardPrice, unicidade da combinação Product2Id + Pricebook2Id por PricebookEntry e tratamento de produtos/entradas inativas. Inclui comportamentos documentados da plataforma que causam falhas reais em produção.

Um profissional precisa carregar centenas ou milhares de produtos com precificação em múltiplos catálogos de preços usando o Data Loader ou a Bulk API 2.0. Essa habilidade fornece a preparação correta de arquivos CSV, o sequenciamento de jobs e as etapas de verificação para evitar o erro de pré-requisito do PBE Padrão e garantir que todas as PricebookEntries personalizadas sejam criadas com sucesso.

Um job de carga em massa está falhando com FIELD_INTEGRITY_EXCEPTION: pricebook entry in standard price book required before this entry can be created. Essa habilidade identifica a causa raiz — um PricebookEntry Padrão ausente para os produtos afetados — e fornece a sequência de remediação.

Uma organização precisa de catálogos de preços separados para diferentes regiões ou níveis de clientes, com alguns catálogos herdando o preço padrão e outros exigindo descontos específicos por produto. Esta habilidade aborda quando usar UseStandardPrice = true versus valores explícitos de UnitPrice por catálogo de preços personalizado, e como as atualizações de preço se propagam quando a herança está habilitada.

Uma equipe está implantando scripts de carga do catálogo de produtos ou código Apex em múltiplas orgs e encontra falhas causadas por IDs de Pricebook Padrão codificados diretamente no código. Esta habilidade explica por que o ID do Pricebook Padrão é específico por org, como consultá-lo de forma confiável em tempo de execução e como usar Test.getStandardPricebookId() em classes de teste Apex para evitar falhas de CI.