Catalog migration should begin with rationalization rather than a mechanical copy of every legacy SKU or offer. The consultant should identify which products are still actively sold and determine whether duplicate or near-duplicate products can be consolidated using object types, attributes, specifications, and reusable structures. This reduces the amount of configuration that must be priced, governed, tested, and maintained after migration. The practical benefit is that the solution remains scalable and deterministic as order volume or catalog complexity grows. Simply preserving every legacy record as inactive or bundling duplicates together does not remove the underlying catalog complexity. The target EPC should reflect the desired future-state product model, not reproduce historical proliferation. A design that relies on unnecessary custom code, duplicated catalog records, or manual recovery may work for a small pilot but becomes difficult to operate at telecommunications scale. The standard Salesforce Industries capability provides the expected lifecycle hooks, data ownership, and processing semantics needed for production support. Configuration should therefore be kept as close as possible to the managed feature set, with clear dependencies and explicit conditions so that each transaction produces a predictable commercial and technical result.

Study Guide Reference:Enterprise Product Catalog; product rationalization; Object Types; attributes; migration scope.