# 财务实操：用 WorkBuddy 把一个文件夹的发票扫成汇总表

每个月底，财务和行政岗位都绕不开一件事：把积攒了一个月的发票图片和 PDF 整理成一张能对账的 Excel 汇总表。这项工作本身没有技术含量，但极其消耗耐心——打开一张发票，找到发票号码，看日期，认金额，认税额，再一个个敲进表格。一张发票熟手也要 3-5 分钟，十几张就是一小时起步。最怕的是录到一半被打断，回头还得从头核对哪张录了哪张没录。更要命的是，手工录入几乎必然出错：8 看成 6、小数点错位、金额和税额对不上，对账时发现合计数对不上，又得一张张翻回去找。

这次我用 WorkBuddy 完成了这项任务。11 张发票文件，从下达指令到拿到带合计行、经过交叉校验的 Excel 汇总表，全程约 10 分钟，可比对金额字段 100% 一致。更重要的是，过程中它主动发现并修正了一处 OCR 识别缺失，最终交付的不只是一张表，还有逐张核验留痕和原始识别数据。下面把完整过程记录下来，供同行参考复现。
![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-10730009/93daecef02fe8bd9950f6c19e0762922.png)

## 一、输入材料

**所处行业与岗位**：企业财务方向，日常需要处理进项发票的登记与汇总。

**输入材料**：一个名为"发票处理"的文件夹，内含 11 张发票图片（PNG 格式，部分为电子发票截图，部分为扫描件）。为保护隐私，所有材料均为脱敏样例数据：发票号码打星号处理，销售方名称以"某""XX"代称。

