Agent 生成的 Excel 改错正式数据，问题通常不出在生成那一步，而是出在把表格直接当成了可信数据源。正确做法是把任何 AI 产出的表格都当作外部导入文件：先过机器预检，再看差异预览，由有权限的人批准，导入后回读核对。四个环节缺一个，错误就会直接落到 ERP 正式库里。
这套流程不依赖任何产品的自动能力，就是一条纪律：生成可以交给 Agent，入库必须走受控通道。
生成时就按导入模板来
减少错误的第一个机会在生成阶段。给 Agent 的要求不是“整理一张客户资料表”，而是“按 ERP 导入模板输出：列名、顺序、枚举值、日期格式与模板一致，不要增删列，不要合并单元格”。导出的表就是待导入的表，中途不再人工转粘。生成表格所依据的原始材料可信度问题，可以参考扫描件表格进入企业知识库的字段校验：源头识别错了，后面全错。
导入前预检清单
预检由程序执行，逐行给出结果，不通过的不进入下一步：
| 检查项 | 校验内容 | 不通过的处置 |
|---|---|---|
| 主键唯一 | 编码列无重复、无空值；名称不同但编码相同要报出 | 人工裁决保留哪一行 |
| 必填完整 | ERP 必填字段逐行非空 | 补齐或剔除该行 |
| 枚举合法 | 结算方式、币种、单位等取值在字典内 | 映射成合法值或退回 |
| 单位与数量 | 数量单位、小数位、包装换算一致 | 按规则换算并标注 |
| 日期格式 | 统一格式且在合理区间 | 修正格式 |
| 关联存在 | 引用的客户、物料、仓库在系统中真实存在 | 先建主数据或改行 |
| 变更分类 | 每行标记为新增、修改、无变化或冲突 | 冲突行必须人工裁决 |
名称匹配主数据时要格外小心。虚构示例：Agent 输出的更新表里有两行都写“华辰商贸”，编码分别是两条不同记录，程序按名称匹配无法确定该命中哪一条。正确做法是以编码为主键，名称只作辅助显示；编码缺失时退回补码，而不是猜。跨系统同名对象的识别方法，可参考企业 AI 的人员与公司身份匹配。
差异预览与人工批准
预检通过后不直接导入，先给批准人一份差异预览：多少行新增、多少行修改、修改了哪些字段的旧值到新值、冲突行清单。批准人必须对这批数据有业务权限，例如客户资料变更由客户数据负责人批，价格表由销售运营批。预览只展示差异行，一百行里改了五行就只看五行，避免“扫一眼全同意”。
批准是人的动作。Agent 可以准备预览、解释差异原因、标注存疑行，但不代替人点击确认，这与企业 Agent 哪些动作必须人工确认的分级一致：批量修改正式主数据属于必须人审的动作。
导入后回读与失败行处理
导入完成不等于成功。要从 ERP 的正式查询路径回读这批记录：新增行能查到、修改行字段值等于预期、无变化行确实未被触碰。回读的具体步骤沿用Agent 写后回读 6 步，导入只是批量写入的一种。
部分失败时的规则：已成功的行不动；失败行修正后单独重导，重导前重新做一次变更分类，因为等待期间系统里的值可能又变了。导入工具应输出一份回执：总数、成功数、失败数、失败原因清单，回执与源文件版本一起存档。
验收表
- Agent 输出直接套用 ERP 导入模板，无中间转粘；
- 预检七项全部程序化，冲突行不能进入导入；
- 差异预览只含变更行，批准人对该数据有权限；
- 导入后回读覆盖新增与修改两类行；
- 部分失败时只重导失败行，且重新分类；
- 源文件、预检结果、批准记录与导入回执可互相追溯。
这类批量落库的前置条件是 ERP 有可用的导入接口或受控导入工具。如果你的系统还需要定制导入通道或字段映射，可以从企业管理软件定制评估改造范围，相关方法论也可顺着AI Agent 落地专题阅读。
