导入失败后,程序只留下一个错误代码。知道失败了,却不知道要检查哪条记录,也不知道能不能直接重试。
接着预览过期检查的自建 JSON 库存教学项目,这次给失败结果加一个只读说明器。它读取失败输出,保留原始代码,并对约定内的错误补充位置、原因和下一步;它本身不执行导入、不修改输入,也不自动重试。
导入失败后,程序只留下一个错误代码。知道失败了,却不知道要检查哪条记录,也不知道能不能直接重试。
接着预览过期检查的自建 JSON 库存教学项目,这次给失败结果加一个只读说明器。它读取失败输出,保留原始代码,并对约定内的错误补充位置、原因和下一步;它本身不执行导入、不修改输入,也不自动重试。
导入预览看起来没问题,准备提交时,原文件却被另一个操作改过了。之前确认的预览,还能直接执行吗?
这次接着整批校验后再写文件的教学例子,把预览和提交拆成两次操作,中间多加一次输入对照。数据仍是自建 JSON,不是真实库存。
批量导入最难发现的问题,有时不是报错,而是报错前已经写进去一半。怎样让 Codex 把“原文件没被部分覆盖”也纳入验收?
这里沿用库存 0 校验的教学例子,用自建 JSON 文件演练:原文件一行,待导入两行。它不是实际库存或客户事故。