已有ERP，生产现场仍靠Excel，怎么补齐管理流程？

要判断一家工厂的生产流程补齐了没有，可以先看一件小事：如果今天不更新那张Excel表，谁会停下来等消息？

如果只是经理少看了一张分析报表，影响可能有限。

如果班组不知道先做哪张工单，质量员不知道哪些产品等着检验，计划员无法判断明天能交多少货，这张表承担的就已经是日常生产管理。

ERP里的生产订单还在，现场却需要另一份文件才能把工作安排下去。禁止用Excel，工作可能停住；继续用，又要靠人反复核对两边的数量和状态。

怎么办？

先别急着采购新系统。把这些表正在承担的工作看清楚，才知道现有ERP要补什么，现场应用要建什么，以及哪些Excel其实可以保留。

一、同样是Excel，有些可以留，有些需要改

临时分析一组数据、比较几种排产方案、整理一次专项调查，用Excel并不奇怪。它灵活，也方便讨论。只要正式计划、业务单据和执行结果有明确的确认位置，分析文件没有必要全部搬进系统。

另一类表就不同了。

日派工表决定班组今天做什么；报工表保存工序实际完成量；待检表决定哪些批次还不能入库；异常表记录缺料、返工由谁处理。它们一旦成为唯一的工作依据，文件有没有更新、谁手里拿着哪个版本，就会直接影响生产。

还有一种表，存在的理由只是人工搬运数据。计划员从ERP导出订单，班组长填完数量，文员整理后再录回ERP。车间忙的时候，填表可以拖到下班，系统里的进度也跟着晚了。

这三类表，处理方式不应相同。

分析表可以保留，承担日常指令和业务确认的表需要纳入管理流程，重复搬运数据的表则应优先减少。

可以先拿近期实际使用的表，逐张问：谁填、谁看、什么时候用、填完以后谁采取下一步行动？如果一张表只是为了满足某份日报，不妨先检查这份日报是否还需要。

这样整理，得到的会是一份具体的改造清单，而不是一句笼统的“车间要数字化”。

图1：按实际用途决定表格如何处理，不必把所有Excel都替换成系统。

二、表格搬到网上，为什么仍然要靠人追？

把报工表换成多人在线填写，能减少文件传来传去。但原来藏在人员经验里的规则，未必会一起进入系统。

比如，一张工单下面有装配、测试和包装。三道工序都填了完成数量，计划员仍然不能直接把它们相加。装配完成的产品可能还没测试，测试未通过的还在返工，包装完成的才是后面能够申请入库的一部分。

如果页面只有“完成数量”四个字，各岗位照自己的理解填，看板更新得再快，也可能把同一批产品算几遍。

再看待检表。把批次标成“待检”，只能说明有人做了记录。如果按规定应限制使用的物料仍被记为可用库存、后续工序仍然可以取用，这个状态没有发挥应有的控制作用。待检物料可以按规则进入待检库或隔离区，但收货、检验和放行需要分别确认。

所以，补现场流程时，每一项记录都要继续往后问：

这次报工算哪道工序的产出？下一道工序可以接收多少？哪些数量需要返工？检验结论确认以后，谁可以放行？

一条记录有没有进入管理流程，要看它是否影响下一步工作。

这也解释了为什么有的工厂多了一块生产大屏，计划员仍然忙着打电话。大屏展示了数据，却没有解决任务怎样交接、异常由谁处理的问题。

三、先选一条生产流程，把四处交接补完整

不必一开始就把所有表格全部替换。可以选一类有代表性的产品，从任务下达到入库确认，检查下面四处交接。以下是讨论改造范围的方法，具体规则要按企业的生产方式确定。

1、生产订单怎样变成班组能执行的任务

ERP中有订单号、产品、数量和计划日期，不代表班组已经拿到了今天的安排。

现场还可能需要知道：由哪个班组执行，安排到哪条线，先做哪道工序，使用哪版工艺和作业指导书，前置工作是否完成。

如果这些内容目前都写在日派工表里，就要把表中的安排与ERP生产订单关联起来。产品名称不能再由人员手工随意填写，订单调整后也要知道哪些现场任务受影响。

特别是插单。计划员修改顺序以后，尚未开工的任务可以调整；已经开工的任务，需要说明是继续完成当前批次，还是暂停、转移。不能只更新办公室的表，让班组继续按早上的文件做。

2、发到现场的物料，怎样对应实际使用

领料记录说明仓库发出了什么，现场投入记录说明产品用了什么。这两件事可能由不同岗位、不同系统记录。

关键物料如果需要追溯，应明确记录到工单、批次还是产品序列号。替代料、补料和退料也要有对应动作，不能只在备注里写一句“已处理”。

库存如何扣减则要沿用或调整企业已经确认的记账规则。有的物料按领料记账，有的按实际消耗，有的依据报工倒冲。新增现场记录以后，要核对是否又触发了一次扣减。

重点是把发料、实际投入和记账的关系讲清楚，不要求每种物料都采用同样的记录方式。

3、报工和检验，怎样决定产品继续流转

工序完成量、检验合格量和成品入库量，应分别定义。并行工序、分批流转的产品，还需要明确它们之间怎样对应。

例如，某批产品测试未通过，现场应用应能根据企业规则记录待处置数量、安排返工任务，并在复检通过后允许后续流转。若企业已有质量管理系统，检验标准和最终判定也可以由它负责，现场应用引用相应结果。

一线操作尽量顺着工作发生的位置设计。能从任务带出的订单、产品和工序，就不让工人重新输入；必须人工确认的数量、原因和检验结果，保留清楚的入口。

