01 · BUSINESS CONTEXT
先把业务断点看清楚。
不是额外增加一层系统，而是让配置、业务与交付在原有工作流中衔接。
01
数据源没有明确边界
产品、价格和库存存在多个版本，选配器难以判断应使用哪一个。
02
配置结果不可直接生产
销售方案与生产所需的物料、工艺或订单字段之间仍需人工转换。
03
变更难以追溯
字段、SKU 或规则更新后，团队无法快速定位受影响的配置和订单。
- 01
主数据系统
产品、价格、库存与客户
- 02
ii3d 配置与报价
选件、规则与方案结果
- 03
业务与生产系统
BOM、订单、工单与状态
03 · CAPABILITIES
把关键连接点设计成可交接的能力。
这些能力是评估与实施时应共同确认的范围，不替代项目中的技术验证。
01
先定义系统职责
把数据真相源、读取范围、写入范围与最终确认方写入集成蓝图。
02
建立对象与字段映射
围绕 SKU、选件、BOM、报价、订单和客户建立可评审的映射表。
03
设计业务数据流
区分主数据下发、配置回传、订单流转和库存或状态回写。
04
保留变更线索
为版本、失败事件与人工处理预留可查询的记录和责任边界。
04 · APPLICATION SCENARIOS
在具体业务场景中，明确先跑通哪一段。
以下为不依赖客户名称或敏感数据的典型落地场景，用于帮助判断首期范围。
商品主数据治理
统一梳理商品、选件和价格的来源，避免多个团队维护冲突版本。
非标报价转 BOM
把确认后的选择转化为下游系统可以理解和审查的结构化结果。
订单到生产协同
让销售方案、订单上下文和生产所需信息沿同一条路径交接。
05 · IMPLEMENTATION PATH
以四步完成一次可控的接入。
用资料、样例和测试环境减少后期返工，让业务与技术团队同步确认。
- 步骤 01
绘制现有系统图
梳理系统、接口、数据拥有者和需要连接的关键业务节点。
- 步骤 02
确认数据主从关系
为每个核心对象明确来源、更新权与需要回写的目标系统。
- 步骤 03
用样例完成字段评审
使用脱敏商品、报价和订单样例进行字段映射与异常场景评审。
- 步骤 04
联调并交接治理规则
验证完整链路后，明确变更、监控和人工处理的协作方式。
06 · FAQ
常见问题
在开始项目之前，先确认范围、责任和需要准备的资料。
谁应该作为产品数据真相源？
由当前业务治理方式决定。页面会帮助明确每个对象的来源与责任，而非强行替换已有系统。
非标 BOM 如何表达？
需先确认非标规则、组成方式与接收系统的对象模型，再定义配置结果到 BOM 的转换边界。
是否需要改造 ERP？
取决于现有接口、字段和目标流程。评估会区分可直接复用的能力与需要项目确认的扩展。
需要哪些技术资料？
建议准备系统清单、接口说明、字段字典、权限约束、测试环境与经脱敏的业务样例。