先判断差异是否来自不同业务事件
销售部门看接单，仓储看出库，财务看开票或确认收入，这些值可能同时正确。应使用清楚的名称解释各自用途。下表为指标梳理示例，正式财务口径由企业财务人员确认。
| 指标示例 | 对应事件 | 需要写清的条件 |
|---|---|---|
| 订单金额 | 订单成立或审批 | 含税与否、取消与变更、统计日期 |
| 出库金额 | 商品出库 | 计价依据、退库、出库状态与日期 |
| 开票金额 | 发票开具 | 红字处理、税额、有效状态与期间 |
| 确认收入 | 按财务规则确认 | 确认条件、调整处理与会计期间 |
为一个高频争议指标建立完整指标卡
选择一个争议较多、又能取到源记录的指标试行。由总部定义管理目标，子公司说明本地流程，数据团队落实映射。业务负责人签认定义后，再用于正式看板和月报。
- 名称与用途：这个指标回答什么问题，使用者据此做什么动作。
- 公式与粒度：按订单行、工厂日还是公司月计算，分子分母如何定义。
- 范围与时间：纳入哪些组织、状态和币种，截止时点及补报如何处理。
- 来源与对账：源字段、转换规则、样本和合理差异说明。
- 责任与版本：谁确认业务定义、谁维护取数，何时生效、如何变更。
示例：两家工厂的计划达成率如何汇总？
以下为教学样例，不是客户成效。假设比较同一天、同一物料、同一计量单位：计划使用前一日确认的冻结版本，实际使用归属于该计划的合格入库量，临时计划外产量另列。指标定义为实际合格入库量 ÷ 冻结计划量；计划为零时显示“不适用”并单列处理，不强行记为 0% 或 100%。
- 汇总时先分别合计分子和分母，再计算比率；直接平均 90% 与 50% 得到的 70% 不代表这组数据的整体达成率。
- 指标卡注明是否允许超过 100%，以及退库、跨日入库、计划调整如何处理。不同物料或单位不能未经换算直接套用本例求和。
- 对账时保留计划版本、工厂与物料编码、入库单号、入库日期及更正记录；业务负责人确认规则，数据团队维护映射与计算。
| 组织 | 冻结计划量（件） | 实际合格入库量（件） | 计划达成率 |
|---|---|---|---|
| 工厂 A | 100 | 90 | 90% |
| 工厂 B | 20 | 10 | 50% |
| 集团合计 | 120 | 100 | 83.33%（100 ÷ 120） |
口径调整时保留历史的解释能力
集团收购新公司、调整板块或变更考核规则时，历史报表可能需要按原口径保存，也可能需要按新口径重述。应在变更前确定两者如何呈现，标注生效日期，并记录对下游报表的影响。
不要在某一张报表里临时修改公式来“对齐数字”。应在统一模型中修改相应规则，验证依赖指标与页面，再发布新版本。PACK BI 的指标管理、模型与血缘能力可以支撑规则维护，实际变更审批与归档责任仍需企业明确。
怎样验收统一口径？
让总部与子公司在相同组织、时间、状态和版本下复算同一组样本。差异应能解释为数据遗漏、映射错误、更新时间或已约定的业务规则。完成修正后，再检查看板、月报和导出是否采用同一逻辑。
- 每个正式指标都有责任人和可查定义。
- 口径修改有记录，旧结果可以说明。
- 经营汇总能按权限追溯，迟报与更正有处理流程。
常见问题
集团只能保留一套收入指标吗？
可以保留满足不同用途的指标，但订单金额、开票金额与财务确认收入应分别命名，不能一概称为收入。名称、用途、范围与时间规则需要明确，避免将它们混用于同一结论。
指标治理应该由 IT 还是业务负责？
业务负责人确认定义和用途，数据或 IT 团队落实来源映射、计算与运行。总部负责跨组织规则，子公司负责解释本地流程和数据差异。
买 BI 软件后，口径就会自动统一吗？
软件可以保存模型、公式和版本，但无法代替企业决定业务定义。应把指标讨论、样本对账和负责人确认列入实施范围。
资料与依据
产品范围以具体版本和项目评估为准。案例说明保留原始资料的范围与状态，方法示例不代表客户实际经营数据。
- 派可数据官网：PACK BI 产品平台与能力说明
派可数据发布的产品说明；具体模块、版本与实施范围应在需求确认时核对。
- Microsoft Learn：星型模型、事实粒度与历史维度
引用其中关于事实粒度及维度历史版本的一般建模原理；Power BI 专属实现不等同于 PACK BI 功能。