一张采购单把数量写在备注中，AI从常规数量栏读到了空值。业务人员把这张单改对了，并不意味着以后所有采购单都该优先读取备注。单次例外如果变成通用规则，系统可能在下一张正常订单上犯新的错误。

AWS在10月14日发布的单据处理方案中，区分了新格式学习和已知格式处理：前者生成并保存抽取指令，后者出现校验问题时，可以直接修正当前提取结果而不修改指令。这种区分值得外贸团队借鉴，重点不在Agent数量，而在纠错究竟影响哪些后续文件。

先找出错的是位置、含义，还是这张单本身

同样是数量不对，原因可能完全不同。表格新增了一列，系统把单价当成数量，是版式定位问题；客户在备注里临时取消某一行，是当前订单的特殊说明；“箱”与“件”混用，则需要结合原始单位和包装定义判断。不能只因为最终数字改对了，就把三种原因归成同一条学习经验。

复核时应把原页、被提取的字段和修改依据放在一起看。原文含糊的，应向单据发送方澄清，而不是让模型猜一个最常见的值。等待澄清期间，把建议解释与原始请求分开保留，不要为了让校验通过而覆盖原文。特别是价格、数量和交付日期，格式识别工具可以帮助定位信息，不能替交易双方决定条件。

对于只影响当前文件的例外，修正应留在当前记录中。若发现某个发送方持续使用新的表头，才考虑建立新的格式版本。按发送方名称匹配仍不够：同一公司可能由不同部门发送不同模板，旧文件也可能继续流转。

规则修改，要拿正常单据来反问一次

当团队准备把纠错提升为规则时，先用一句话说明变化范围。例如“这一版模板中的数量位于某列”，比“以后遇到类似问题灵活处理”更可检验。还要找出不应受影响的文件：旧版模板、没有备注的正常订单，以及包含相似词但含义不同的文件。

测试不只看新问题是否修好，也看原来正确的字段是否被改坏。若只有一张特殊文件能证明规则有效，证据还不足以支持广泛复用。可以继续按单修正，等更多同类文件出现后再判断，没必要为了宣称系统会自我学习而急着推广。

规则通过后，保留一个可识别的版本，并记录哪些文件开始使用它。历史订单的已确认结果不应因为新规则上线而悄悄重算；需要重处理时，应明确列出范围，让业务人员知道变化发生在哪里。发生回退时，也才能区分是提取方式恢复，还是订单条件真的改变。

中国外贸企业可以从最常处理的一类采购单开始，先分出“当前记录修正”和“格式规则变更”两个入口。业务负责人确认字段含义，技术负责人检查复用范围，单据发送方负责澄清原文歧义。关于原值与标准字段的对应，可结合产品元数据映射与原值保留建立底表；但映射统一不能抹去一张单据自己的例外。

参考来源