Product Catalog Data Model

• Estás cargando un catálogo de productos completamente nuevo en Salesforce mediante Data Loader o Bulk API 2.0 y necesitas la secuencia de inserción correcta entre Product2, Standard PricebookEntry y PricebookEntries personalizadas.
• Tus inserciones masivas de PricebookEntry están fallando con FIELD_INTEGRITY_EXCEPTION por una entrada de lista de precios estándar faltante, y necesitas entender y resolver la restricción de requisito previo.
• Estás modelando múltiples listas de precios para diferentes regiones, segmentos de clientes o canales, y necesitas decidir si usar la herencia UseStandardPrice o precios explícitos por lista de precios.
• Necesitas identificar el ID de la lista de precios estándar de forma fiable en distintas organizaciones, sandboxes y scratch orgs, o depurar una prueba de Apex que falla debido a un ID de lista de precios estándar codificado de forma fija o consultado.

• Estás trabajando con la configuración de productos y precios de Salesforce CPQ (Steelbrick) — usa la habilidad cpq-vs-standard-products-decision en su lugar.
• Estás trabajando con el modelo de elementos de catálogo de Industries CPQ (Vlocity) — usa la habilidad industries-cpq-vs-salesforce-cpq en su lugar.
• Tu pregunta trata específicamente sobre la mecánica de los elementos de línea de oportunidad en lugar del modelo de datos de catálogo de productos subyacente.

Abarca la relación completa entre los tres objetos principales: Product2 como el maestro del catálogo sin precio, Pricebook2 como el contenedor de la lista de precios, y PricebookEntry como el registro de unión que asigna un UnitPrice real a un producto dentro de una lista de precios específica. Aclara de qué es responsable cada objeto y cómo se conectan entre sí.

Documenta la regla de plataforma que no puede omitirse y que exige que exista una entrada PricebookEntry en la lista de precios estándar para un producto antes de que pueda insertarse cualquier PricebookEntry personalizada para dicho producto. Incluye el mensaje de error DML exacto, el motivo por el que existe esta restricción y por qué no puede suprimirse mediante ninguna API o herramienta.

Proporciona el orden de carga obligatorio de cuatro pasos: Product2 → PricebookEntries estándar → registros personalizados de Pricebook2 → PricebookEntries personalizadas. Explica por qué no se pueden cargar todas las PricebookEntries en un único trabajo de Bulk API y por qué se requiere un paso de verificación entre el trabajo de PBE estándar y el trabajo de PBE personalizado.

Explica cuándo establecer UseStandardPrice = true vs. false en PricebookEntries personalizadas, cómo la herencia de precios desde el Libro de Precios Estándar funciona automáticamente cuando el indicador es verdadero, y por qué proporcionar un UnitPrice explícito junto con UseStandardPrice = true genera un error de campo.

Cubre el requisito de siempre consultar SELECT Id FROM Pricebook2 WHERE IsStandard = true en tiempo de ejecución en lugar de codificar de forma fija el ID del Catálogo de Precios Estándar, el cual difiere en cada organización de producción, sandbox, scratch org y Developer Edition. También documenta el patrón Test.getStandardPricebookId() para las clases de prueba de Apex.

Proporciona una lista de verificación de revisión previa a la finalización que cubre el orden de secuencia de carga, la exclusividad mutua del campo UseStandardPrice, la unicidad de la combinación Product2Id + Pricebook2Id por PricebookEntry, y el manejo de productos y entradas inactivos. Incluye comportamientos documentados de la plataforma que causan fallos reales en producción.

Un profesional necesita cargar cientos o miles de productos con precios en múltiples listas de precios utilizando Data Loader o Bulk API 2.0. Esta habilidad proporciona la preparación correcta de archivos CSV, el orden secuencial de los trabajos y los pasos de verificación para evitar el error de requisito previo de PBE estándar y garantizar que todas las entradas de lista de precios personalizadas (PricebookEntries) se creen correctamente.

Un trabajo de carga masiva está fallando con FIELD_INTEGRITY_EXCEPTION: pricebook entry in standard price book required before this entry can be created. Esta habilidad identifica la causa raíz — la ausencia de un PricebookEntry estándar para los productos afectados — y proporciona la secuencia de corrección.

Una organización necesita libros de precios separados para diferentes regiones o niveles de clientes, donde algunos libros de precios heredan el precio estándar y otros requieren descuentos específicos por producto. Esta habilidad cubre cuándo usar UseStandardPrice = true en lugar de valores explícitos de UnitPrice por libro de precios personalizado, y cómo se propagan las actualizaciones de precios cuando la herencia está habilitada.

Un equipo está implementando scripts de carga del catálogo de productos o código Apex en múltiples organizaciones y encuentra fallos causados por IDs de Lista de Precios Estándar codificados de forma fija. Esta habilidad explica por qué el ID de Lista de Precios Estándar es específico de cada organización, cómo consultarlo de manera confiable en tiempo de ejecución y cómo usar Test.getStandardPricebookId() en clases de prueba de Apex para evitar fallos en la integración continua (CI).