夹在 ERP 与 Excel 之间,计划软件的真正价值何在?1.ERP、Excel和它们的MiddlewareERP系统本质上是一套大型的数据库，只要主数据和交易数据都是正确的，系统运行的结果也不会出错。ERP虽然很强，但是在实际使用中会感到不够灵活，比方说用户界面是统一设计的，很难提供定制化的界面，除非在系统中开发报表，然后通过导出到Excel表格里进行分析。这是以前常用的方法，也是无奈之举。每次从ERP中导出数据都是重复操作，但这还不是最大的缺点。我们知道交易数据是实时在发生变动的，而我们从系统中导出的数据是某个时间点的数据，它只能反映出那个点的信息。这意味着什么？意味着我们做分析的依据也是过去的某个时间点，它是一种静态的计划。但是随着时间的推移，现实情况一定会发生变化。如果时间相隔不远，那么过去的信息尚有一些参考价值。但是一周之前的数据呢？它们还有多少的参考价值？恐怕就要打些折扣了，这就是固定时间点提取数据最大的弊端。为了解决这个问题，我们需要可以实时从ERP中进行数据分析的工具。“实时协同”和“敏捷响应”是在现有ERP系统基础上，企业对供应链计划系统提出的更高的要求。既然有市场，那么就会有相关的系统产品，我最近也试用了其中的一款，就叫它A系统吧。这套软件部署在云端服务器上，核心卖点是用协同计划打破信息孤岛。说得直白一些就是销售的变动可以实时传递给生产，生产计划调整后同步给供应商，大家都可以在同一个平台Platform上看信息，并快速达成共识。比方说，需求增加了，销售询问生产能否提前完成，生产看看原料库存不够，然后问了问供应商“能否提前送货？” 供应商看了看说只能交一部分订单，生产说“也行”，然后反馈给销售可以提前完成。以前的沟通方式是打电话写邮件，现在大家都可以在A系统上协同作业，沟通的效率和准确率都提高了。A系统提供了仪表盘Dashboard功能，可以直观地看到各类数据的图标，比如柱状图、饼图等等。如果我们改动了订货数量，对于库存会产生什么影响？以往这些功能只能通过Excel进行线下的运算，现在可以在A系统中进行模拟各种假设。如果选择了一个方案，最后要把相关数据上传到ERP系统中重新运行一遍。相比于传统的静态数据，场景模拟的效率更高，我们可以随意地调整订货数量、安全库存和其他参数，系统立即就能算出结果，计算和决策的效率显著提高了。A系统的数据直接从ERP中导出来，这样就保留了原汁原味的数据(Single source of truth)，同时也可以进行二次加工。现在的软件都流行部署在云端，一方面降低了硬件成本，另一方面也方便系统更新，用户不需要重新安装，只要打开浏览器就可以登录系统，使用起来非常方便。A系统有开放的API接口，能与能与 ERP（如 SAP、Oracle）、CRM、MES 等系统无缝集成，当然这是它必须具备的功能。云架构在二次开发上也具有优势，我们可以把它想象成Excel表格，事实上它和Excel长得也很像。在Excel中我们可以随意地增加或删除一列数据，用来反映出使用者的想法。A系统的架构也支持类似的功能，只不过不会开放给普通用户。A系统在汽车行业中有不错的表现。大家知道汽车制造业是很复杂的供应链，涉及到多层级的供应商协同。看得出来，A系统在汽车行业里是下过功夫的，对于供应计划的一些特点都进行过针对性的设计。比方说它考虑到了多种订单模式下的计划，例如常规的订单Purchase order、计划协议Scheduling agreement等等。对于计划的各类Action messages都有对应的模块，提醒计划员进行处理。考虑到了各种订货参数（MOQ, Rounding Values, Lead-time），并能主动提示是否需要完整的订单或是部分数量，这个功能可以避免呆滞库存，当然这还需要和供应商进行协商确认。既然已经实施了ERP，企业为什么还要花一大笔钱去部署计划系统？高昂的Licensing费用、实施服务费（需专业团队配置流程、导入数据、培训用户）会劝退预算有限的公司。系统的有效性依赖高质量的数据输入（如准确的历史需求数据、供应商产能数据、库存数据）。若企业内部数据治理能力弱（如数据分散、准确性低），可能导致系统输出的计划偏差较大，需先投入数据整理工作。简单地说就是Garbage in, Garbage out，如果基础数据很差，那么再上一个计划系统就是雪上加霜。企业先把内功练好了，再来考虑进阶的系统吧。A系统的操作逻辑与计划人员熟知的ERP略有不同，需要花大量时间进行专项培训，否则难以充分发挥其价值。ERP有一套运算的逻辑，A系统虽然继承了其所有的数据，但是做了一些创新。当我们看到了ERP系统的数据，还会想要比对以下A系统中的信息，看看两者是否一致。毕竟ERP是根本，A系统只是在其基础上的应用，看数据还是要看它的根Root。在彻底搞懂A系统之前，使用者要花很多时间去研究它，搞清楚各种功能和数据的计算逻辑。对于那些系统应用能力较弱的人来说，他们可能还没有学会走路，就要尝试去奔跑了，这就是强人所难了，你也可以说是他们的业务能力不足，但情况就是这么个情况，除非企业把他们给淘汰掉。员工的学习成本也是一种成本。现在头部ERP系统的设计逻辑是很难超越的，比如SAP中的MD04功能，这个Transaction是我认为最优秀的设计，简洁而又实用，所有的需求和供应信息都集中在一个界面里了，很难设计出超越它的模块了。既然ERP系统中已经有了可下载的报表，为什么还要在A系统中设计同样功能的界面？ERP系统的计算逻辑缜密而又复杂，在此基础之上的计划系统直接抄作业就行了，这样既省时又不会出错。既然如此，为什么还要开发同样的应用呢？我可以理解A系统是补短板，弥补了ERP系统笨重不灵活的缺点，但有些功能对实时数据、可视化信息的要求并不高，用户真的需要这些功能吗？你可以说它有这个功能，当你想要查询信息的时候，它就在那儿，这是Nice to have，也就是锦上添花了。最后说说三者之间的关系，ERP、Excel与计划软件并非替代关系，而是各司其职的协同：
1）ERP 是 “数据基石”
负责存储企业核心业务数据，确保数据的完整性与规范性，为计划软件提供 “单一数据源”。
2）计划软件是 “决策引擎”
基于 ERP 数据进行动态分析、情景模拟与协同规划，输出优化后的生产计划、采购方案等，并将最终决策结果同步回 ERP 系统，驱动业务执行。
3）Excel 是 “辅助工具”
承担小规模、个性化的数据处理需求（如临时报表、局部数据核对），作为前两者的补充。
夜雨聆风
