先确认您的接入需求。
围绕现有页面、产品资料与业务流程，确定本次需要解决的问题。
数据源没有明确边界
产品、价格和库存存在多个版本，选配器难以判断应使用哪一个。
客户选择需要重复整理
客户选好的版本、配件和数量没有进入销售流程，顾问需要再次询问与核对。
变更难以追溯
字段、SKU 或规则更新后，团队无法快速定位受影响的配置和订单。
为这条接入路径准备好关键内容。
标准发布能力与额外业务对接分别确认，具体开放范围以开发、测试和项目验收为准。
先定义系统职责
把数据真相源、读取范围、写入范围与最终确认方写入集成蓝图。
建立对象与字段映射
围绕商品资料、SKU、选件、数量、配置标识与订单上下文确认映射表。
设计业务数据流
区分主数据下发、配置回传、订单流转和库存或状态回写。
保留变更线索
为版本、失败事件与人工处理预留可查询的记录和责任边界。
从具体使用场景开始。
以下场景说明产品与流程的衔接方式，帮助您选择合适的入口。
商品主数据治理
统一梳理商品、选件和价格的来源，避免多个团队维护冲突版本。
配置结果进入 CRM
把客户选择的商品版本、配件与数量交给顾问，继续确认询价和后续销售动作。
订单上下文交接
将平台确认的订单与配置版本关联，按现有业务系统的接口条件传递必要字段。
按四步推进配置与接入。
准备资料、确认内容、验证入口，再按约定范围交付。
- 01
绘制现有系统图
梳理系统、接口、数据拥有者和需要连接的关键业务节点。
- 02
确认数据主从关系
为每个核心对象明确来源、更新权与需要回写的目标系统。
- 03
用样例完成字段评审
使用脱敏商品、报价和订单样例进行字段映射与异常场景评审。
- 04
联调并交接治理规则
验证完整链路后，明确变更、监控和人工处理的协作方式。
常见问题
开始之前，了解需要准备的资料与使用边界。
谁应该作为产品数据真相源？
由当前业务治理方式决定。页面会帮助明确每个对象的来源与责任，而非强行替换已有系统。
商品清单等于制造 BOM 吗？
模组选配的商品清单记录商品、变体与数量。制造 BOM、工艺与生产文件需要另外确认规则、接收系统和转换范围，不属于标准输出的默认交付。
是否需要改造 ERP？
取决于现有接口、字段和目标流程。评估会区分可直接复用的能力与需要项目确认的扩展。
需要哪些技术资料？
建议准备系统清单、接口说明、字段字典、权限约束、测试环境与经脱敏的业务样例。