請求書から確認対象の項目を抽出する

著者: AILesson9 分でセットアップテスト済み:ChatGPTレビュー日: 2026-08-28

クイック回答

請求書の基本情報、明細、税、支払条件、異常を、出典位置と計算チェック付きで抽出する. 入力するもの: 請求書のテキストまたはOCR, 必要な項目と定義, 確認とプライバシーの管理条件. 期待される結果: 出典と紐づいた請求書レコード、明細表、確認キュー、重複キー、照合結果.

1

コンテキストを追加

テキストはこのブラウザ内に留まります。AILesson Prompts は、そのテキストをモデルやサーバーに送信しません。

2

あなたのプロンプト

未入力のフィールドはプレースホルダーとして表示されたままなので、プロンプトをコピーして編集できます。

提供された請求書から、人が確認すべき項目を抽出してください。

請求書のテキストまたはOCR:
[invoice]

必要なスキーマ:
[schema]

管理条件:
[controls]

OCRは未検証の証拠として扱ってください。抽出した値ごとに、元の文字列とページまたは行の位置を正確に残してください。推測せず、不明な場合は「見つからない」または「判読不明」としてください。曖昧な数字、日付、通貨、税番号、銀行情報、数量、単価、合計額は、原文を示さずに正規化しないでください。基本情報と明細を1行ずつ抽出し、指定された定義に従って、数量×単価、値引き、小計、税率別税額、源泉徴収、既払額、端数処理、支払額を確認してください。税務上の有効性、取引先の正当性、納品、承認、銀行口座の所有者、支払可否を推測しないでください。予期しない銀行口座の変更、重複キー、発注書との不一致、必須項目の欠落、判読不能な文字、計算差異は、権限のある確認者に回してください。抽出表、照合結果、項目ごとの信頼度と理由、支払リスク順の確認キューを出力してください。
Playgroundで試す
デフォルトで非公開プロンプトの組み立てはブラウザ内で行われます。組織が許可しない限り、機密情報を AI サービスに入力しないでください。

入力から結果へ

具体例

具体的なコンテキストを加えると、このレシピが実用的な結果になる様子をご覧ください。

実際の入力

請求書のテキストまたはOCR
1ページ1~5行:NORTHLIGHT PRINT CO. | 請求書NL-2048 | 請求日2026-08-18 | 支払期限2026-09-17 | 通貨CNY 6~8行:請求先River Studio | PO RS-771 | 税番号91310O?45(OCR。6文字目は数字の0または英字のOの可能性) 表10~13行:デザイン校正 | 数量2 | 単価450.00 | 金額900.00;A4冊子 | 数量300 | 単価8.00 | 金額2,400.00;配送 | 数量1 | 単価180.00 | 金額180.00 15~19行:小計3,480.00 | 値引き100.00 | 税6% 202.80 | 合計3,582.80 | 受領済み前払金500.00 | 支払額3,082.8O(末尾はOCRで英字のO) 22行:Harbor Bankの末尾8841の口座へ支払い。手書き:「8月から新しい銀行」。納品日の記載なし。
必要な項目と定義
基本情報:取引先の法人名、請求書番号、請求日、支払期限、通貨、購入者、PO、取引先税番号、銀行口座末尾。明細:内容、数量、単価、明細金額。合計:値引き前小計、値引き、課税標準、税率、税額、合計、前払金、支払額。日付はISO形式、金額は小数。重複キーは取引先+請求書番号+税込総額。PO金額と承認済み銀行を参照データと照合。計算:課税標準=小計-値引き、税額=課税標準×税率、合計=課税標準+税額、支払額=合計-前払金。
確認とプライバシーの管理条件
参照情報:PO RS-771の承認済み税込上限はCNY 3,600。予定された品目と数量は3明細すべてに一致。取引先マスターの銀行口座末尾は8841ではなく1139。台帳にNL-2048の登録なし。許容差はCNY 0.01。信頼度が中または低の項目は買掛金担当者が確認する。銀行口座番号や税番号の全桁を表示しない。抽出結果で支払を承認したり、税務上の有効性を判断したりしない。銀行口座の変更がある場合は、承認済みの独立した連絡先を通じて取引先を確認するまで、必ず支払を停止する。