![发票文件夹](https://developer.qcloudimg.com/http-save/yehe-10730009/f147949ed31c92916b38fb461e4ae0d7.png)

**目标字段清单**（9 列，提前定义好，直接写进 Prompt）：

| 字段 | 说明 |
| --- | --- |
| 序号 | 1, 2, 3… |
| 文件名 | 原始发票文件名，用于追溯 |
| 发票号码 | 发票唯一标识，也是去重依据 |
| 开票日期 | 统一 YYYY-MM-DD 格式 |
| 销售方名称 | 开票单位 |
| 金额（不含税） | 数值，两位小数 |
| 税额 | 数值，两位小数 |
| 价税合计 | 用于合计校验 |
| 备注 | 异常标记（如"图像模糊待复核"）|

字段设计有几个值得说的取舍：

第一，**"文件名"这一列不能省**。汇总表的价值不在于"汇总"本身，而在于能回查。对账时发现某行数据存疑，第一反应是"这张发票原件在哪"，有文件名列，三秒钟就能定位到原图。没有它，汇总表就只是一堆数字。

第二，**"价税合计"单独列出来，而不是让 AI 自己算**。发票上本身就印着价税合计，直接识别比让 AI 用"金额+税额"反推更可靠。而且这给了验收一个硬指标——合计行与明细加总必须一致，不一致就是识别出了问题。

第三，**"备注"列用来承接异常**。我特意在 Prompt 里写明"无法确认的字段留空并在备注中标注原因"，这比让 AI 硬编一个值要安全得多。财务数据宁可空着，也不能错。

## 二、WorkBuddy 配置

**所用专家**：票据识别汇总师 v2.1.0（开发者：清风明月）。功能定位是本地离线批量识别发票与票据的 PDF、图片，抽取发票类型、代码、号码、日期、购销方、金额与税额等字段，一键导出 Excel 汇总表。选择这个专家而不是通用对话，是因为它的能力边界更清晰——专门做票据识别，内置了发票字段的抽取逻辑和 Excel 导出能力，不需要我从零描述"什么是发票""发票上有哪些字段"。

![票据识别汇总师专家](https://developer.qcloudimg.com/http-save/yehe-10730009/d124e7ce7a361061e6915d96db9d7905.jpg)

**权限设置**：默认权限，将发票文件夹纳入当前工作空间即可，无需额外配置。WorkBuddy 会自动获得该文件夹的读取权限，识别过程全部在本地完成，发票数据不出本机——这一点对财务场景很重要。

**完整 Prompt 如下**（公开配置，可直接复用）：

> 请读取当前文件夹中的全部发票文件（PDF 与图片），逐张识别并提取以下字段，汇总为一张 Excel 表：序号、文件名、发票号码、开票日期、销售方名称、金额（不含税）、税额、价税合计、备注。日期统一为 YYYY-MM-DD 格式；金额保留两位小数；同一张发票出现多次时去重并在备注中说明；无法确认的字段留空并在备注中标注原因。完成后输出合计行。

这个 Prompt 写了几条约束，每一条都有对应的真实痛点：

- **"日期统一为 YYYY-MM-DD"**：发票上的日期格式五花八门，有"2024年5月20日"，有"2024-05-20"，有"2024.05.20"，不统一格式，Excel 里排序就是乱的
- **"同一张发票出现多次时去重并在备注中说明"**：实际工作中，同一张发票被转发多次、重复保存的情况太常见了，不去重就会重复入账
- **"无法确认的字段留空并在备注中标注原因"**：前面说过，宁可空着，不能错。留了空，人工补录时一眼就能看到；编了个错的，可能到对账时才暴露
- **"完成后输出合计行"**：合计是验收的锚点，也是对账的起点

## 三、操作步骤

### 第 1 步：下达任务

在 WorkBuddy 中选中"发票处理"空间，粘贴上述 Prompt，发送。专家状态显示"已处理 2s，思考中"。

![下达任务](https://developer.qcloudimg.com/http-save/yehe-10730009/d567a367db4872edde7b936a0a021d59.png)

### 第 2 步：任务自动拆解

专家没有直接闷头干活，而是先把任务拆解为 4 个明确的子任务：

1. 摸底环境与文件清单
2. 逐张识别发票字段
3. 抽验金额与关键字段
4. 生成 Excel 汇总表与核验表

![任务拆解](https://developer.qcloudimg.com/http-save/yehe-10730009/cb3c8e73c8ef8440a7029c56b34ea185.png)

这个拆解过程很关键。它让我能预判它会做什么、做到哪一步了，也方便中途介入。比如如果它漏掉了"去重"这个要求，我在第 2 步就能发现并补充指令，而不是等最终结果出来再返工。任务列表每一项后面都有状态标记，执行到哪一步一目了然。

### 第 3 步：逐张识别 + 合计验算

专家加载发票处理技能，逐张识别 11 张发票。识别过程中，它会读取每张图片，定位发票区域，抽取各字段值。识别完成后，自动运行脚本生成汇总表，并立即做合计验算——把明细行的金额、税额、价税合计分别加总，与合计行比对。状态显示"汇总表已生成，合计验算通过"。

![生成汇总表](https://developer.qcloudimg.com/http-save/yehe-10730009/1bd9b08f709681c20815f49b10f174cc.png)

这一步的合计验算很关键：它不是生成完就结束，而是先自检一遍再交付。如果合计对不上，说明某一行识别出了问题，需要回头修正。

### 第 4 步：OCR 交叉校验与一处修正

这是整个过程中最有价值的环节。专家没有止步于"识别完、验算过就交差"，而是主动用本地 OCR 引擎（300 DPI 分辨率）对全部发票做了第二轮交叉校验——相当于用另一种方法重新读一遍，再和第一轮的识别结果比对：

- **11 张全部识别成功**，可比对金额字段 100% 一致
- **发现一处异常**：file-4 的开票日期在 OCR 交叉校验中未取到。专家没有留空，而是自动裁剪放大该张发票的日期区域复核，最终确认为 2024-05-20

![OCR交叉校验](https://developer.qcloudimg.com/http-save/yehe-10730009/2e2f2f15a130d97f542ea364e6ab34de.png)

这种"发现问题→定位问题→复核修正"的处理方式，比直接输出结果更让人放心。如果是人工录入，漏了一张发票的日期，大概率要到月底对账时才会发现；而 WorkBuddy 在交付前就自己拦截了。

### 第 5 步：清理临时文件，确认交付物

最后专家清理了识别过程中产生的临时文件（中间脚本、临时图片等），确认交付物齐备，任务列表 4 项全部标记完成。工作文件夹里干干净净，只有原始发票和最终交付物。

## 四、产出物

共 3 个交付文件：

| 文件 | 说明 | 大小 |
| --- | --- | --- |
| 发票汇总表.xlsx | 9 列明细 + 合计行 | 6.4 KB |
| 发票识别核验表.md | 逐张抽验留痕 + 内部一致性校验 | 4.2 KB |
| invoice_results.json | OCR 原文与坐标 | 320.7 KB |

### Excel 汇总表

10 行明细（11 个文件经 MD5 比对检出 1 张完全重复，已去重）+ 合计行。金额与税额分列清晰，可直接用于对账。备注列标注了去重记录和示例件说明。

![Excel汇总表](https://developer.qcloudimg.com/http-save/yehe-10730009/5938b6d9aac953ac5e901e99072d5a0d.jpg)

### 质量校验数据

汇总表交付时附带了一组质量校验数据，这是验收的直接依据：

- 10/10 张均满足 **金额 + 税额 = 价税合计**（零差异）
- 合计行与明细加总一致：**5639.73 + 605.71 = 6245.44** ✓
- 发票号码与销售方名称脱敏处理，第 5 张为示例件（占位符），均已在备注中标注
- 文件 MD5 比对去重：11 个文件检出 1 张重复（两个文件内容完全一致），保留 1 张，明细 10 行

### 发票识别核验表

核验表是逐张对照的留痕文档：每张发票列出票面金额、表中金额、票面税额、表中税额、价税合计，以及销售方名称，逐项标记是否一致。10 张发票全部标记"是"。另附内部一致性校验结果与去重说明。

![核验表](https://developer.qcloudimg.com/http-save/yehe-10730009/a41ca0262dab71d6e3e27bbf9da13311.jpg)

这张核验表的价值在于**可追溯**。三个月后如果有人问"这笔 6245.44 的进项是怎么来的"，不需要翻聊天记录，打开核验表就能看到每一张发票的识别依据。

### OCR 留痕 JSON

`invoice_results.json` 保留了每张发票的 OCR 识别原文与坐标信息——每个字段值是从图片哪个位置读出来的、原文是什么，全部有记录。这是审计追溯的最后一道防线。

![JSON留痕](https://developer.qcloudimg.com/http-save/yehe-10730009/ccc043927f662d2e925fc030bc0aa2ca.jpg)

三个文件的分工很清晰：**Excel 是干活用的**，**核验表是给人看的**，**JSON 是给机器查的**。日常对账用 Excel，复核抽查用核验表，极端情况下需要回溯识别过程用 JSON。

## 五、验收与耗时

**验收方式**（三道关卡，从粗到细）：

1. **合计校验**：汇总表合计行 6245.44 与明细加总一致——这是最快的检查，10 秒钟完成。合计不对，说明某一行识别出了问题
2. **逐张抽验**：核验表中 10 张发票的金额、税额、价税合计与票面 100% 一致——这是中间层，抽查几张关键行即可
3. **去重验证**：11 个文件经 MD5 比对，检出 1 张重复，明细行数为 10，符合预期——确认没有重复入账

**耗时对比**：

| 方式 | 耗时 | 质量 |
| --- | --- | --- |
| 手工录入 10 张发票 | 约 30-50 分钟 | 易出错，需二次核对 |
| WorkBuddy 全自动 | 约 10 分钟 | 交叉校验 + 核验表留痕 |

时间压缩到原来的 1/3 到 1/5，而且质量反而更高——手工录入做不到每张发票用两种方法交叉验证。

## 六、经验总结

这次实操下来，有几条经验可以复用到其他"文件夹→表格"类的任务上：

**1. 字段清单要提前定好写进 Prompt。** 这是最重要的一条。如果你只说"把发票整理成表格"，AI 会自己决定提取哪些字段，结果往往不是你想要的——可能漏掉税额，可能把价税合计和金额混为一列。把列名、格式、小数位数都写死，AI 照着做就行。

**2. 要求"无法确认的字段留空并标注原因"。** 这比让 AI 硬编一个值要安全得多。财务场景下，一个错误的数字比一个空单元格的危害大得多——空的你一眼就能看到，错的可能要到审计时才暴露。

**3. 主动要求去重。** 实际工作中，同一张发票被转发多次、重复保存的情况太常见了。不去重就会重复入账，到时候对账对不上，还得人工排查。MD5 比对是最可靠的去重方式，内容完全一致的文件直接判重。

**4. 交叉校验是质量保障的关键。** WorkBuddy 主动用 OCR 做了第二轮校验，并修正了一处日期缺失。这种"用两种方法做同一件事，比对结果"的思路，比单次识别可靠得多。如果你用的工具不支持自动交叉校验，至少要求它输出"哪些字段置信度低"。

**5. 核验表和留痕文件不要删。** `invoice_results.json` 和核验表不是垃圾文件，是审计追溯的依据。汇总表本身只是结果，核验表和 JSON 才是"这个结果为什么可信"的证据。建议这三个文件和原始发票放在同一个文件夹里归档。

**6. 格式约束要写在 Prompt 里。** 日期格式、小数位数、合计行——这些看似琐碎的要求，直接决定了产出的表格能不能直接用。"YYYY-MM-DD"和"2024年5月20日"在 Excel 里排序结果完全不同。

最后说一点感受：这个任务本身并不复杂，但它代表了一类非常普遍的工作——**有明确输入（一文件夹的发票）、有明确输出（一张汇总表）、有明确验收标准（合计能对上、逐张能对上）**。这类工作恰恰是 AI 工具最擅长接手的：规则清晰、结果可验、重复性高。人来做是消耗，AI 来做是基本功。把这类工作交出去，省下的不只是时间，还有注意力和耐心——而这些，应该花在更需要判断力的工作上。

---

*本文基于真实操作记录，所有发票材料均为脱敏样例数据。文中 Prompt 与配置已完整公开，可直接复现。*


每个月底，财务和行政岗位都绕不开一件事：把积攒了一个月的发票图片和 PDF 整理成一张能对账的 Excel 汇总表。这项工作本身没有技术含量，但极其消耗耐心——打开一张发票，找到发票号码，看日期，认金额，认税额，再一个个敲进表格。一张发票熟手也要 3-5 分钟，十几张就是一小时起步。最怕的是录到一半被打断，回头还得从头核对哪张录了哪张没录。更要命的是，手工录入几乎必然出错：8 看成 6、小数点错位、金额和税额对不上，对账时发现合计数对不上，又得一张张翻回去找。

财务实操：用 WorkBuddy 把一个文件夹的发票扫成汇总表

每个月底，财务和行政岗位都绕不开一件事：把积攒了一个月的发票图片和 PDF 整理成一张能对账的 Excel 汇总表。这项工作本身没有技术含量，但极其消耗耐心——打开一张发票，找到发票号码，看日期，认金额，认税额，再一个个敲进表格。一张发票熟手也要 3-5 分钟，十几张就是一小时起步。最怕的是录到一半被打断，回头还得从头核对哪张录了哪张没录。更要命的是，手工录入几乎必然出错：8 看成 6、小数点错位

服务端开发

职业发展

开发工具

财务实操：用WorkBuddy将一个文件夹的11张发票图片自动识别汇总为Excel表，全程约10分钟，金额字段100%一致，并主动发现修正一处日期缺失。含去重、交叉校验、核验留痕，解决手工录入易错、耗时痛点。Prompt已公开，可直接复现。

WorkBuddy 

JSON

2026上云采购 | AI焕新·智启新局

workbuddy

vtiv

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

财务实操：用 WorkBuddy 把一个文件夹的发票扫成汇总表-腾讯云开发者社区-腾讯云

财务实操：用 WorkBuddy 把一个文件夹的发票扫成汇总表

财务实操：用 WorkBuddy 把一个文件夹的发票扫成汇总表

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