A medical device company manages its product information across multiple disconnected systems.

Product Catalog Management is intended to provide acentralized commercial product modelthat other Agentforce Revenue Management components consume. Salesforce explicitly describes Product Catalog Management as the single source of truth for product-related information and as the centralized definition used by Salesforce Pricing and Transaction Management.

Therefore, the architecture should rationalize the commercially relevant product definitions, attributes, bundles, selling models, and pricing structures into Salesforce and establish governed integrations so downstream systems—such as ERP fulfillment—receive consistent commercial transaction data.

Option B creates unnecessary duplication and custom synchronization logic. Replicating each source application ' s schema inside custom Salesforce objects preserves rather than solves the fragmentation problem and creates substantial technical debt. Option C also fails to establish system ownership; routinely overwriting the Salesforce catalog from multiple uncontrolled sources creates reconciliation, governance, and timing risks.

This does not mean every engineering or manufacturing datum must originate in Salesforce. Appropriate authoritative data can be integrated from PIM or ERP. The critical principle is that thesellable commercial catalog used throughout product-to-cash must have a governed canonical representationin Product Catalog Management.

Study Guide Reference:Catalog Management — Product Catalog Management: Quick Look; centralized catalog; product-to-cash integration architecture.

===============