发票识别准了之后，瓶颈在哪

发票识别，指的是从票据图片或文件中提取金额、税额与开票信息。它在多数项目里都能较快达到可用水平，而一旦达到，继续优化的边际收益会迅速减小 —— 因为瓶颈已经不在识别本身

瓶颈为什么会转移

识别解决的是把纸面信息变成数据，但数据到手之后还有三件事要做：核对它是否真实、找到它对应哪笔业务、以及把它送进正确的流程。这三件事的工作量通常远大于识别，只是过去被识别环节的问题掩盖了。

换句话说，识别让数据变得可用，但没有让流程变得更快。真正拖时间的部分，往往要等识别完成之后才看得清楚。

转移到哪里

• 真实性校验：票据能否查验、是否重复提交、开票方是否在合格名单内。
• 业务匹配：这张票对应哪一笔采购或哪一个项目，靠人工找时最耗时。
• 入账口径：科目、部门与期间如何归属，仍然需要判断。
• 异常处理：信息不全或与业务不符的票据，需要有一套处理路径。

接下来该做的三件事

• 把查验与查重做成标准动作：提交时自动完成，而不是留到后面抽查。
• 把票与业务的匹配规则写出来：按金额、时间、供应商与订单号组合匹配。
• 为异常单据定义路径：缺信息、金额不符与重复提交分别怎么处理。

收敛口径

票据与业务对不上的情况，相当一部分不是数据错，而是口径不同：供应商名称的写法不同、金额含税与否不同、时间按开票日还是到货日不同。

• 统一名称：同一供应商在系统里只保留一种标准写法，其余作为别名登记。
• 统一金额口径：明确含税与不含税的记录方式。
• 统一时间口径：约定以哪个时间为准，跨期如何处理。

别做的事

不要在识别准确率上继续投入过多，除非还有大量纸票与扫描件。也不要让系统直接完成入账 —— 科目归属属于会计判断，应当由人确认。把工具定位在把数据准备到可以判断的程度，比追求全流程无人更现实。

和供应商的协同

票据问题有一半来自上游的开票方式。同一家供应商的名称、税号与开票习惯如果有多个版本，匹配就会反复出错。把要求提前告知供应商，比在下游反复修更省事。

• 开票信息规范：名称、税号与开户信息按统一格式提供。
• 电子票优先：减少纸票与扫描件带来的识别波动。
• 异常提前沟通：无法按规范开票时提前说明，避免后期退回。

数据保留与审计

票据属于会计资料的一部分，留存期限与访问范围需要按既有规定执行。自动化之后数据会多存一份在中间系统里，这一份同样需要约定保留期限与访问权限，不能因为它是过程数据就默认长期留存。

验收口径

• 查验与查重在提交时完成，而不是事后抽查。
• 票与业务的匹配规则有书面定义，能被业务方读懂。
• 异常单据有分类与对应的处理路径。
• 入账科目由人确认，系统只给出建议。