资料与文件 · 实作指南
先写小型资料字典,避免大型撷取错误
让栏位意思先取得一致,才开始自动撷取与系统写入。

模糊通常从栏位名称开始
一个叫「日期」的栏位,可能指开立日、服务日、到期日,也可能只是档案收到的时间。挑选撷取模型前,先为每个业务栏位写下定义、可能出现的位置、可接受格式、空值情况与决策负责人。官方撷取文件提到清晰栏位设计的重要性;本文建议进一步让审核员与下游系统也使用同一份定义,避免各自猜测。
保留原值与标准值
在假设的订单接收流程中,同时保留原始印刷值与标准化值。带有前导零的客户编号,不应因试算表自动判断而变成普通数字。记录转换方法及不确定性,审核员便能分辨错误源於读取文件,还是後续格式处理。这些原值也能支持客户查询与系统对帐,不必每次重新打开整份扫描文件寻找证据。
流程一览
明确区分没有与不知道
「没有出现」、「无法辨识」、「不适用」与「尚未检查」是不同状态,会带来不同後续工作。空白税项不能在没有规则下直接变成零。先确认哪些缺值会阻止流程、哪些可以等待补充,再测试相同标签却有不同意思的例子。漂亮的示范常常只呈现格式完整的文件,无法揭露员工每天处理的模糊情况。
把资料字典当成版本化合约
由营运负责人批准字典并给予版本编号。栏位意思改变时,同步更新撷取指示、验证规则、测试样本与系统对应关系。试点成功不只是 JSON 格式通过检查,而是人员能一致解释每笔纪录。结构验证能确认值的形状,不能保证该值的业务意思正确。若资料定义尚未稳定,就先保留人工批准,暂缓直接写入正式系统。
一次栏位定义练习
把同一批合成文件交给三位同事,请他们独立填写拟定结构,在使用 AI 前先比较差异。合理的人员若得出不同结果,便需要改善定义或加入明确例外。不能因模型选中其中一个值就预设它正确。这个练习能提前发现含糊栏位,也能让审核人员参与设计,而不是上线後才承受修改成本。
来源与延伸阅读
- Custom extractor with generative AICustom extractor with generative AIGoogle Cloud · 官方文件 ·
- Amazon Textract best practicesAmazon Textract best practicesAWS · 官方文件 ·
编辑原则
本系列以 AI 辅助原创撰写,并对照连结的公开来源。实作建议与假设情境属编辑分析,并非客户实绩。来源发布日期及产品细节可能与本系列整理日期不同。