全記事
活用例2026年8月17日 · 1 最短読了時間(分)

請求書承認:なぜ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つの性質があります:

  1. **非常に大きなばらつき。**請求書は10分で承認されることもあれば6日かかることもあります。ばらつきが待ち時間の主因であり、待ち行列の公式に対して二乗で効いてきます。
  2. **代替がないこと。**誰かが不在になると、その人分はその人が戻るまで待ちます。引き継ぐプールがありません。

OCRが実際に何をもたらすか

一般的な提案はこうです:帳票認識を導入し、請求データを自動でERPに取り込み、入力時間を10分から2分に短縮する。

表の計算はこうです:8分 × 月間1200件 × 12か月 = 年間1920時間。時給55ユーロで**105,600€**になります。プロジェクトは承認されます。

実際に起きること:

**入力は確実に速くなります。そしてかなり大幅に。**これはマーケティング上の約束ではなく現実に起きます。買掛金会計の稼働率は80%から30%未満に下がります。

**ただし、通過時間は約1日しか短くなりません。**10日から9日へ。入力は決してボトルネックではなかったためです。

**しかも、改善する前に状況が悪化することがあります。**以前は入力が1日に約60件を均等に承認へ流していました。今は流れが塊になるため、スキャンが終わると一度にまとめて来ます。以前は入力が流量を調整していたため抑えられていた変動が、今はそのまま承認に届きます。結果として承認の待ち時間は増えます。

ボトルネックは消えたわけではなく移動したのです。節約された時間は現在、担当部門の前で待ち時間として現れます。

実際に存在する節約効果

誤解しないでください:1920時間は実在する時間です。ただし、それはビジネスケースが主張したものとは異なります。

  • **実際に得られるもの:**買掛金会計のキャパシティです。これは貴重です:増員なしでの成長対応、支払割引の活用、品質向上などに使えます。
  • **実際に得られないもの:**約束された通過時間の半減です。そして部門はそこを基準に評価するため、苦情が出ます。

この差が、技術的には成功したプロジェクトが期待外れに終わる理由です。

通過時間を本当に短くするもの

有効な施策はすべて承認プロセスに直接働きかけるもので、どれもソフトウェア購入ではありません:

  1. **金額閾値。**閾値未満の請求は個別の内容承認を不要とし、事後の抜き取り検査にする。典型的な分布では伝票の半数が件数の大部分ではないが、承認件数の半分を占めることが多い。

  2. **代替ルールの自動化。**手動で転送するのではなく、X日反応がなければ代替担当へ回す。これにより分布の長い裾が切られ、その裾が平均値を悪化させている。

  3. 定時の一括承認。「時間があれば」の代わりに毎日決まったスロットを設ける。誰も余計に働かずにばらつきが大幅に下がる。

  4. **入力前の承認。**順序の誤りでよくある例:まず丁寧に入力してから問題があることに気づく。プロセス前方で短い内容チェックを行えば、問題のある伝票を入力する手間を省ける。

経験上、施策3がコスト対効果で最も有効です。同時にそれは売りにくいため、どの提案にも載っていないことが多いです。

効果が出る手順

  1. **まず、時間がどこにあるかを測る。**各ステップ前の在庫を数え、日次処理量で割る。半日ででき、核心的な疑問に答えます。
  2. **次に承認を軽くする。**金額閾値、代替、固定スロット。予算不要です。
  3. **その後、再測定する。**ボトルネックは多くの場合入力側に移っています。
  4. **そして自動化する。**この順序なら自動化は真のボトルネックに当たり、通過時間にも節約が現れます。

この順序で進めれば、同じソフトウェアを導入しても、ビジネスケースが約束した成果を実際に出すプロジェクトになります。

なぜ購入前にこれを検証すべきか

説明した効果(ボトルネックが移動し、節約が消えること)は、表では見えません。表は各ステップを個別に計算するからです。シミュレーションモデルなら数秒で確認できます:入力時間を減らすと、承認前の待ち行列が目の前で増えるのが見えます。

まさにそのためにFlowVisualは作られています。上記のプロセスは大体30分でモデル化でき、その後「OCRを導入したらどうなるか?」という問いはクリック1つで答えが出ます。答えはP10–P90の範囲で示され、誰も守れない一つの数値ではありません。

よくある質問

請求書承認は通常どれくらいかかりますか?

継続的な自動化がない中堅企業では、請求書受領から支払承認までのリードタイムは定期的に八から十二営業日であり、純粋な処理時間は二十から三十分です。差はほとんどが実務的承認前の待ち時間によるものです。

請求書処理でOCRは役に立たないのですか?

そんなことはありませんが、多くの場合に約束されるものではありません。帳票認識は債務者会計の処理時間を大幅に下げ、そこで実際の処理能力を生み出します。実務的承認がボトルネックである限り、リードタイムにはほとんど影響しません。したがってビジネスケースはリードタイム短縮ではなく、能力増を示すべきです。

投資なしで最も効果的な対策は何ですか?

固定の承認スロットです。承認を「時間があるとき」に行うのではなく毎日決まった時刻に行えば、待ち時間のばらつきは劇的に下がり、ばらつきは待ち行列の公式に二乗で入ります。次に効果的なのは一定期間後の自動代行ルールで、長い外れ値を切り捨てます。

なぜ自動化の後にボトルネックが移動するのですか?

遅い工程は後続の工程を遮蔽します:そこの工程が通す分だけしか後続に来ません。もしそれが速くなると、後続工程は全部の処理量を受け、以前は二番目に遅かった工程が制約工程になります。この効果はプロセスを実際に通過させるモデルでしか見えず、表だけでは見えません。

FlowVisual

ご自身のプロセスで計算してみてください。

FlowVisualはこの記事の数値を、お客様の処理量、お客様の処理能力、お客様の利益幅を用いて実行されるモデルにします。

Guide: seven steps to the number