請求書承認:なぜOCRでリードタイムは半分にならないのか
典型的な請求書承認プロセスでは、処理時間の大部分は入力作業ではなく、担当部門による内容の承認を待つ時間に費やされます。OCRによる伝票認識は入力を大幅に高速化しますが、結果としてボトルネックが移動するだけです。承認は、絞られた量ではなく全量を受け取ることになり、それ自体が制約ステップになります。処理時間を本当に短縮したいのであれば、承認プロセス、すなわち金額の閾値、代理承認ルール、まとめ承認に着手する必要があります。
Inhaltsverzeichnis
請求書の承認は、最も多く自動化プロジェクトが行われる管理プロセスであり、かつ事後的にビジネスケースが実現しないプロジェクトの割合が最も高いプロセスです。その理由は、計算済みのモデルで示せます。
「注意」:以下の数値は実際の案件ではなく、例示用モデルに基づきます。中堅企業の典型的な規模感に合わせてあります。ご自身の数値を当ててください。パターンは同じです。
出発モデル
ある企業が月間1200件の受領請求書、つまり営業日の平均で約60件を処理しています。プロセスは5つのステップです:
| ステップ | 誰が | 1件あたりの所要時間 | キャパシティ |
|---|---|---|---|
| 郵便受け取りとスキャン | 事務 | 2–4分 | 0.3人分 |
| ERPへの入力 | 買掛金会計 | 6–14分 | 1.5人分 |
| 内容承認 | 担当部門 | 3–6分 | 14名に分散 |
| 勘定付けとチェック | 買掛金会計 | 4–8分 | (1.5人分の一部) |
| 支払実行 | 経理 | バッチ処理 | 週2回 |
処理時間だけを合計すると、1件あたりおよそ20〜30分になります。しかし、受領から支払承認までの実際の所要時間は、このような構成では通常8〜12営業日になります。
25分から10日までは約3桁の差があります。この差こそがプロジェクトの本題であり、ほとんどが待ち時間によるものです。
待ち時間はどこで発生するか
10日間を各ステップに配分すると、ほぼ常に次のような図になります:
- **郵便受け取りから入力まで:**1日未満。キャパシティは十分です。
- **入力:**1〜2日。稼働率は約80%で、目に見える負荷だが管理可能です。
- **内容承認の待ち:****5〜8日。**ここにプロセスの問題があります。
- **勘定付けとチェック:**1日未満。
- **次の支払実行までの待ち:**平均1.5日。
承認が遅れる理由は構造的で、怠慢とは関係がありません:承認は専任業務ではないからです。14名が本務を持ちながら副業として承認を行っています。各人は対応できるときに承認を行い、通常は1日1回、時にはそれ以下、休暇中は対応しません。
このステップには致命的な2つの性質があります:
- **非常に大きなばらつき。**請求書は10分で承認されることもあれば6日かかることもあります。ばらつきが待ち時間の主因であり、待ち行列の公式に対して二乗で効いてきます。
- **代替がないこと。**誰かが不在になると、その人分はその人が戻るまで待ちます。引き継ぐプールがありません。
OCRが実際に何をもたらすか
一般的な提案はこうです:帳票認識を導入し、請求データを自動でERPに取り込み、入力時間を10分から2分に短縮する。
表の計算はこうです:8分 × 月間1200件 × 12か月 = 年間1920時間。時給55ユーロで**105,600€**になります。プロジェクトは承認されます。
実際に起きること:
**入力は確実に速くなります。そしてかなり大幅に。**これはマーケティング上の約束ではなく現実に起きます。買掛金会計の稼働率は80%から30%未満に下がります。
**ただし、通過時間は約1日しか短くなりません。**10日から9日へ。入力は決してボトルネックではなかったためです。
**しかも、改善する前に状況が悪化することがあります。**以前は入力が1日に約60件を均等に承認へ流していました。今は流れが塊になるため、スキャンが終わると一度にまとめて来ます。以前は入力が流量を調整していたため抑えられていた変動が、今はそのまま承認に届きます。結果として承認の待ち時間は増えます。
ボトルネックは消えたわけではなく移動したのです。節約された時間は現在、担当部門の前で待ち時間として現れます。
実際に存在する節約効果
誤解しないでください:1920時間は実在する時間です。ただし、それはビジネスケースが主張したものとは異なります。
- **実際に得られるもの:**買掛金会計のキャパシティです。これは貴重です:増員なしでの成長対応、支払割引の活用、品質向上などに使えます。
- **実際に得られないもの:**約束された通過時間の半減です。そして部門はそこを基準に評価するため、苦情が出ます。
この差が、技術的には成功したプロジェクトが期待外れに終わる理由です。
通過時間を本当に短くするもの
有効な施策はすべて承認プロセスに直接働きかけるもので、どれもソフトウェア購入ではありません:
-
**金額閾値。**閾値未満の請求は個別の内容承認を不要とし、事後の抜き取り検査にする。典型的な分布では伝票の半数が件数の大部分ではないが、承認件数の半分を占めることが多い。
-
**代替ルールの自動化。**手動で転送するのではなく、X日反応がなければ代替担当へ回す。これにより分布の長い裾が切られ、その裾が平均値を悪化させている。
-
定時の一括承認。「時間があれば」の代わりに毎日決まったスロットを設ける。誰も余計に働かずにばらつきが大幅に下がる。
-
**入力前の承認。**順序の誤りでよくある例:まず丁寧に入力してから問題があることに気づく。プロセス前方で短い内容チェックを行えば、問題のある伝票を入力する手間を省ける。
経験上、施策3がコスト対効果で最も有効です。同時にそれは売りにくいため、どの提案にも載っていないことが多いです。
効果が出る手順
- **まず、時間がどこにあるかを測る。**各ステップ前の在庫を数え、日次処理量で割る。半日ででき、核心的な疑問に答えます。
- **次に承認を軽くする。**金額閾値、代替、固定スロット。予算不要です。
- **その後、再測定する。**ボトルネックは多くの場合入力側に移っています。
- **そして自動化する。**この順序なら自動化は真のボトルネックに当たり、通過時間にも節約が現れます。
この順序で進めれば、同じソフトウェアを導入しても、ビジネスケースが約束した成果を実際に出すプロジェクトになります。
なぜ購入前にこれを検証すべきか
説明した効果(ボトルネックが移動し、節約が消えること)は、表では見えません。表は各ステップを個別に計算するからです。シミュレーションモデルなら数秒で確認できます:入力時間を減らすと、承認前の待ち行列が目の前で増えるのが見えます。
まさにそのためにFlowVisualは作られています。上記のプロセスは大体30分でモデル化でき、その後「OCRを導入したらどうなるか?」という問いはクリック1つで答えが出ます。答えはP10–P90の範囲で示され、誰も守れない一つの数値ではありません。
よくある質問
請求書承認は通常どれくらいかかりますか?
継続的な自動化がない中堅企業では、請求書受領から支払承認までのリードタイムは定期的に八から十二営業日であり、純粋な処理時間は二十から三十分です。差はほとんどが実務的承認前の待ち時間によるものです。
請求書処理でOCRは役に立たないのですか?
そんなことはありませんが、多くの場合に約束されるものではありません。帳票認識は債務者会計の処理時間を大幅に下げ、そこで実際の処理能力を生み出します。実務的承認がボトルネックである限り、リードタイムにはほとんど影響しません。したがってビジネスケースはリードタイム短縮ではなく、能力増を示すべきです。
投資なしで最も効果的な対策は何ですか?
固定の承認スロットです。承認を「時間があるとき」に行うのではなく毎日決まった時刻に行えば、待ち時間のばらつきは劇的に下がり、ばらつきは待ち行列の公式に二乗で入ります。次に効果的なのは一定期間後の自動代行ルールで、長い外れ値を切り捨てます。
なぜ自動化の後にボトルネックが移動するのですか?
遅い工程は後続の工程を遮蔽します:そこの工程が通す分だけしか後続に来ません。もしそれが速くなると、後続工程は全部の処理量を受け、以前は二番目に遅かった工程が制約工程になります。この効果はプロセスを実際に通過させるモデルでしか見えず、表だけでは見えません。
ご自身のプロセスで計算してみてください。
FlowVisualはこの記事の数値を、お客様の処理量、お客様の処理能力、お客様の利益幅を用いて実行されるモデルにします。
Guide: seven steps to the number- 活用例
計算した七つのプロセスシミュレーション
七つのプロセス、七つのモデル、七つの所見。それぞれに数量、キャパシティ、実際に効果を発揮したてこがあります。七件中五件では、プロジェクトで提案されたものではないことが分かりました。
読書 - 手法
Prozess simulieren: acht Schritte mit durchgerechnetem Beispiel
順序は道具よりも重要です。八つのステップ、計算済みの具体例と、モデルに待ち行列が欠けていることに気づくための検算。
読書 - 手法
業務プロセスをシミュレーションする:実践的なガイド
シミュレーションは企業では統計プロジェクトではなく、意思決定ツールです。このガイドは、どのプロセスに取り組む価値があるか、最終的に文書として何が残るか、最初の取り組みがどのようなものか、そして多くの取り組みを失敗させる四つの誤りを示します。
読書