任何工具都能生成一张表。
但你需要的是自己定义的那些列。

一个具体的场景

你收到三家供应商的发票。三张发票包含同样的信息——供应商名称、发票编号、日期、金额——但每家的格式完全不同。供应商A用了规范的两列表格；供应商B把所有内容放在页眉区域，根本没有表格；供应商C有一个明细表，但合计金额写在页脚段落里。你需要把三张发票合并到一张表格，使用统一的列名，直接用于对账。

你把三张发票上传到一个通用图片转表格工具。结果如下：

Supplier A result:
┌────────────────────┬─────┬───────────┬──────────┐
│ Description        │ Qty │ Unit Price│ Amount   │
│ Office chairs      │   4 │   $285.00 │ 1,140.00 │
│ Desk lamps         │  10 │    $45.00 │   450.00 │
└────────────────────┴─────┴───────────┴──────────┘

Supplier B result:
┌────────────────────┬────────────────────┐
│ Field              │ Value              │
│ INVOICE NO.        │ TK-2024-041        │
│ DATE               │ 18 March 2024      │
│ TOTAL DUE          │ USD 847.50         │
└────────────────────┴────────────────────┘

Supplier C result:
┌──────────────┬──────┬───────────┬──────────┐
│ Item         │ Unit │ Rate      │ Total    │
│ Consulting   │   3h │   $200.00 │  600.00  │
│ Materials    │    1 │   $122.00 │  122.00  │
└──────────────┴──────┴───────────┴──────────┘
  Grand Total: $722.00 (footer text, not in table)

三份文档，三种完全不同的表格结构。工具提取了文档中存在的内容——这正是它该做的事。但你的表格还没有建起来。你现在手里是三张格式各异的表，在它们能用于任何分析之前，还得手动对齐。

自己命名列之后，发生了什么变化

自定义列提取颠覆了工具与文档之间的关系。不再是问"这份文档里有什么表格"，而是问"在这份文档里找到 供应商、发票编号、日期（YYYY-MM-DD） 和 金额"。AI 从语义层面理解文档——知道 INVOICE NO.、INV# 和 Bill Reference 指的是同一个字段——并将结果填入你定义的列中返回。

同样的三家供应商，使用自定义列 Vendor、Invoice No、Date (YYYY-MM-DD)、Amount (number only) 处理后：

┌─────────────────┬─────────────┬────────────┬──────────┐
│ Vendor          │ Invoice No  │ Date       │ Amount   │
├─────────────────┼─────────────┼────────────┼──────────┤
│ Acme Supplies   │ INV-0892    │ 2024-03-15 │  1590.00 │
│ TechKing Ltd    │ TK-2024-041 │ 2024-03-18 │   847.50 │
│ CoreBuild Co    │ CB-8812     │ 2024-03-22 │   722.00 │
└─────────────────┴─────────────┴────────────┴──────────┘

一张表，同一套列，无需手动整理。日期格式已统一，金额是纯数字而不是 "USD 847.50" 或 "$1,590.00"。供应商C页脚里的合计金额被正确识别并填入了金额列，而不是单独留在一个段落里。

被省掉的那些工作

这不只是省去了录入时间，更重要的是省去了规范化时间——这一步恰恰是大多数人评估提取工具时容易忽略的。使用通用工具时，提取很快；隐藏的工作量在提取之后的清洗和整理里。

只有几份文档时，规范化这一步烦人但还能应付。但如果每月要处理十几家供应商的五十张发票，真正的瓶颈不在提取，而在清洗。

为什么在 Google Sheets 里差异更明显

简录AI 的 Google Sheets 插件把列定向提取的能力往前推了一步：提取出来的行直接追加到你当前的工作表里，按你的列排好，无需中间导出步骤。整个工作流变成——打开 Sheets，打开侧边栏，上传文档，数据行出现。

