简诗 AI 发票数据提取分账

发票处理的工程化难题

发票处理看似简单，但要在工程层面做对，远比表面复杂。财务团队每天面对来自不同供应商的发票，格式各异——纸质扫描件经 OCR 识别的文本、ERP 导出的 CSV、结构化 JSON。每张发票需要提取发票号、日期、到期日、供应商信息、行项目明细、税额和总额，再逐项与采购订单比对、按总账科目归类、标记差异。手工完成这些工作既慢又易错，当月发票量达到数百张时，任何一次算术校验疏忽都可能导致财务对账偏差。

核心能力与处理流程

这个技能将发票处理拆为六个步骤，每一步都产出可审计的中间结果。

第一步：接收并解析发票。 接受任意格式输入——原始文本、OCR 输出、结构化 JSON 或 CSV——识别单据类型（标准发票、贷项通知单、借项通知单、形式发票），提取发票号、日期、到期日、供应商名称、地址和付款条件等头部信息。

第二步：提取行项目与合计。 逐行解析描述、数量、单价、扩展金额和税额，独立重算小计，提取税额、运费、折扣和总计，任何算术不一致都会被标记。

第三步：采购订单校验。 通过 PO 号、供应商或行项目描述匹配发票与采购订单，比对数量和单价，计算 PO、收货单和发票之间的三方匹配分数。价格差异超过可配置阈值（默认 2%）或数量不匹配时，发票会被标记。

第四步：总账科目归类。 根据行项目描述、供应商类别和历史模式分配 GL 账户。常见映射包括办公用品 → 6200、软件订阅 → 6500、专业服务 → 6300、原材料 → 5100，适用时附加部门成本中心代码。

第五步：标记差异并生成输出。 为每张发票生成包含所有提取字段、校验状态、GL 分配和标记的结构化记录。标记按严重程度分组：

• 阻塞错误：缺少 PO、总额不匹配超过 5%
• 警告：轻微价格差异、字段缺失
• 提示信息：新供应商、首次交易

第六步：生成处理摘要。 批量操作时输出摘要报告，包含已处理发票总数、通过/失败计数、总金额和标记类型分布，列出所有需人工审查的阻塞发票及具体原因。

适用边界与注意事项

这个技能不会自动安装依赖、修改系统权限或创建持久化任务。涉及发送、发布、删除、付款等外部写入操作时，先展示目标与影响并等待明确确认。凭据仅用于用户指定的对应官方服务，不回显、不记录、不转发。

实际使用中需要注意：

• 始终独立验证算术，不依赖发票上声明的总额
• 维护供应商到 GL 的映射表，随新供应商或费用类型的出现及时更新
• 根据行业特点设置价格差异阈值——大宗商品 2%，服务类可达 10%
• 对超过可配置金额阈值的发票要求 PO 匹配，防范未授权支出
• 保留原始发票数据与提取字段一同存档，满足审计追踪需求

边界情况同样有处理逻辑：无 PO 引用的发票标记为需人工审批；贷项通知单按负数发票处理并校验原发票引用；多币种发票按发票日期汇率转换并记录原始与折算金额；通过发票号 + 供应商 + 金额 + 日期检查最近 90 天记录检测重复；部分收货时按实际收货数量校验而非 PO 数量。