表格与图表解析:损失最大的那一段
表格与图表解析,指的是把以行列关系或图形关系承载的信息,转成既能被检索又能被计算与核对的文本结构。它是文档解析里损失最严重的一段,而且损失往往是隐性的:数字一个不少地取出来了,列名与单位却丢了,答案于是错得很自然
表格与图表解析,指的是把以行列关系或图形关系承载的信息,转换成既能被检索、又能被计算与核对的文本结构。它是文档解析里信息损失最严重的一段,而且损失往往是隐性的:数字一个不少地取出来了,但列名、单位与表头层级丢了,答案于是错得很自然
表格为什么难
结构规整的表单式表格并不难,难的是企业文档里真实存在的那几类:
- 合并单元格:表头跨列合并,解析后一行里的数字失去了归属。
- 跨页续表:第二页没有表头,取到的是一批裸数字。
- 多级表头:两级或三级表头被压平后,原本的维度关系随之消失。
- 旋转与竖排:整页横向排版的表格,坐标顺序与阅读顺序并不一致。
- 脚注与备注:单位、统计口径与例外写在表格下方的小字里,最容易与表格脱离。
这五类问题的共同后果是「数字是对的,含义是错的」。这类错误在人工抽查时也常被漏掉,因为抽查者往往只核对数字是否与原文一致,而列名错位只在具体提问时才会暴露。
图表的信息损失在哪
折线图、饼图、柱状图承载的是趋势与占比。转成文字时,常见的做法是只存一句「如图 3 所示」,等于把信息整个丢掉。另一种做法是让模型看图描述,但描述不一定覆盖你要的那个数值,而且每次结果可能不一样,无法复现。
更稳的做法是双份保存:一份保留图形本身供人查看,一份把图中的关键数据点抽成结构化记录供检索与计算,并在两者之间建立对应关系。这样即使抽点不全,也能退回原图核对,而不是凭一句描述下结论。
多模态真正用得上的三处
- 版面理解:判断哪一块是表格、哪一块是图注,避免把图注当成正文切片。
- 表格重建:在结构规整的表格上直接还原行列与表头,减少对规则的依赖。
- 图注与图表联动:把图注文字与图中数据点连起来,让「某型号某月的返修率」这类问题能命中。
谁来为表格的正确性负责
表格解析有一个容易被忽略的治理问题:谁来判定结构还原是否正确。开发侧能判断行列数与表头层级,但判断不了这个口径在业务上是不是仍然在用。分工大致是这样:
- 开发侧负责结构:行列数、表头层级、单位是否随表一起保存。
- 业务侧负责口径:同一列在不同报表里含义是否一致,脚注里的例外是否仍然有效。
- 两侧的共同交付物是一份抽样清单:哪些表自动通过、哪些需要业务确认、哪些不入库。
把这份清单做成固定动作,比上线之后靠问题反查要省力得多,也能避免同类错误在多个报表里重复出现。
验收口径
- 抽查表格,确认列名、单位与表头层级与原文一致。
- 跨页续表能被拼接成一张完整表,而不是两条互不相干的记录。
- 图表类内容能回答一个具体的数值问题,而不是只能给出一句「如图」。
- 每条关键数字都能回到原文件的具体位置。