出力例

請求書の抽出結果—確認が必要

基本情報:取引先NORTHLIGHT PRINT CO.(1ページ1行、信頼度:高)、請求書NL-2048(2行、高)、請求日2026-08-18および支払期限2026-09-17(3~4行、高)、通貨CNY(5行、高)、購入者River StudioおよびPO RS-771(6~7行、高)、税番号の原文「91310O?45」(8行、低。表示は913…?45にマスキングし、正規化しない)、銀行口座末尾8841(22行。転記の信頼度は高いが、マスターデータとの照合は不一致)。

明細数量単価金額チェック
デザイン校正2450.00900.00一致
A4冊子3008.002,400.00一致
配送1180.00180.00一致

明細合計3,480.00は小計と一致。課税標準は3,480.00-100.00=3,380.00。税額は3,380.00×6%=202.80。合計は3,380.00+202.80=3,582.80。支払額は3,582.80-500.00=3,082.80。原文の「3,082.8O」は信頼度の低いOCRだが、計算上は確認対象として3,082.80が妥当であり、無断で訂正はしない。税込総額はPO上限を17.20下回り、品目は提供されたPO参照情報と一致する。ただし、納品や承認を証明するものではない。提示された台帳では重複キーは新規。

支払リスク順の確認キュー:1)支払を停止。銀行口座末尾がマスターの1139と異なり、手書きの変更記載は確認の証拠にならないため、承認済みの独立した連絡先を通じて確認する。2)曖昧な税番号を正式な取引先記録と照合する。3)支払額の末尾を目視確認する。4)前払金の証拠と物品・サービスの受領を確認する。納品日は見つからない。5)税務上の有効性と支払可否は権限のある確認者が判断する。抽出状態:完了、ただし停止事項あり。支払は未承認。

これがうまくいく理由

  1. 1

    元の文字列と位置を残すことで、OCRが不完全でも正規化した各項目を監査できます

  2. 2

    計算と参照データのチェックにより、正確な転記だけでは見つからない支払リスクを検出できます

結果を確認

  • 抽出または正規化したすべての値を、正確な出典位置と元の文字列まで追跡できますか?

  • 明細、小計、税、既払額、支払額は、指定された許容差内で一致していますか?

  • 銀行口座の変更、重複、発注書との差異、項目の欠落、曖昧さが自動承認から除外されていますか?

安心して使うために

よくある質問

このレシピをいつ使うか、何を用意するか、どの場面で人による確認が依然として重要かについての実践的な回答です。

「請求書から確認対象の項目を抽出する」を使う前に、何を準備すればよいですか?

「請求書から確認対象の項目を抽出する」を使うには、請求書のテキストまたはOCR、必要な項目と定義、確認とプライバシーの管理条件を準備してください。プレースホルダーは確認できる情報だけで置き換えてください。不明な点はモデルに推測させず、不明であることを明記してください。

「請求書から確認対象の項目を抽出する」の結果が、そのまま使えないのはどのような場合ですか?

提示された根拠から、記載された成果である「出典と紐づいた請求書レコード、明細表、確認キュー、重複キー、照合結果」が得られていない場合や、未解決の仮定、承認漏れ、推測で補った情報に依存している場合は、その結果をまだ使用できません。チェック項目を公開前の判定基準として使い、根拠のない出力を整えるのではなく、元の入力を修正するか、権限のある担当者を指名して確認を依頼してください。

「請求書から確認対象の項目を抽出する」は、どのAIツールでテストされていますか?

2026年8月28日時点の公開テスト記録では、「請求書から確認対象の項目を抽出する」のテスト済みツールとしてChatGPTが記載されています。これは実行記録があることを示すもので、後の製品バージョンでの互換性や同一の結果を保証するものではありません。別のツールやバージョンを使う場合は、すべての制約を明示したまま、使用前に結果のチェックをもう一度行ってください。

作業を前に進める