請求書PDFをAIで表にする：抽出項目と費用の確認方法
この記事の内容
請求書PDFの情報を表へ移したいときは、まず「どの項目を、何のために取り出すか」を決めます。支払予定表を作るだけなのか、会計ソフトへ登録したいのかで、必要な確認が違います。AIが数字を読み取ったことだけで、会計処理や原本の保存まで完了したと考えないようにしてください。
少量なら既存の会計・経費ソフトの読取機能、大量で独自の表が必要なら抽出と確認を分けた仕組みが候補です。ここでは精度を実測した順位ではなく、合成請求書で比較する手順を説明します。
表の用途から必要な項目を決める
支払予定の一覧なら、取引先、請求書番号、発行日、支払期限、請求総額、原本へのリンクが基本になります。明細別の原価管理なら、商品名、数量、単価、金額などが追加されます。
| 項目 | 読み違いが起きたときの影響 | 確認する材料 |
|---|---|---|
| 請求書番号 | 同じ請求を別件として登録する | 原本と重複一覧 |
| 支払期限 | 支払予定がずれる | 日付の見出しと本文 |
| 税込総額 | 振込額を誤る | 請求総額と内訳 |
| 振込先 | 別の口座へ送る | 原本と確認済みの取引先情報 |
| 明細の行 | 費目別集計が変わる | 行数と各金額 |
振込先の読み取り結果を、そのまま振込登録へ送る設計は避けます。AI抽出の目的を一覧作成にとどめるか、どの承認を経て支払工程へ進めるかを先に決めます。既に取引先台帳があるなら、原本との一致だけでなく変更の有無も確認します。
既存ソフトの読取と独自抽出を分ける
既存の会計・経費ソフトに必要な読取機能がある場合は、その画面内で原本と候補を確認できるかを見ます。単に読み取り単価を比べるより、転記や再確認がどこまで減るかを整理できます。対応項目、枚数枠、追加料金は契約しているプランで確認してください。
独自のAPI抽出は、社内の台帳形式へ合わせやすい一方、入力、保存、失敗処理、アクセス管理まで作る必要があります。Makeやn8nを使う場合も、連携ツールの費用とAIの費用を分けて見積もります。n8nのクラウド料金はワークフローの実行数を軸に案内されていますが、自社の処理が何回の実行になるかは構成次第です。n8nの料金
「既存機能では項目が足りない」「同じ形式へ毎月大量に移す」といった不足が明確になってから、独自処理を検討すると選びやすくなります。
合成請求書の正解表を先に作る
比較用の請求書は、実在する顧客や口座を使わずに作れます。文字が選択できるPDF、画像だけのPDF、複数ページ、値引き行がある書式、合計欄が複数ある書式を用意します。実際に届く書類の違いを、機密情報なしで再現する考え方です。
各PDFには識別番号を付け、抽出対象の正解表を別に作ります。例えば5種類を各4枚、合計20枚とする試験設計なら、種類別に誤りを記録できます。この枚数は推奨精度を保証する基準ではなく、初回確認の例です。
読みやすいPDFだけで評価せず、日付の形式、少数の数量、税込・税抜の併記も入れます。暗い画像を改善する処理を使うなら、処理前後のどちらを入力したかも残します。原本の品質が変わると、製品の差と入力の差が混ざるためです。
読めない値は空欄と理由で返す
日付や金額を表へ収めるには、出力形式を決めておくと扱いやすくなります。例えば発行日は年月日、金額は通貨と数値を別列、読み取れなければ空欄と「要確認理由」を出す形です。推測で最も近い数字を入れるより、確認が必要な場所を残せる設計を優先します。
OpenAIのStructured Outputsは、対応する形式に沿った出力を扱うための仕組みです。ただし、形式に合っていることと、請求書の内容を正しく読んだことは別です。JSONとして正常でも、金額が原本と一致するかは照合します。OpenAIの構造化出力ガイド
明細合計と請求総額の差分を機械的に出す方法も有効です。ただし、端数処理、値引き、送料などで差が生じる場合があるため、一致しない行を自動修正せず確認対象にします。文字列の整形と業務判断を分離してください。
1枚の費用はページ数と再処理で変わる
PDFをAPIへ渡す場合、ファイルの見た目の枚数だけで費用が決まるとは限りません。OpenAIでは、対応するモデルでPDFのテキストとページ画像を利用する仕組みが案内されています。選ぶモデル、ページ数、入出力などを確認して見積もります。OpenAIのファイル入力ガイド
架空の比較として、月100枚の処理費用が合計1,000円、連携の固定費が2,000円なら、システム費用は1枚30円です。確認に1枚2分、評価用の人件費を時給2,000円と仮定すると、確認費用は約67円となります。合計約97円は計算例であり、実際の製品料金や読取速度ではありません。
読取失敗で再送した回数、明細が長い書類、修正が多い書式を分けて記録します。平均費用だけでなく、確認が集中する書式を見つけることで、取引先から受け取る形式を整える改善にもつながります。
原本へ戻れる状態で担当者が確定する
完成した表には、原本を開けるリンク、抽出した日時、確認状態、担当者を付けます。修正した値を残す場合は、AIの候補と確定値を別列にすると、後で誤りの傾向を追えます。原本の共有権限を、台帳の閲覧者全員へ不用意に広げないことも大切です。
会計登録、支払、保存の扱いは、それぞれの業務の確認手順を守ります。この記事はAIでの項目抽出を扱うもので、帳簿や電子取引データの保存要件を満たすかの判定ではありません。既存の運用へ接続する際は、担当者や専門家と確認してください。
費用計算はAPIの従量料金の見積もり、保存先を変える際の確認はデータ書出しの点検で整理できます。まずは合成書類を表へ移し、読めない箇所が見えることと、原本へすぐ戻れることを導入の条件にしましょう。