生产计划 Excel 自动录入 NC：批量转录与进度看板
每到月中排产会，很多制造企业的计划员都要重复同一件事：把 Excel 里那张几百行的生产计划表，一行一行地敲进用友 NC（NCC）的生产订单界面。敲完一遍，半天过去了；改一次计划，又要重来一遍。更麻烦的是，计划一旦进了系统，就变成"黑箱"——哪些订单已下达、哪些交期要延、哪些还没质检，只能靠人挨个去查。
有行业调研显示，制造企业一线业务人员每周花在跨系统数据搬运、复制粘贴和核对上的时间，普遍超过 10 小时；而手工录入带来的字段错位、编码漏填、日期倒挂等问题，往往要到对账或月结时才被发现。这篇文章想聊的，就是怎么把"生产计划 Excel 自动录入 NC"这件事做扎实，并把录入之后的执行情况变成一块能实时看的进度看板。
一、先看清问题：Excel 与 NC 之间那条"人工传送带"
1.1 大多数工厂的真实排产流程
先把流程摊开看。典型的中小型制造企业，生产计划的生产和录入是割裂的：
- 计划在 Excel 里排：PMC 根据销售订单、成品库存、产线产能，在表格里算出每张生产订单的开工和完工日期，排产逻辑往往沉淀在几张带公式的表里。
- 录入在 NC 里做：计划员打开 NC 的生产订单模块，新建单据、选物料、填数量、填计划完工日期，一条一条保存。
- 核对靠人眼：录完后导出系统明细，跟 Excel 逐行比对，对不上就再改一遍。
这三步之间没有自动衔接，全靠"人工传送带"。
1.2 手工转录的三笔隐性成本
多数管理者能感知到"慢"，但真正贵的不是慢本身：
- 错误成本：物料编码少一位、计量单位选错、计划完工日期填成开工日期，这类错误在小批量时看不出来，订单一多就集中爆发，返工成本远高于录入本身。
- 决策滞后成本：计划录入不及时，车间拿到的派工依据就是过期数据，等到发现交期要延，往往已经来不及调整。
- 人员依赖成本：排产逻辑锁在某一个人的 Excel 里，人一休假，整个计划链条就卡住。
所以这不是"要不要上工具"的问题，而是这条人工传送带迟早要换掉的现实问题。实在Agent 在这类场景中的定位很明确——它不去替换 NC，也不去改造排产逻辑，而是把"Excel 计划表 → NC 生产订单"这一段搬运，交给一个可以 7×24 小时跑的数字员工。
二、批量转录：让生产计划一次性"落"进 NC
2.1 转录之前，先解决"对得上"的问题
批量录入失败，八成的锅不在录入动作本身，而在录入前的数据没对齐。真正有效的做法是先做一层"预检"：
- 字段映射：Excel 的列名（如"计划完工""交期"）与 NC 单据字段（计划完工日期）建立固定映射关系，映射表一次性配置、长期复用。
- 主数据校验：物料编码是否存在、是否启用、BOM 版本是否有效、单位是否与库存单位一致，逐条比对。
- 业务逻辑校验：计划开工日期不得晚于计划完工日期、数量不得为负、同一销售订单行不得重复生成生产订单。
- 差异清单输出：通过校验的行进入待录入队列，不通过的行单独列出来并标注原因，交回计划员处理，而不是整批失败。
这一层的价值在于：把原本要在 NC 里"边录边报错"的过程，提前到了批量处理之前。
2.2 三种录入路径的取舍
企业把 Excel 数据送进 NC，通常有三种路径，各有适用边界：
- NC 自带的 Excel 导入模板：成本最低，但对嵌套单据（一个生产订单带多行物料）支持有限，字段格式要求苛刻，异常提示不友好。
- 二次开发接口对接：稳定性最好，但需要 IT 排期、开发测试周期长，一旦 NC 版本升级或单据字段调整，还得再改一轮。
- Agent 模拟人工操作：以非侵入方式操作 NC 客户端，按真实业务路径建单、保存、回填，不依赖接口开放程度，适合字段多、逻辑复杂、且短期内拿不到开发资源的情况。
实际落地中，第三种往往是见效最快的那条路——它绕开了"要不要改系统"的决策周期，直接解决当下的人工搬运问题。
2.3 转录之后必须有"回执"
批量录入最怕的是"以为成功了"。完整的闭环应该包含：
- 逐条回执：每条计划对应的生产订单号、单据状态、写入时间，全部回写记录。
- 失败重试机制：偶发的界面卡顿、系统繁忙导致的失败，自动重试；连续失败的转人工处理。
- 结果回写 Excel：把生成的生产订单号回填到原始计划表，计划员一眼就能看出哪几行还没进系统。
实在Agent 在这里承担的就是上述整套动作：读取 Excel、执行校验、批量建单、逐条回写，跑完一轮自动生成一份"成功/失败/跳过"三色清单。PMC 拿到的不再是"我录完了"，而是"这批计划里 187 条成功、3 条因物料编码不存在被拦截"。
三、进度看板：把计划的执行情况摊在桌面上
3.1 看板该盯住哪几个数
录进去只是开始。计划部门的真正诉求是"我排的计划，现在跑到哪一步了"。一块有用的进度看板，至少要覆盖四类指标：
- 下达及时率：生产订单是否在计划开工日前完成系统下达，这是衡量计划落地速度的核心指标。
- 计划达成率：已完工订单中，实际完工日期不晚于计划完工日期的比例。
- 延期预警清单：按剩余工期排序，把即将超期和已超期的订单一目了然地列出来，标注卡在哪个环节。
- 过程卡点：未质检订单数、未领料订单数、MRP 请购未转采购数，这些是延期最常见的三类前兆。
3.2 刷新频率与数据口径
看板最容易失效的原因，不是指标设计得不好，而是数据是三天前的。合理的做法是：
- 刷新节奏跟业务节奏对齐：车间每天早会前刷一次、下午下班前刷一次，就足够支撑日常决策，不必追求秒级。
- 口径统一并写死在取数逻辑里：什么叫"延期"、以计划完工日期还是承诺交期为准，必须提前定义清楚，否则每次看板出来的数字都对不上。
- 历史留痕：每次刷新存一份快照，方便回溯"上周这个时候是什么状态"。
3.3 从"看见"到"叫停"
看板的价值不在展示，而在触发动作。当某个订单的剩余工期小于标准生产周期，或者连续三天状态没有变化，系统应该主动把人叫起来，而不是等人去翻。实在Agent 可以把这一步做成定时任务：每天固定时点抓取 NC 中的生产订单执行状态，生成看板数据，并把触发预警的订单按责任人分组推送，让计划员早上打开消息就看到"今天需要处理的 5 件事"。
四、实在Agent如何承接这两件事
4.1 三层能力结构
在"生产计划 Excel 自动录入 NC"这个具体场景里，实在Agent 的能力可以拆成三层：
- 识别层：读取 Excel 计划表，识别表头结构、合并单元格、多 Sheet 数据，把非结构化排布整理成结构化记录。
- 执行层：按规则完成字段映射与校验后，驱动 NC 客户端批量创建生产订单，逐条保存并记录回执。
- 呈现层：定时拉取 NC 中的订单执行数据，生成进度看板，并把异常项推送给对应责任人。
4.2 关键能力清单
| 能力项 | 具体表现 | 对应业务价值 |
|---|---|---|
| 批量转录 | 一次读取整张计划表，逐行生成 NC 生产订单 | 把半天的手工录入压缩到分钟级 |
| 规则校验 | 物料编码、单位、日期逻辑、重复单据四类预检 | 错误在进系统前被拦截 |
| 回执回写 | 订单号、状态、时间回填原始表格 | 计划员清楚知道每一行的下落 |
| 定时跑批 | 按日/按班次自动执行，支持增量处理 | 计划变更后能快速补录 |
| 看板生成 | 自动汇总下达及时率、达成率、延期清单 | 排产会不再靠临时导表 |
| 异常推送 | 按责任人分组推送待处理事项 | 从被动查变成主动提醒 |
4.3 一个脱敏案例
华东一家装备制造企业的 PMC 团队，此前的做法是每天由计划员把排好的 Excel 计划表逐条录入 ERP，一个批次大约 200 行，耗时三到四小时，且每月都会出现若干起因日期填错导致的返工。
引入实在Agent 后，流程变成：计划员照常在 Excel 里排产，保存后触发任务，Agent 自动完成校验、建单、回写，跑完输出一份差异清单。团队负责人反馈，生产订单下达及时率提升了约 85%，计划员的时间从"录入"转移到了"看异常、调排产"上。
同一个集团在另一条业务线上做过类似尝试：财务对账场景中，通过自动抓取、标准对齐、一键核验的方式，释放了约 30% 的核算精力，并基本杜绝了手工计算漏项。这类经验说明，只要校验规则定义清楚，跨系统数据搬运的自动化是可复制的能力，而不是某个部门的特例。
五、落地前的五条建议
如果准备启动这件事，有几条经验值得提前想清楚：
- 先固化规则，再谈自动化：把"什么算延期""哪些字段必填"写成文档，比选工具更重要。
- 从单一批次切入：先跑通一个产品线、一类订单，验证字段映射和校验规则，再横向推广。
- 保留人工兜底：校验不通过的行必须能退回人工，而不是让自动化强行吞掉异常。
- 看板指标不超过六个：指标越多，越没人看。先盯住下达及时率、达成率、延期数三个核心指标。
- 留好审计轨迹：每次批量操作的输入、输出、失败原因都要留痕，月结和审计时才说得清。
写在最后：生产计划 Excel 自动录入 NC，看起来只是一个"录入自动化"的小切口，实际撬动的是计划部门从"数据搬运工"向"节奏控制者"的角色转变。当批量转录和进度看板跑顺了，PMC 的时间会自然回到排产逻辑本身——那才是真正决定交付能力的地方。建议先用一条产品线做两周试点，用实际节省的工时和拦截的错误数说话，再决定推广范围。
常见问题解答
问题一：一定要用接口开发吗？没有 IT 资源怎么办？
不一定。如果 NC 的单据字段复杂、嵌套层级多，走 Agent 模拟人工操作的方式反而更快，不需要等接口开放，也不受版本升级影响。接口方案胜在长期稳定，适合计划结构标准化程度已经很高的企业。
问题二：Excel 表头经常变，自动化会不会经常崩？
表头变动是常见情况，关键在于把字段映射做成可配置项而不是写死在流程里。表头调整后由业务人员重新指定一次对应关系即可，不需要改代码。同时对合并单元格、多 Sheet、隐藏列要有预处理能力。
问题三：批量录入出错了怎么办，会不会污染系统数据？
两个层面控制：一是在录入前做校验，不通过的行根本不进系统；二是每条记录都留回执，出问题时可以按单据号定位并回滚或修正。规范的做法是先在小批量上验证规则，再放开全量。
问题四：进度看板的数据准不准，和 ERP 报表有什么区别？
看板数据直接取自 NC 的生产订单执行状态，与 ERP 报表同源，差别在于刷新节奏和呈现方式：报表是"去查的时候才生成"，看板是"按固定时点自动更新并主动推送异常"。前提是"延期""达成"等口径必须提前定义清楚，否则两边数字会对不上。
问题五：这套方案适合多大规模的工厂？
从几十人的中小工厂到集团型制造企业都有适用空间。判断标准不是规模，而是"计划表到 ERP 的搬运量"——如果每天有几十行以上需要手工录入，且存在交期跟不上的困扰，就值得做。规模越大，看板带来的协同收益越明显。
