AI提取报价单明细，怎样核对错行、漏项和币种？

把报价单整理成一张漂亮的表，只完成了第一步。采购真正要核对的是：型号、数量、单位和价格是否还在同一行，页尾条件是否保留下来，哪些金额可以参加合计。一个字段抄得很准，放到另一个产品名下，整行仍然不可用。

可以先将目标限定为“生成供采购复核的比价草稿”。每条明细带回原件位置，疑点单独列出，确认后的数据再进入后续系统。这样验收有一个明确终点，也方便判断究竟该改识别、行列关联，还是业务规则。

先把报价单当一份单据，再抽取明细

收件时保留原文件，并给每份报价一个单据编号。供应商补发修订版时，建立新编号与旧版的关联；同一批提取结果只能使用已选定的那一版。否则第一页来自旧稿、第二页来自修订稿，字段和金额可能各自正确，组合起来却从未出现在任何一份正式报价里。

先登记三类内容：产品明细，包装费、运费等单列费用，以及币种、计价单位、选配范围等共同条件。产品说明换行不必拆成两个商品，续页表头也不应生成新明细。处理单位应是业务上的“一项报价”，而不是OCR识别出的每一行文字。

如果首批资料本身还缺稳定编号、字段含义或原件目录，可以先按企业AI资料准备方法补齐。本页继续处理原件已经到手之后，怎样核对提取结果。

用一张两页报价单检查四种错法

假设示例：Q-017是一份两页报价单。第一页页眉写明“币种USD”，第二页注明“配件包为选配，不计入合计；运费另计”。产品与费用如下。

这份示例可以用来检查四种具体错误：0018-A被转成18-A，型号前导零丢失；第二项的set被填成pcs，数量的含义改变；选配20.00被加入合计，草稿变成273.00；运费未给出，却被填为0，产生了“总费用已经齐全”的错觉。

四种结果都可能装进格式正确的表格或JSON。验收需要比字段名和数据类型再往前走一步，检查值属于谁、继承了哪条条件、参加了哪一步计算。

来源和标准值一起保存，复核才有抓手

复核界面最好能让人从一条结果直接打开原页，看到相应单元格和附近条件。仅保存整份文件链接，采购仍然要重找一遍；仅保存裁剪图，又可能漏掉页眉币种或页尾选配说明。

将原值和标准值分开，能看出错误发生在哪一步。“0018-A”在识别结果里完整、标准表里却成了“18-A”，应查字段类型和转换规则；原件清晰写着“set”，识别输出已经成了“pcs”，则先查识别与区域对应。修改结果时保留旧值和确认依据，下一次才有机会修正共同原因。

微软Document Intelligence版面模型文档提供了可参考的定位信息：表格行列索引、跨行跨列关系及单元格在页面上的区域。该文档还注明，v4.0 2024-11-30版本的表格边界区域不包含相关标题和脚注。若计价条件在表外，提取流程还要把这些条件关联回来。

先查行间关系，再算总额

逐字段看完后，按同一项产品检查型号、数量、单位、单价和金额是否成组对应。跨页续行、合并单元格和重复型号应重点核对；相邻单元格各自识别正确，也可能被拼到错误的一行。

接着检查数量口径。2 set只有在存在明确换算依据时，才能转成件数；把set直接替换为pcs会改变报价含义。币种也应有出处：原文只有“$”时，先找本单的币种说明；仍无法确定就标为待核，避免借用上一份供应商报价的币种。

金额复算沿原件的计价关系进行。Q-017的两项产品分别为10×12.50＝125.00、2×60.00＝120.00；本次合计为125.00＋120.00＋8.00＝253.00。配件包单列为选配，运费保留“另计”。草稿应同时展示“本次报价合计253.00 USD”和“运费另计”，让读者看清这个总数覆盖了什么。

实际报价可能含按百件计价、折扣、含税与未税金额，或行级与单据级的不同舍入方式。先由业务确认公式和允许差额，再执行复算。发现差异时保留“原件金额”“复算金额”和原因；用复算值悄悄覆盖原件，会把供应商原本的疑点藏起来。

总额相同也应继续看明细对应。两项金额互换后，合计仍可能一致；总额核对负责检查金额关系，逐项来源核对负责检查归属，两项工作各有用途。

验收记录写到整张单据能否进入下一步

用获准使用的实际报价建立验收样本，先由业务确认参考结果，再运行提取。样本应覆盖本批供应商的主要格式和容易错的条件，尤其是扫描件、跨页续行、合并表头、同型号不同配置、选配行、币种在页眉以及费用在页尾的情况。保留失败样本，修正后连同原本通过的样本一起复查。

统计时，字段正确率和单据可用率分开记录。字段正确率可以按“与参考结果一致的字段数÷约定应核对字段数”计算，漏填也计入错误；单据可用率按“达到下一步要求的单据数÷已检查单据数”计算。一张单据即使只错了一个币种字段，也可能整张都要退回复核。另记漏掉的原件明细、额外生成的明细，以及每张单据的人工复核时间，才看得出后续工作有没有变轻。

如果工具提供置信度，可以用它安排复核顺序。微软Document Intelligence透明度说明建议使用者按自身场景评估提取质量，再校准自动处理与人工复核的阈值。它也区分字词错误与实体错误：一个字符的偏差发生在金额里，就可能影响整张单据的判断。因此，试点时同时记录置信度和已确认的实际错误，再决定哪些格式、哪些字段可以少查。

交付时留下原件目录、带来源的明细草稿、异常清单和验收记录。原件没有合计时，把该项检查记为“不适用”；原件给了合计而结果不符时，保留差额进入复核。两种情况对应不同工作，分清以后才方便接着处理。

待明细确认后，再按CRM、ERP接入前的接口与授权清单核对写入对象和回执；如果需要由人员批准实际写入，可继续参考批准与真实动作的核对方法。先把一份报价变成可检查的草稿，再扩大到自动流转，实施团队更容易知道下一道关口要验什么。