先分清每套系统记录的是什么
数据集中后仍可能对不上，因为订单、工单、报工和库存不是同一种记录。先列出字段含义、唯一标识、时间字段、计量单位、更新方式与负责人；字段归属以企业实际流程为准。以下是映射示例。
| 来源 | 典型记录粒度 | 关联与校验重点 |
|---|---|---|
| ERP 订单 | 订单行 | 公司＋订单号＋行号；变更、取消与退货 |
| MES 执行 | 工单、工序或报工事件 | 工单与订单行关系；班次与重复报工 |
| ERP 库存 | 某时点的物料、仓库与状态 | 库存快照日期；计量单位与冻结状态 |
| 人工表格 | 按表单定义的业务记录 | 唯一编号、提交人、有效日期与审批状态 |
避免把不同粒度直接拼成一张表
例如，一条订单行有两次出库和三条报工记录。把两组明细直接关联，可能形成六条组合记录，使数量重复。应分别建立订单、出库和报工事实，再按明确的业务映射和汇总层级比较。这个例子用于说明建模问题，不代表客户实测结果。
统一编码也不等于只统一显示名称。同名物料可能规格不同，同一物料也可能有多个本地编码。应维护本地编码与集团编码的映射，保留单位换算和有效期，无法匹配的记录单独处理。
在出图前确定指标与补录规则
以生产计划达成为例，先明确计划采用哪个冻结版本，实际采用报工还是合格入库，跨日班次如何归属，以及返工是否计入。不要因为两个字段都叫“产量”就直接相减。指标卡至少记录定义、公式、粒度、来源、刷新频率和责任人。
Excel 可以继续用于临时试算。进入正式经营报表的人工数据应通过统一模板或表单收集，设置必填、取值范围、重复检查和确认步骤，保留提交人及修改记录。PACK BI 的 P-Form 可用于配置相关填报流程，具体留痕要求须在项目中验证。
接入、对账，再扩展
PACK BI 的数据连接、PackEDW、调度、可视化与报表模块可组合承接这条流程。现有制造案例可用于讨论场景，但具体 MES 接口、历史数据和实施工作量需要现场评估。
- 确认只读数据出口、接口授权和抽取窗口，评估对业务系统的影响。
- 保留源记录标识与刷新时间，配置抽取、转换和异常检查。
- 用同一截止时间比较源报表与分析结果，覆盖正常、冲销、退货和补录样本。
- 让看板与复杂报表复用通过对账的模型，持续记录刷新失败和口径变化。
常见问题
ERP 和 MES 哪个应该作为唯一数据来源？
按字段和业务事件确定。例如，订单与执行事件可以分别归属不同系统。统一分析层应保留这种责任划分，并明确定义跨系统的对账规则。
MES 没有开放 API 怎么办？
可以与系统方评估获授权的只读数据库、文件导出或中间接口。先确认字段稳定性、授权和抽取负载；没有可用出口时，需要把接口工作单独纳入范围。
必须实时同步吗？
按决策时间窗口确定。经营日报可以评估定时刷新，现场调度可能需要更高频率；最终以来源系统能力、网络和业务验收要求为准。
资料与依据
产品范围以具体版本和项目评估为准。案例说明保留原始资料的范围与状态，方法示例不代表客户实际经营数据。
- 派可数据官网：PACK BI 产品平台与能力说明
派可数据发布的产品说明；具体模块、版本与实施范围应在需求确认时核对。
- 派可数据：三个脱敏制造业 BI 项目案例
依据公司项目与方案材料整理的实施摘要，未作为客户独立证言或量化效果证明。
- Kimball Group：避免事实表直接关联导致重复计算
用于解释不同业务明细应分别汇总再比较的建模方法，不作为 PACK BI 具体功能的证明。
- Microsoft Learn：星型模型、事实粒度与历史维度
引用其中关于事实粒度及维度历史版本的一般建模原理；Power BI 专属实现不等同于 PACK BI 功能。