发票审批：为什么 OCR 不会把通过时间减半

Inhaltsverzeichnis+

发票审批是自动化项目最多且事后商业案例最常落空的管理流程。原因可以用一个算透的模型说明。

“提示：” 以下数字来自示例模型，而非真实委托。其取值与中型企业的典型量级相符。请替换为您自己的数据。模式不变。

初始模型

一家公司每月处理1200张进项发票，即工作日约60张。流程有五个步骤：

若仅将处理时长相加，每张发票约为20到30分钟。但这种情况下从收件到付款批准的实际流转时间通常为八到十二个工作日。

25分钟与十天之间差了大约三个量级。这个差距正是本项目要解决的。它几乎完全由等待时间构成。

等待时间从哪来

将十天分配到各步骤，通常会得到如下图景：

• 从来件到录入： 不到一天。能力充足。
• 录入： 一到两天。利用率约80％，显著但可控。
• 等待业务复核： 五到八天。 问题在这里。
• 记账与核对： 不到一天。
• 等待下一次付款批处理： 平均1.5天。

导致复核延迟的原因是结构性的，与懒惰无关：复核不是全职工作。它是14个人的兼职，他们有各自的主职。每人按方便时处理复核，典型是一天一次，有时更少，休假时则不处理。

因此这个步骤有两个致命特性：

1. 极高的离散性。 一张发票可能在十分钟内被复核，也可能拖六天。离散性是等待时间的主要驱动因素。它在排队公式中以平方项出现。
2. 没有替代。 若某人缺席，其份额就得等其回来。没有人力池接手。

OCR 实际带来的影响

常见的项目建议是：引入凭证识别，自动将发票数据导入ERP，把录入时间从10分钟降到2分钟。

表格计算为：8分钟 × 1200 张 × 12 个月 = 每年1920小时。按55 €/h 计为105.600 €。项目因此获批。

实际发生的是：

录入确实变快，而且明显变快。 这不是营销话术，而是会发生的变化。应付账款的利用率会从80％降到低于30％。

流转时间大约只减少一天。 从十天降到九天。因为录入从来就不是瓶颈。

先变糟再变好。 之前录入以均匀速率每天向复核推送约60张发票。现在它们成批到达。扫描一完，就一起到。之前被录入环节“节流”的量现在全部和全部波动一起落到复核上。复核的等待时间上升。

瓶颈没有消失，仅仅是迁移了。节省下来的处理时间现在以等待时间的形式堆在业务部门前面。

真正存在的节省

别误解：那1920小时是真实的。只是它并不是商业案例所声称的全部价值。

• 实现的： 应付账款的处理能力。此能力有价值：可用于不新增人员的增长、利用折扣期、提升质量。
• 未实现的： 承诺的流转时间减半。项目会按此被评估，因为业务部门会抱怨。

两者之间的差距就是技术上成功的项目最终被视为失败的原因。

真正能降低流转时间的措施

所有有效措施都针对复核，且没有一项是单纯采购软件：

1. 金额门槛。 金额低于某阈值的发票无需逐张业务复核，而是事后抽检。在常见分布中，一半的凭证占据较小的金额份额，但却占用一半的复核次数。

2. 带自动化的替代规则。 不要手动转发，而是：X天无反应则转给替代人。这样切断分布的长尾，而长尾正是拉高均值的原因。

3. 固定时间的批量复核。 用每天固定时段代替“我有空再看”。这能大幅降低离散性，而无需额外工作量。

4. 先复核再录入。 经典的顺序错误：先仔细录入，随后发现发票有争议。流程前端做一次简短的业务检查，可以避免对所有争议票进行完整录入。

经验上，第3项在投入产出比上最有效。同时它很少出现在供应商报价中，因为很难销售。

有用的顺序

1. 先测量时间分布。 在每个步骤前清点在制品数，除以日吞吐量。花半天就能回答核心问题。
2. 再减轻复核负担。 金额门槛、替代、固定时段。通常不需预算。
3. 再测量。 瓶颈很可能移到录入环节。
4. 然后再自动化。 这时自动化能命中真正的瓶颈，节省也会反映在流转时间上。

按此顺序推进，会买到同样的软件，但项目能兑现商业案例的承诺。

为什么在购买前应先演算一遍

表格看不出上述效应（瓶颈迁移、节省被稀释），因为表格逐步孤立计算每个步骤。在仿真模型里，这一切几秒钟内就能看到：降低录入时间时，您会眼见复核前的排队增长。

FlowVisual就是为此而建。上述流程大约半小时可建模；之后问“如果我们引入 OCR 会发生什么？”只需一次点击。答案以P10–P90 区间给出，而不是一个无人能捍卫的单一数字。