「毎月20時間、ひたすら請求書をExcelに転記するだけの時間」――この業務、自動化したことありますか? 本記事では、製造業A社が Power Automate + AI Builder(OCR) を組み合わせて、請求書処理を 月20時間 → 2時間(90%削減) に圧縮した実装事例を、構成図とハマりどころ付きでご紹介します。
導入前の状況 – 「手作業の山」をリアルに
A社は従業員 約60名の機械部品メーカー。毎月、取引先から 約320通の請求書 が紙・PDF・FAXの混在で届きます。経理担当者(1名)が以下の流れで処理していました。
- 請求書を1通ずつ開封 / 仕分け
- 請求番号・取引先・金額・支払期日を 目視で読み取り
- Excel管理台帳に手入力(月別シート)
- 会計ソフトに再度入力(目視で照合)
- 原本をファイリング保管
⚠ 痛点: 月末は1日中この作業。月20時間以上を消費し、入力ミスも月3〜5件発生。担当者の心理的負担も大きく、「経理担当を増員すべきか」が経営会議の議題に。
解決の方針 – なぜ Power Automate + AI Builder を選んだか
選択肢は3つありました。各々のトレードオフを比較した結果が以下です。
| 選択肢 | 初期費用 | 月額 | 判定 |
|---|---|---|---|
| RPA(WinActor等) | 50〜100万円 | 5〜10万円/ライセンス | 過剰、回収困難 |
| 専用OCR SaaS(invox等) | 5〜15万円 | 3〜8万円 | ○ ただし会計連携が弱い |
| Power Automate + AI Builder | 15万円(構築) | 0円(M365に含む) | ◎ 既存 M365 で完結 |
A社は すでに Microsoft 365 を契約 していたため、Power Automate(クラウドフロー)+ AI Builder の構成で 追加ライセンスゼロ で実現できる見込みが立ちました。これが採用の決め手です。
実装したワークフロー全体像
Power Automate で構築した 3つのクラウドフロー で構成しています。それぞれの役割を簡単に。
① 請求書受信 → OCR → 台帳記録(メインフロー)
専用メールアドレス invoice@a-corp.example.jp 宛に届いた請求書PDFを自動処理します。
[トリガー] Outlook: 新着メール受信 (添付ファイルあり、件名"請求書"含む)
↓
[アクション1] 添付ファイルをSharePointドキュメントライブラリに保存
↓
[アクション2] AI Builder: 請求書モデルで予測 (Invoice Processing)
- 取引先名 / 請求番号 / 金額 / 支払期日 / 明細行 を抽出
↓
[アクション3] 信頼度スコアで分岐
- 信頼度 ≧ 0.9: そのまま次へ
- 信頼度 < 0.9: Teamsで経理担当に通知 (要確認フラグ)
↓
[アクション4] SharePointリスト "請求書台帳" に行追加
- 自動承認 or 要確認 のステータス付き
↓
[アクション5] 取引先別ルール適用
- 取引先マスタから 振込先 / 経費科目 を補完
↓
[アクション6] Teams Adaptive Card で承認者に承認依頼② 紙の請求書取り込みフロー
複合機でスキャンした PDF を SharePoint の特定フォルダにドロップする運用に変えました。フォルダ変更をトリガーに ①のメインフローへ HTTP リクエスト で連携。
③ 月次レポート生成フロー
月末に SharePoint リストから 当月分を集計、Excel テンプレートに流し込んで PDF 化 → 経営者にメール送信。これは前回の記事「Excel月次レポート自動化のVBAコード10選」と同じ要領です。
ハマりどころ3つ – 教訓として共有
① OCRの精度は90%が天井 – 「100%自動化」を目指さない
AI Builder のInvoice モデルは確かに優秀ですが、かすれた印字・手書きメモ・斜めスキャン では信頼度が下がります。初期は「全自動化」を目指したものの、結果として誤入力が増えてしまいました。
切り替えたのは「信頼度0.9以上は自動、未満は人がチェック」というハイブリッド方式。これで誤入力ゼロ + 90%の処理を自動化、という絶妙なバランス に落ち着きました。
② 取引先マスタの整備が想定外の工数
会社名の表記ゆれ(「○○商事(株)」「(株)○○商事」「カブシキガイシャ○○商事」)が頻発し、最初のマスタ整備に20時間以上を費やしました。やってよかったことは:
- 過去6ヶ月の請求書から会社名を全抽出
- 表記ゆれを 正規表現と類似度判定 でグループ化
- 「正式名称」と「ゆれパターン」のマスタテーブルを作成
- Power Automate で
contains()関数による緩いマッチングを実装
💡 学び: マスタ整備は地味だが、自動化の質を9割決める。「自動化前の3割の労力をマスタ整備に投資する」が黄金比。
③ 例外フローを後から作ると複雑化する
「請求書じゃないメール」「複数請求書が1PDFに同梱」「金額が0円(無償サンプル)」といった例外を後付けで対応しようとして、Power Automate のフロー図がクモの巣のように 複雑化。
結局、最初に 「ステータス: 自動承認 / 要確認 / エラー」の3分類 を設計し、例外は全部「要確認」キューに入れて人が判断する設計に書き直しました。やはり 例外設計はフロー作る前に 決めるべきです。
導入後の効果 – 数値で見る成果
| 指標 | 導入前 | 導入後 | 変化 |
|---|---|---|---|
| 月間処理時間 | 20時間 | 2時間 | -90% |
| 処理件数/月 | 320件 | 320件 | ±0(品質向上) |
| 入力ミス件数/月 | 3〜5件 | 0件 | -100% |
| 支払漏れ件数/年 | 2〜3件 | 0件 | -100% |
| 経理担当者の残業 | 月15時間 | 月2時間 | -87% |
金額換算では 年間 約108万円相当の工数削減(時給3,000円換算)。初期費用15万円なので 投資回収は 2ヶ月 弱という結果でした。
🎯 副次効果: 経理担当者が「単純作業」から「分析・支払戦略立案」にシフト。月次キャッシュフロー予測の精度が上がり、経営判断のスピードも改善しました。「人を減らす」ではなく「同じ人でより価値ある業務へ」が業務改善の本質です。
導入を検討する場合のチェックリスト
同じような自動化を検討される方向けに、最低限の判定リストを置いておきます。
- ☑ Microsoft 365 のライセンス がある(M365 E3 / E5 / Business Premium 等)
- ☑ 月間請求書件数が 100件以上(これ未満だと費用対効果が薄い)
- ☑ 取引先数が 200社未満(マスタ整備が現実的)
- ☑ 請求書フォーマットが そこそこ標準的(極端に独自フォーマットだとOCR精度が出ない)
- ☑ 「100%自動化ではなく 90%自動 + 10%人がチェック」を許容できる
まとめ
RPAや高額なOCR SaaS を入れる前に、まず 既存のM365ライセンスで何ができるか を検証する価値は十分あります。A社のケースでは、3週間の構築期間 + 1週間のテスト運用で本稼働、合計約 15万円の構築費用 で済みました。
「うちの請求書処理もこんな感じで自動化できる?」とお感じになった方は、お問い合わせ からお気軽にご相談ください。初回ヒアリング(30分・無料)で、御社の業務量・既存システム・予算から最適な構成をご提案します。