入口设计得好，才有条件减少下班后的补表。要求班组长每天多录几套系统，通常只会增加另一份待整理的工作。

4、现场结果怎样成为ERP里的有效记录

现场显示完工，ERP是否已经接受了对应结果，要能区分。

接口超时、单据未释放、期间已关闭，都可能使回传未能完成。此时应留下待处理记录、原因和负责人。补传前需要核对原请求是否已经成功，防止网络响应丢失后重复生成业务单据。

报错数量需要更正，也应约定两边怎样撤销或调整，保留原记录和修改依据。直接覆盖现场数字，可能让ERP里已经记账的数量失去对应关系。

这四处交接补齐以后，才有可能逐步退出原来的派工表、报工表和人工回填表。进度看板则从这些业务记录汇总，不再要求计划员单独维护一份进度。

图2：四处交接分别确认任务、物料、工序质量与业务结果。发料不等于实际消耗，现场完工也不等于ERP已经接收记录。

四、用ERP补、上MES，还是定制现场应用？

流程清楚以后，再选承载它的工具。

先检查现有ERP能否满足所需动作。

有些ERP已经具备工序确认、报废、返工和工时记录等能力。SAP的生产订单确认资料就介绍了这类功能。不能因为现场现在用Excel，就认定ERP完全没有相应能力。

如果缺的是配置、终端入口或操作组织，优先评估启用现有功能。验证时让实际使用人员走一次业务，看看录入步骤是否合适，工序和检验规则是否够用，结果能否及时进入后续业务。

当现场执行要求较深时，评估MES制造执行系统。

多工序在制品、单件履历、投料校验、设备数据采集、返工路线等需求相互关联时，只做几张独立表单可能不足。可以用前面选定的产品流程验证MES方案，重点看异常能否处理、履历是否完整、操作是否适合现场，以及与ERP怎样交接。

当缺口主要是企业特有的协作流程时，定制应用也有价值。

例如，ERP的正式生产订单能够正常运行，但班组派工、缺料反馈、外协进度和返工审批仍散在表格里。可以在保留原有经营业务的基础上，把这些环节做成关联应用。

像织信Informat这类企业级低代码与AI开发平台，提供数据建模、流程、权限和接口能力，可用于建设现场协作应用，也能用于构建ERP、MES等复杂业务系统。这里应比较的是方案对具体生产要求的覆盖能力，不能把低代码限定为简单填表，也不能因为平台灵活就省略接口和现场验证。

开发时，可以先将生产订单、工序任务、报工、检验和异常记录建立关联，再配置各岗位的处理入口。例如，缺料反馈关联受影响的工序任务，处理人员确认后更新可开工条件；返工申请关联原检验记录和后续复检结果。

织信的AI对话开发支持读取Excel等文件，辅助分析结构并创建数据表、流程和页面。现有现场表格可以成为需求材料，但表里没有写明的数量口径、放行条件和记账规则，仍需业务人员确认。AI生成的应用也要经过测试，不能把“页面已经出来了”当成交付完成。

无论选哪条路径，都要约定维护责任。工艺变化谁确认，字段和流程谁改，接口异常谁处理，系统升级后谁测试。这些工作需要持续安排，不能在上线时交给一个熟悉Excel的人，之后全靠他临时处理。

五、上线以后，用三件事检验是否真的补齐

验收时，可以让业务人员完成下面三项验证，比单独检查功能菜单更有用。

第一，走完一笔正常生产业务。

任务下达、派工、用料、工序报工、检验和入库确认都有对应记录。计划员能查到需要的进度，人员不用再次汇总同一批原始数据再回填ERP。

第二，加入一次实际需要处理的异常。

可以选缺料、返工或计划变更。看谁收到任务，哪些后续动作受到限制，处理后怎样恢复，处理依据能否查回。不要只验证所有产品一次合格的路线。

第三，模拟一次结果回传失败。

现场已完成的业务能否找到，未成功回传的记录能否识别，负责人能否核对并恢复，重复发送会不会增加一笔报工或入库。

同时记录上线前后人员还要维护哪些表。试运行期间保留必要的核对表是可以的，但应明确用途、负责人和退出条件。否则，新应用和旧Excel长期并行，现场工作负担可能比以前更重。

这三项是实用检查方法，并非完整的行业验收标准。涉及特定质量、追溯和生产要求的企业，还应增加相应测试。

图3：用正常生产、业务异常和回传失败检查本期流程，同时明确旧表的保留用途和退出条件。

最后

已有ERP，现场仍靠Excel，不一定意味着ERP选错了。先看表格在做什么：辅助分析可以保留，日常任务、执行记录和业务确认则需要有可靠的处理位置。

企业补流程，也不必从更换整个系统开始。先选一条生产流程，让任务有人执行、用料有明确归属、检验结果影响流转、异常有人处理、完成结果能够进入后续业务。

对标准系统无法满足的特定需求，可以评估织信这样的企业信息化AI开发底座，通过数据模型与标准化组件定制生产管理应用，并按实际环境验证部署和集成。合理使用AI开发能力，可以减少部分建设工作，让团队更集中地解决业务规则与现场使用问题。

要减少的，是同一件生产业务在几张表、几套系统之间反复解释和录入；该保留的，是业务人员做分析、作判断的空间。

参考资料

《Posting Confirmations for Production Orders》｜SAP Learning

《什么是织信企业级AI开发平台？》｜织信产品文档

《智能体对话开发》｜织信产品文档