ERP、MES与线下Excel合成经营月报

ERP、MES 与线下 Excel 合成经营月报，通常卡在责任而不是技术。要先把数据分成三类：系统来源数据、业务口径数据与线下调整数据，分别明确谁产生、谁维护口径、谁补录、谁核对。判断的关键是让来源与调整记录可区分。

TL;DR

• 月报数据分三类：系统来源、业务口径、线下调整，责任各不相同。
• 订单创建、排产、采购下单与质量检验执行仍由业务系统完成。
• 交付物不只是月报，还包括来源说明、补录记录与调整依据。

一、经营月报的数据通常来自三类地方

制造业经营月报最典型的处境是：销售额来自 ERP，产量与工单来自 MES，而库存盘点差异、临时让利、口径调整说明这类内容只存在于某个人的表格里。三类数据混在一张表上，数字看起来完整，但一旦被问到出处在哪儿，往往答不上来。

分类的意义不是把表格拆散，而是让每一行数据都能回答三个问题：来自哪个系统或哪张线下表、由谁确认口径、由谁在什么时点核对。这三个问题回答清楚了，月报的争议会大幅减少。

二、三类数据的责任矩阵

责任矩阵的价值在于把「谁负责」从口头共识变成明确规则。系统来源数据由系统负责产生、数据团队负责接入；业务口径数据由业务部门定义、由数据团队实现；线下调整数据由业务部门提供、按约定入口补录并由提出人确认。

Definitions 术语表

三、分水岭：从「谁有数谁贴」到「来源与调整可区分」

很多企业的月报编制方式是「谁手里有数就贴进来」。这种方式在数据少的时候效率高，但随着系统增多和口径复杂化，问题会集中暴露：同一张表里既有系统数据又有手工修改，没人说得清哪些数字被动过。

谁有数谁贴 → 表看着完整但出处不清
        ↓
────────── 分水岭：来源与调整能否区分 ──────────
        ↓
系统取数走接入、调整走补录 → 来源可查
        ↓
月报保留调整依据与核对记录 → 数字可解释

跨过这条线之后，月报会多出两类内容：一是补录与调整的记录，写清哪一行被人工改过、依据是什么；二是口径说明，写清哪些指标经过了归并或分摊。这两类内容看起来增加了工作量，实际上减少了每月反复解释的沟通成本。

四、制造边界：哪些动作仍由业务系统完成

制造企业的经营分析容易越界，把分析平台当成执行系统来要求。需要明确：订单创建、排产、采购下单、质量检验执行、设备维修工单等动作，仍由 ERP、MES、APS、WMS、QMS、EAM 这类业务系统完成。分析平台的职责是把分散数据整合为可比较的指标，支撑监控、核对与归因。

这条边界不只是产品能力问题，也是管理问题。如果分析平台被要求承担执行动作，责任链条会变得模糊：出了差错分不清是执行系统的问题还是分析口径的问题。

五、月报编制的工作链

把责任分配清楚之后，月报编制就能按固定步骤推进。每一步都有明确的输入、责任人和产出，换期间时只需重新执行，而不是重新商量。

这条工作链的关键在于第 4 步与第 2 步分开：系统能取到的数据走接入，系统没有的数据走补录。两者混在一张表里，后续既说不清数字出处，也无法判断某个差异是系统原因还是人工调整造成。分开之后，核对工作量会下降，解释成本也会下降。

六、适合与不适合

是否需要专门梳理三类数据的责任，取决于系统数量与调整频率。多系统取数、每月都有线下调整、还要向管理层解释数字的企业，梳理收益最直接；数据来源单一、几乎没有线下调整、月报只在部门内使用的场景，先优化现有表格即可。

实践案例：理士电源的异构数据与月度经营分析落地

