这是什么

一位制造业 PMC（生产物料控制）每天早上的固定动作：登录 SAP Business One → 设置筛选 → 导出 Excel → 粘贴进另一张维护多年的工作簿 → 跑汇总脚本 → 发给生产和采购。整条链路 40 分钟，其中 90% 是「搬运数据」——复制、粘贴、检查有没有粘错行。痛点不是慢，是易错。手工操作总会有一次少粘几行，而下游的采购决策依赖这份数据。最终方案走的是 SAP B1 的 DI API（一种本地 COM 接口，能让外部程序调用 B1 业务对象），配合 32 位 PowerShell 宿主、Python 3.14 和 Excel 二进制写入。没有用任何大模型，没有 Agent 框架，就是老老实实写脚本——最后 38 秒跑完全流程。

行业怎么看

支持者认为这才是企业自动化的真实 ROI（投入产出比）所在：不靠模型，不烧 token（按调用量计费），靠业务人员对流程的理解把「搬运」干掉。比起动辄百万的 Agent 项目，这种脚本一个月回本。反对意见同样明确。第一，这条自动化高度耦合 SAP B1 9.2 + 32 位 COM + 中文 Windows，作者自己列了三个未来会爆雷的点：DI API 32 位、DbServerType 枚举、Service Layer 未部署。一旦 SAP 升级或 IT 改架构，这条链路就是单点故障，且只装在一个人脑子里。第二，DI API 走的是 B1 自己的业务对象，相对可控；如果换成让大模型「自然语言查库存」，审计权和权限风险会立刻放大。第三，SAP 自身能做定时导出，但用户那张带公式和历史结存的工作簿没法标准化，所以自动化只能长在外部。

对普通人的影响

对企业 IT：每个工厂都有类似的「手工搬运」暗坑，但单点需求往往排不上 IT 优先级，结果是脚本散落在业务人员电脑里——治理风险比想象的大。对个人职场：会写脚本的 PMC、财务、HR 正在悄悄拉开和同事的差距；反过来，「你的活能被脚本化」这件事本身，也可能成为被优化时的首选理由。对消费市场：短期看不到影响；但当企业里这类工具普及，「白领被自己写的脚本替代」会比「白领被 AI 替代」更早发生。