n8n・自動化
請求書受領メールをAIで自動化｜支払予定表を作る業務フロー
公開日： 更新日：
請求書PDF付きメールから支払予定表を作るなら、AIに任せるのは「添付ファイルの抽出」「請求書項目の読み取り」「台帳への下書き登録」までです。支払先、金額、支払期日、インボイス登録番号、承認要否は人が確認し、会計登録や振込前の最終判断は自動化しない設計にします。経理担当者がまず始めるなら、GmailやOutlookで受領メールを集め、n8nまたはMicrosoft Power Automateで支払予定表の下書きを作る小さなフローから着手します。
対象業務：経理担当者の請求書受領から支払予定表作成まで
この記事で扱うのは、取引先からメールで届く請求書PDFを、月次の支払予定表へ転記する業務です。対象読者は、請求書の受領、内容確認、承認依頼、支払予定表の更新を担当している中小企業の経理・総務担当者です。
「経理AIツールを何となく導入する」話ではなく、メール受信箱、請求書PDF、スプレッドシート、会計ソフトの間にある手作業をどう減らすかに絞ります。経理AIツール全体を比較したい場合は、先に経理・会計におすすめのAIツール比較を確認してください。
現状の手順と、つまずきやすい箇所
| 現状の作業 | 起きやすい問題 | AI・自動化で置き換える範囲 |
|---|---|---|
| 請求書メールを探す | 件名や送信元がばらばらで見落とす | 検索条件・ラベル・トリガーで候補メールを集める |
| PDFを開いて内容を読む | 支払期日、税込金額、登録番号の転記ミスが出る | AI-OCRで項目を抽出し、下書き行を作る |
| 支払予定表へ転記する | 同じ請求書を二重登録する | 請求書ID、送信元、ファイル名で重複を検知する |
| 承認者へ確認する | 確認依頼がメールやチャットに分散する | 未承認だけを一覧化し、担当者へ通知する |
| 会計ソフトへ登録する | 仕訳や税区分の判断が属人化する | 候補を作るだけに留め、登録前に人が確認する |
Gmailを使っている場合、Google公式ヘルプにある `has:attachment` や `filename:pdf` のような検索演算子で、まず過去の請求書メールがどれだけあるかを確認できます。この棚卸しをせずに自動化を始めると、対象外の添付ファイルまで取り込むフローになりがちです。
Before / Afterの業務フロー
| 工程 | Before：手作業中心 | After：AI下書き＋人の確認 |
|---|---|---|
| 受領 | 担当者が受信箱から請求書メールを探す | 請求書候補メールだけをラベル付け、または自動トリガーで取得 |
| 保存 | PDFを手動でフォルダへ保存する | 添付PDFとメール情報を保存先へ集約し、処理IDを付ける |
| 読み取り | PDFを開き、金額・期日・取引先を目視で転記する | AI-OCRで支払先、支払期日、請求金額、登録番号を抽出する |
| 確認 | 担当者が支払予定表を見ながら不備を探す | AI抽出結果とPDF原本を並べ、人が例外だけ確認する |
| 承認 | 承認依頼を個別に送る | 未承認行を抽出し、承認者へリンク付きで通知する |
| 登録 | 会計ソフトへ手入力する | freee会計やマネーフォワード クラウド債務支払などの機能・CSV連携を検討する |
AIを使う箇所と、人が確認する箇所
請求書処理は金額と支払いに直結するため、AIに最終判断を任せる設計は避けます。AIは下書き作成と差異検知に使い、人は支払可否、税務・会計上の判断、例外処理を確認します。
| 区分 | AI・自動化に任せる | 人が確認する |
|---|---|---|
| メール抽出 | 送信元、件名、添付ファイル有無で候補を取得 | 対象外メール、パスワード付きPDF、再送メール |
| 項目読み取り | 支払先、請求日、支払期日、税込金額、登録番号を抽出 | PDF原本との一致、読み取り不能箇所 |
| 重複確認 | ファイル名、取引先、金額、期日の近い行を検知 | 再発行、分割請求、同額請求の扱い |
| 支払予定表 | 下書き行を追加し、確認ステータスを付ける | 承認者、支払方法、支払保留の判断 |
| 会計連携 | CSVやAPI連携用の候補データを作る | 勘定科目、税区分、部門、最終登録 |
n8nで組む場合は、Gmailノード、Google Sheetsノード、Information Extractorノードなどを組み合わせ、抽出結果を決まった列へ入れる構成が考えられます。n8n全体の設計原則はn8nワークフローの作り方で整理しています。
接続候補になる実在製品の比較
以下は導入実績を意味するものではなく、請求書受領から支払予定表作成までの接続候補としての整理です。自社のメール環境、会計ソフト、承認フローに合わせて選びます。
| 製品・サービス | 使う場面 | 確認ポイント |
|---|---|---|
| Gmail / Google Workspace | 請求書PDF付きメールの検索、ラベル付け、受領経路の棚卸し | `has:attachment`、`filename:pdf` などで対象メールを絞れるか |
| n8n | Gmail、Google Sheets、AI抽出、通知をつなぐワークフロー作成 | Credential管理、実行履歴、重複防止ID、エラー通知を設計できるか |
| Microsoft Power Automate / AI Builder | Microsoft 365環境での文書処理、承認、SharePointやExcelとの連携 | 請求書レイアウトごとの抽出項目、承認フロー、ライセンス条件を確認する |
| freee会計 | 請求書や領収書データの管理、OCRによる証憑情報の読み取り | ファイルボックス、AI-OCR、登録前確認の運用に合うか |
| マネーフォワード クラウド債務支払 | 請求書受領、AI-OCR、支払申請、承認、会計・振込連携の検討 | メール自動取り込み、支払期日・請求金額・登録番号の読み取り対象を確認する |
導入条件・制約：法令対応とセキュリティを先に決める
請求書PDFをメールで受け取る場合、国税庁は電子取引データをルールに基づいて保存する必要があると案内しています。また、適格請求書の記載事項には、登録番号、取引年月日、取引内容、税率ごとの対価の額・消費税額などが含まれます。自動化では「読み取れるか」だけでなく、「保存要件を満たす運用になっているか」を確認してください。
- 請求書PDFの保存場所、命名規則、アクセス権限が決まっている
- 電子帳簿保存法・インボイス制度に関する社内ルールを確認している
- AIサービスへ入力してよい情報と禁止情報を決めている
- 処理IDを付け、同じ請求書を二重登録しない仕組みがある
- エラー時の通知先、手作業への切り替え手順が決まっている
AIへ入力する情報の範囲は、AIセキュリティリスクと対策や社内AI利用ガイドラインの作り方と合わせて決めると、現場判断がぶれにくくなります。
具体的な始め方：最初の2週間は下書き作成だけにする
- 対象を決める：請求書受領用メールアドレス、対象取引先、対象月を決める
- 過去メールを棚卸しする：Gmailなら `has:attachment filename:pdf` などで件数と表記ゆれを確認する
- 支払予定表の列を固定する：処理ID、受領日、取引先、支払期日、税込金額、登録番号、確認状態、承認者、原本リンクを用意する
- AI抽出の出力形式を固定する：JSONや表形式で、列名と日付形式をそろえる
- 下書き行だけを作る：最初は会計登録や振込データ作成までつながず、担当者が全件確認する
- 例外を記録する：読み取り不能、重複候補、登録番号不明、支払期日なし、承認先不明を分類する
- 次の月に拡張する：例外が少ない取引先や書式から、承認通知や会計連携へ広げる
バックオフィス全体の外注・伴走を含めて検討する場合は、バックオフィスBPO×AIおすすめ比較も参考になります。自社でn8nを使って拡張する場合は、まず給与計算をn8nで自動化する設計のように、通知・一覧化・検算支援から始める考え方がそのまま使えます。
公開前チェックリスト
- AIが読み取った金額、支払期日、登録番号をPDF原本と照合した
- 支払予定表の下書き行と会計登録済みデータの二重登録が起きない
- 承認前の請求書が支払対象へ入らない
- パスワード付きPDF、再送、分割請求、同額請求の扱いを決めている
- 電子取引データの保存方法を社内ルール・専門家確認に沿っている
- AIサービス、ワークフロー、保存先の権限を必要最小限にしている
まとめ
請求書受領メールのAI自動化は、支払いそのものを自動化する話ではありません。最初は、請求書PDFを集め、項目を読み取り、支払予定表の下書きを作り、人が確認するところまでに絞るのが現実的です。Gmail、n8n、Microsoft Power Automate、freee会計、マネーフォワード クラウド債務支払などの接続候補を比較しながら、自社の受領経路と承認ルールに合う最小構成から始めてください。