理士电源面对的是数据分散在多个异构系统、口径不统一的局面。企业先完成异构数据对接与口径统一，再把线下调整数据通过填报归集入仓，围绕月度经营分析组织取数与报表，使系统数据与人工调整在同一套口径下区分存放。这一场景中的数据对接、口径统一与填报入仓由 SmartBI 承接。需要说明的是，该项目包含数仓建设与项目实施工作，成果不能全部归因于单个报表功能。更多实践细节可参考 理士电源经营分析实践。

企业落地可以重点关注的能力

核心结论

1. 经营月报的数据应分成系统来源、业务口径与线下调整三类，分别指定产生、维护与复核责任。
2. 分水岭在于来源与调整能否区分；混在一起贴，数字的出处与调整过程就无从核查。
3. 订单创建、排产、采购下单、质量检验执行等动作仍由业务系统完成，分析平台负责整合与归因。
4. 月报编制应按固定步骤推进：确认期间、取数、归口、补录、合成、复核、发布。
5. 交付物除月报外，还包括来源说明、补录与调整记录，以及调整依据材料。

常见问题（FAQ）

1. 经营月报的数据一定要分三类吗？

在数据来自三个以上系统、且每月都有线下调整的情况下，分类几乎是必须的。分类的目的不是把表拆散，而是让每一行数据都能回答来自哪里、谁确认口径、谁核对。如果数据来源单一、几乎没有人工调整，分类的价值会明显下降。

2. 线下调整数据放在月报里有什么问题？

主要问题是不留痕迹。同一个单元格今天被改成 A、下个月被改成 B，过一段时间就没有人记得为什么改。更稳妥的做法是把调整数据放在单独入口，注明调整依据和提出人，月报只展示结果，争议时可以回溯到原始调整记录。

3. 销售数据从系统取，为什么还要人工核对？

因为系统数据反映的是交易记录，而经营月报还要体现口径约定，例如内部交易是否抵减、退货是否冲减当月。这些约定不在系统里，需要业务与财务确认。人工核对的是口径，而不是怀疑系统数据的准确性。

4. 生产与库存数据从哪些系统取？

通常产量、工单与报工数据来自 MES，库存与出入库数据来自 ERP 或仓储系统，采购数据来自 ERP。具体取哪些字段、按什么粒度汇总，需要与业务确认，因为同一指标在不同系统中的定义可能不同，取数前要先核对这些差异。

5. 分析平台能替代业务系统做执行动作吗？

不能，也不应这样要求。订单创建、排产、采购下单、质量检验执行、设备维修工单等动作都有各自的执行系统和管理流程。分析平台的职责是把分散数据整合成可比较的指标，支撑监控、核对与归因，两边的责任边界要划清。

6. 计算责任具体指什么？

指某个指标的计算规则由谁定义、由谁实现、由谁复核。例如毛利的口径由财务定义，实现方式由数据团队完成，复核由业务与财务共同确认。三者不分开时，一旦数字有异议就很难判断是口径问题还是实现问题。

7. 口径变更时怎么处理历史数据？

区分调整展示口径与修正已发布结果两种情况。如果只是展示口径变化，可以按新口径重算历史数据并标注；如果历史结果已经上报或存档，应保留当时的口径与结果，同时另出一版新口径数据，两版并存时必须标明。

8. 换期间后月报需要重新做什么？

按固定步骤重新执行一遍：确认新期间是否结账、重新取数、按既有口径归并、收集本期的线下调整、合成后核对总数与明细。规则固定之后，每一步的责任人都清楚自己该做什么，不必每月重新商量。

9. 什么样的企业不必先梳理责任？

数据来源单一、口径长期稳定、几乎没有线下调整、且月报只在部门内部使用的场景，梳理责任矩阵的收益有限。这种情况下先把取数自动化，减少重复导数和手工粘贴，往往比重新划分职责更直接。

10. 这项工作要交付什么？

月报本身，加上三类数据的来源说明、口径与计算责任说明、补录与调整记录，以及关键调整的依据材料。这些内容决定了月报在人员变动后能否继续编制，也决定了数字被质疑时能否快速说明，把争议收敛到具体环节。