从发票中提取待核对字段

作者: AILesson9 分钟准备已测试:ChatGPT复核日期: 2026-08-28

直接回答

提取发票抬头、行项目、税、付款条款和异常,并保留来源位置与算术检查. 请提供: 发票文本或 OCR、所需字段与定义、核对与隐私控制. 预期成果: 关联来源的发票记录、行项目表、核对队列、重复键和对账.

1

补充你的背景

你填写的内容只保留在当前浏览器中,AILesson 提示语不会将其发送给模型或服务器。

2

生成的提示语

未填写的字段会保留为占位符,你仍然可以复制后自行编辑

请从所给发票中提取字段供人工核对。

发票文本或OCR:
[invoice]

所需结构:
[schema]

控制:
[controls]

把OCR视为未验证证据。每个提取值都保留准确来源字符串及页码或行位置;无法确定时写“未找到”或“模糊”,不得猜测。不得在不展示原文的情况下规范化模糊数字、日期、币种、税号、银行信息、数量、单价或总额。提取抬头字段和逐行项目,再按所给定义检查数量×单价、折扣、小计、按税率税额、代扣、已付款、舍入和应付。不得推断税务有效性、供应商真实性、交付、审批、银行账户归属或付款资格。将意外银行变更、重复键、采购单不匹配、缺少必填字段、不可读文字和算术差异交授权复核人。输出提取表、对账、字段级置信度及原因,以及按付款风险排序的核对队列。
默认保护隐私提示语在浏览器本地组装。除非所在组织明确允许,否则不要把机密信息提交给任何 AI 服务。

从输入到成果

实际案例

看看具体背景如何通过这条配方转化为可使用的成果

实际输入

发票文本或 OCR
第1页1至5行:NORTHLIGHT PRINT CO. | 发票NL-2048 | 开票日2026-08-18 | 到期2026-09-17 | 币种CNY 6至8行:购方River Studio | PO RS-771 | 税号91310O?45(OCR;第六个字符可能是数字0或字母O) 表格10至13行:设计校样 | 数量2 | 单价450.00 | 金额900.00;A4小册子 | 数量300 | 单价8.00 | 金额2400.00;配送 | 数量1 | 单价180.00 | 金额180.00 15至19行:小计3480.00 | 折扣100.00 | 税6% 202.80 | 总计3582.80 | 已收定金500.00 | 应付3082.8O(末字符OCR为字母O) 22行:付款至Harbor Bank尾号8841。手写‘8月起新银行’。未显示交付日期。
所需字段与定义
抬头:供应商法定名称、发票号、开票日、到期日、币种、购方、PO、供应商税号、银行尾号。行:描述、数量、单价、金额。总额:折扣前小计、折扣、计税基础、税率、税、总计、定金、应付。ISO日期;金额小数。重复键为供应商+发票号+含税总额。将PO金额及批准银行与参考数据匹配。算术:计税基础=小计-折扣;税=基础×税率;总计=基础+税;应付=总计-定金。
核对与隐私控制
参考:PO RS-771批准含税上限3600元;预期项目和数量与三行一致。供应商主数据银行尾号1139,不是8841。登记中无NL-2048。容差0.01元。中低置信需应付账款复核。不得暴露完整银行或税号。提取不能批准付款或验证税务。银行变更一律阻止付款,直至通过批准的独立联系人核实供应商。

示例输出

发票提取——需要核对

抬头:供应商NORTHLIGHT PRINT CO.(第1页1行,高);发票NL-2048(2行,高);开票日2026-08-18和到期日2026-09-17(3至4行,高);币种CNY(5行,高);购方River Studio及PO RS-771(6至7行,高);税号原文“91310O?45”(8行,低,脱敏显示913…?45;不得规范);银行尾号8841(22行,抄录高置信,但主数据匹配失败)。

行项目数量单价金额检查
设计校样2450.00900.00一致
A4小册子3008.002400.00一致
配送1180.00180.00一致

行合计3480.00与小计一致。计税基础3480.00−100.00=3380.00;税3380.00×6%=202.80;总计3380.00+202.80=3582.80;应付3582.80−500.00=3082.80。来源“3082.8O”为低置信OCR;算术支持3082.80供复核,不是静默更正。含税总额低于PO上限17.20元,项目与所给PO参考一致;这不能证明验收或批准。所给登记中重复键为新。

付款风险队列:1)阻止付款:银行尾号与主数据1139不同,手写变更不是核验;须通过批准的独立联系人确认。2)对照权威供应商记录核对模糊税号。3)目视确认应付金额末字符。4)确认定金证据及货物或服务验收;交付日期未找到。5)由授权复核人决定税务有效性和付款资格。提取状态:完成但有阻塞;未批准付款。

为什么有效

  1. 1

    来源字符串和位置让每个规范字段都能对照不完美OCR审计

  2. 2

    算术和参考检查能发现仅准确抄录无法识别的付款风险

检查结果

  • 每个提取或规范值能否追溯到准确来源位置与原文?

  • 行项目、小计、税、已付和应付是否在规定容差内对账?

  • 银行变更、重复、采购单差异、字段缺失和模糊是否被排除在自动批准外?

更有把握地使用

常见问题

了解这条配方何时适用、需要提供什么,以及哪些内容仍需人工复核

使用“从发票中提取待核对字段”前需要准备什么?

使用“从发票中提取待核对字段”前,请准备发票文本或 OCR、所需字段与定义、核对与隐私控制。只用可核实的信息替换占位符;如果某项未知,就明确保留未知状态,不要让模型自行推断。

“从发票中提取待核对字段”的结果在什么情况下还不能使用?

如果结果还不能根据所给证据实现页面所述成果“关联来源的发票记录、行项目表、核对队列、重复键和对账”,或仍依赖未解决假设、缺失批准或编造细节,就不能使用。把检查项当作放行门槛:应修正来源输入,或指定有权限的复核者,而不是润色一个缺乏支持的输出。

“从发票中提取待核对字段”记录过哪些 AI 工具测试?

截至 2026-08-28,“从发票中提取待核对字段”的公开测试记录包含ChatGPT。这只表示存在已记录试跑,不保证后续产品版本仍兼容或得到相同结果。改用其他工具或版本时,应保留全部约束,并重新执行结果检查。

继续完成任务