而通用工具的流程是：上传，拿到一张格式不同的表，下载或复制，粘贴到工作表，重命名列，清洗数据，重新格式化。AI 完成了字符识别，剩下的还得你来。用插件的话，AI 完成字符识别和字段映射——你只需要拿到数据行。

因为列是你定义的（而不是文档的），每张发票提取出来都落在相同的列里。你的表格持续增长，不需要在每批次之后再做一遍规范化。

评估任何 AI 提取工具时该问的问题

并非所有"AI 文档提取"工具的工作方式都一样。有一个问题能把它们区分开来：输出的列是你定义的，还是工具决定的？

如果是工具定义列（通过检测文档中已有的表格结构），你得到的是文档的布局——每个来源不同。如果是你定义列，你得到的是自己的布局——跨所有来源保持一致。底层 AI 能力可能相差无几，变化的是谁在控制输出的结构。

还有一个相关问题：能不能在列名里嵌入格式要求？比如 Date (YYYY-MM-DD)、Amount (number only, no symbol)、Category (e.g. Rent, Utilities, Payroll)。带格式指令的列名，能直接省掉整个后处理步骤。

当文件不在你手里的时候

还有一种常见情况：你需要等别人发来文件。财务人员在向客户收集发票；管理者要求团队成员提交报销凭证；采购团队在从供应商那里汇总报价单。在这些情况下，"拿到文件"本身就是一项独立的任务。

简录AI 的文件收集链接功能可以生成一个可分享的链接和访问码。把链接发给有文件的人，他们打开链接——不需要注册账号，不需要安装任何东西——直接上传到你的队列。你在侧边栏处理，提取出来的数据行出现在你的表格里，从此不用再通过邮件催文件，也不用管理共享文件夹。

什么时候通用工具反而更合适

不是所有场景都需要列定向提取。如果你真正想要的是保留文档的表格结构——还原报表的排版、原样归档表单内容、或者把文档转为展示用途而非分析用途——通用表格提取工具完全能胜任。

列定向提取适合的是相反的情况：当你有大量文档、每份格式各异，但需要从中输出一份统一的数据集。供应商越多、银行越多、文档类型越杂，提前定义好输出结构、让 AI 每次自动完成映射的价值就越大。

常见问题

我只有几份文档，自定义列提取还有必要吗？

一两份文档时，差距确实较小——通用工具提取后手动规范化也很快。收益会随着文档数量和来源多样性的增加而放大。如果你需要持续处理同类型、多来源的文档，列定向提取从第一次运行就值回成本：列结构只需定义一次，之后每份文档都沿用。

如果我不知道需要哪些列怎么办？

把列名字段留空就行。AI 会分析文档，根据识别到的内容建议字段——作为你调整的起点。这种自动检测模式在你第一次处理某类文档、想先了解其结构再决定列集合时很有用。

我们某家供应商的发票格式非常不规范，AI 还能找到正确的字段吗？

通常可以——提取是基于语义的，不是基于位置的。AI 寻找的是字段的含义（这笔应付金额是多少），而不是固定位置的固定标签。有一点能帮到你：在列名里写清楚。如果一份文档里有五个不同的金额，Total Amount Due比单纯的 Amount 给 AI 更多判断依据。对于格式特别不规范的文档，先不填列名上传一次（自动检测模式），看看 AI 识别出哪些字段，再决定最终的列集合，是个不错的做法。

同一套列名能同时处理发票、收据和银行流水吗？

可以，但有些限制。像 Date 和 Amount 这样的共有字段，三种文档类型都能正确提取。文档特有字段——比如收据上没有 Invoice No——对应的单元格会留空。如果你要混合处理多种类型，建议加一列 Document Type：AI 会自动从每份文档中读取并填入，方便后续筛选。

Google Sheets 插件支持和网页版一样的自定义列功能吗？

完全一样。在侧边栏输入的列名与在网页版输入的效果相同——包括格式指令、示例值和消歧语言。在网页版配置好的模板可以在插件侧边栏中直接调用，所以你在网页端批量处理时调优好的列集合，在插件里处理单份文档时直接就能用。