メインコンテンツへスキップ

AI請求書パーサー Make

非推奨のモジュールです。 Make このモジュールをリストします AI - 請求書の解析 [非推奨] そして PDF4me 新しいものを推奨します AI - 請求書解析ツール 代わりにモジュールを使用してください。既にそのモジュールを使用しているシナリオは引き続き実行されます。新しいシナリオは、新しいモジュール上で構築してください。

このモジュールの機能

PDF4me AI請求書解析ツール 構造化データを抽出する PDF または、請求書を画像として保存します。 Make AI を使用したシナリオ、テンプレート設定なし、フィールド座標なし、維持するルールなし。 PDF、 PNG、 JPG、 または JPEG そしてモジュールは単一の値を返します 請求書処理モデル 畑の保有 仕入先の詳細、明細項目、金額、日付、税金、通貨、支払条件 構造化データとして(JSON数百ものベンダーやフォーマットに対応できる、買掛金自動化、経費管理、財務照合、請求書デジタル化ワークフローに最適です。

関連ブログ記事(2)
Dropboxに請求書が多すぎる?AI請求書処理機能を使ってMakeで自動的に解析しましょう!
MakeでAIを使って請求書データを抽出:Dropboxからファイルをダウンロード → PDF4me AI請求書パーサー。仕入先、金額、日付、明細項目、さらにカスタムフィールド(店舗番号、部門コード)を取得できます。スクリーンショット付きのステップバイステップガイド。
投稿を読む →
MakeでAIを使ってあらゆるPDFを抽出・スマートリネーム:PDF4me AI - ドキュメントパーサーを使用した4モジュール構成のDropboxワークフロー
4つのモジュールで構成されるMakeシナリオ:DropboxからベンダーのPDFを取得し、デフォルトの請求書抽出機能を使用してAI - Document Parserを実行し、JSONを解析してvendorNameを抽出し、vendorName.pdfというファイル名で再アップロードします。実際のスクリーンショット、正確なフィールド値、手動データ入力は不要です。
投稿を読む →

認証 API リクエスト​

毎 PDF4me モジュール Make 有効な 繋がり. 作成または選択して、 PDF4me API シナリオがAIによる請求書抽出要求を安全に認証できるようにするための鍵。

見逃してはならない重要な事実​

サポート PDF、 PNG、 JPG、 そして JPEG 入力
請求書バイナリをマッピングします Dropbox、 Google Driveメール添付ファイル、または HTTP モジュールをドキュメントフィールドに直接入力します。ファイル名を正しい拡張子で設定します。 PDF デジタル請求書の場合、 PNG/JPG/JPEG スキャンまたは撮影された請求書の場合。
出力フィールド1つ、請求書処理モデル
AIが読み取ったものはすべて単一の 請求書処理モデル 構造化データとしてのフィールド(JSON)それをストレージまたはデータベースモジュールに直接マッピングするか、最初に解析してから使用します。 Make 不完全な抽出を人間のレビューキューにルーティングするためのフィルター Airtable または Slack それらを直接会計システムに投入するのではなく。
より新しいAIである請求書解析ツールに置き換えられました
Make このモジュールを次のように表示します AI - 請求書の解析 [非推奨]引き続き動作するため、既存のシナリオは安全ですが、 PDF4me 新しい建物を新しい AI - 請求書解析ツール 同じモジュール内 PDF4me アプリ。
PDF4me AI - 請求書解析モジュールを、接続設定を「マイ PDF4me 接続」、ファイル設定を「マップ」、ファイル名とドキュメントを前の Dropbox ダウンロード手順からマッピングして構成します。

ファイルをマップに設定し、前のモジュールからファイル名とドキュメントを接続します。

パラメータ​

必須: 繋がり、 ファイル名、 そして 書類。 セット ファイル に 地図 まず、これによりモジュールパネルにファイル名とドキュメントのフィールドが表示されます。

パラメータ必須その機能例
ConnectionRequiredPDF4me API connection. Click Add and paste your API key the first time. Reused automatically across all PDF4me modules in your scenarios.My PDF4me connection
FileRequiredHow the invoice file is supplied to the module. Choose Map to wire binary content from a prior step such as Dropbox, Google Drive, OneDrive, or a Gmail attachment. Choose Dropbox, Download a File to pull straight from a Dropbox trigger without a separate download step.Map
File NameRequiredFilename of the invoice including its extension (.pdf, .png, .jpg, .jpeg). Map it from the filename output of your source module.invoice.pdf
DocumentRequiredBinary content of the invoice file. Map it from the file data returned by the source module: the Data field of Dropbox, Google Drive, OneDrive, or a Gmail attachment module.1. Data

出力フィールド​

このモジュールは単一のフィールドを返します。 PDF4me リクエストをバックグラウンドジョブとして処理し、 Make 次のモジュールを実行する前に、結果を待ちます。

分野タイプ内容物
Process Invoice ModelTextThe invoice details extracted by the AI, as structured data (JSON). Map it into the next module to store the whole invoice, or parse it first to use the individual values separately.

プロセス請求書モデルフィールドの内容​

これらの値は単一の内容です 請求書処理モデル フィールドであり、個別のモジュール出力ではありません。 Make それらを個別に読む。

価値タイプ内容物
invoiceNumberStringExtracted invoice number or reference identifier (e.g. INV-2024-001).
vendorNameStringComplete name of vendor or supplier as printed on the invoice.
vendorAddressStringComplete vendor address including street, city, state, and postal code.
vendorEmailStringVendor email address when present on the invoice.
vendorPhoneStringVendor phone number when present on the invoice.
billToNameStringName of the entity being billed (your company or end customer).
billToAddressStringComplete billing address.
invoiceDateStringInvoice issue date in ISO 8601 format (YYYY-MM-DD).
dueDateStringPayment due date in ISO 8601 format.
subTotalNumberSubtotal amount before taxes.
totalNumberFinal total amount including all taxes and adjustments.
currencyStringCurrency code in ISO 4217 format (USD, EUR, GBP, INR, CHF, etc.).
paymentTermsStringPayment terms and conditions (e.g. Net 30, Due on receipt).
lineItemsArrayLine items with description, quantity, unitPrice, total, and HSN code when present.
cgst / sgst / igstNumberIndian tax values when present on the invoice: central, state, and integrated GST amounts.

クイックセットアップ​

  1. 追加 PDF4me → AI請求書解析ツール あなたの Make シナリオ。 Make モジュールをリストします AI - 請求書の解析 [非推奨]。
  2. 選択 繋がり (またはクリック) 追加 あなたと一緒に作成する PDF4me API 鍵)。
  3. 下 ファイル、 選ぶ 地図 ファイル名とドキュメントのフィールドを表示します。
  4. 地図 ファイル名 ソースファイルのファイル名に(含む) .pdf、 .png、 .jpg、 または .jpeg)
  5. 地図 書類 ソースモジュールからのバイナリコンテンツへ: 通常は データ の分野 Dropbox、 Google Drive、 OneDrive、 または Gmail 添付ファイルモジュール。
  6. クリック 保存 そしてシナリオを実行します。 請求書処理モデル の中へ QuickBooks、 Xero、 Airtable、 Google Sheets、 Slack 承認、または HTTP モジュールを使用する場合は、個々の値が必要な場合はまず解析してください。

ワークフローの例​

ワークフローの例Common Make scenario patterns using AI-Invoice Parser.
ベンダーメール → AI請求書パーサー → QuickBooks 請求書
  1. Gmail 既知のベンダーアドレスからメールが届いたときにトリガーされます PDF 請求書添付書類。
  2. 添付ファイルはAI請求書パーサーに渡されます。請求書処理モデルには、ベンダー名、請求書番号、明細項目、合計金額、通貨、および支払条件が含まれます。
  3. A Make フィルターは解析された合計とベンダー名をチェックし、請求書のいずれかが欠落している場合は Slack 人間によるレビューのためのチャネル。
  4. 完成した請求書は QuickBooks ベンダー、支払期日、明細項目、および勘定科目のマッピングが自動的に適用された新規請求書として作成されます。
  5. 1 Airtable ログ記録には、監査報告のために、請求書番号、ベンダー、金額、ステータス、およびタイムスタンプが記録されます。
Dropbox 監視フォルダー → 一括解析 → Google Sheets 台帳
  1. A Dropbox ウォッチファイルは新しい請求書があるたびに火災をトリガーします PDF 会計部門の受信トレイフォルダにドロップされます。
  2. AI-Invoice Parserは、Process Invoice Modelで請求書のペイロード全体を返し、ベンダー、合計、日付、および以下の行の明細項目に解析します。
  3. A Google Sheets 「行の追加」モジュールは、請求書、仕入先、合計金額、通貨、発注書、部門、支払期日ごとに、正規化された元帳行を1つ追加します。
  4. 2つ目のモジュールは、各lineItemを繰り返し処理し、支出分析用の別のLine Itemsシートに追加します。
  5. 請求書 PDF 受信トレイを次回の実行のために整理するため、年月別のサブフォルダに移動してアーカイブします。
高額請求書 → AI解析 → 複数ステップ承認
  1. ウェブフックは内部ポータルから請求書を受信します。ドキュメントバイナリはAI請求書パーサーに渡されます。
  2. ルーターは抽出された合計金額に基づいて分岐します。10,000ドルを超える請求書はCFOの承認が必要で、1,000ドルを超える請求書はマネージャーの承認が必要、1,000ドル未満の請求書は自動承認されます。
  3. 各支店は Slack ベンダー、合計金額、明細項目、および元のリンクを含む承認メッセージ PDF。
  4. 承認が届くと、請求書は Xero 請求書として作成され、解析された仕入先名と明細項目の説明からGL勘定が選択されます。
  5. 最後に Airtable この行には、承認者、承認日時、およびコンプライアンス監査証跡のための最終処理結果が記録されます。

よくある質問​

What invoice fields does the AI-Invoice Parser extract?+
The module returns one field, Process Invoice Model, holding the complete structured set as JSON: invoiceNumber, vendorName, vendorAddress, vendorEmail, vendorPhone, billToName, billToAddress, invoiceDate, dueDate, subTotal, total, currency (ISO 4217), paymentTerms, and a lineItems array with description, quantity, unit price, total, and HSN code per row. Indian tax fields (cgst, sgst, igst) appear when present. Parse Process Invoice Model in Make to read the values individually.
What file formats does AI-Invoice Parser support in Make?+
PDF, PNG, JPG, and JPEG. Digital PDFs (born-digital invoices generated by ERPs or invoicing software) deliver the highest extraction accuracy. Scanned PDFs and photographed invoices work too: PDF4me applies AI OCR before semantic extraction. Always set File Name with the correct file extension so the module detects the format properly and applies the right processing pipeline.
Is AI-Invoice Parser still the module to use?+
This module is deprecated. Make lists it as AI - Parse an Invoice [Deprecated], and PDF4me recommends the newer AI - Invoice Parser module in the same PDF4me app for new scenarios. Scenarios already running on it keep working, so there is no need to rebuild immediately: plan the switch at your own pace and point new builds at the newer module.
How should I handle incomplete extractions in production scenarios?+
Parse Process Invoice Model and test the values you depend on. Add a Make Filter immediately after the parser to route invoices with a missing invoice number, vendor name, or total into a human review queue in Airtable, Slack, or a dedicated approval workflow. Complete results go straight to QuickBooks, Xero, NetSuite, or your ERP. This pattern eliminates costly downstream corrections while still scaling to thousands of invoices per month.
Can AI-Invoice Parser process invoices in different languages and currencies?+
Yes. The AI is trained on multilingual invoices and handles English, German, French, Spanish, Italian, Portuguese, Dutch, and other major business languages without any extra configuration. Currencies are returned in ISO 4217 format (USD, EUR, GBP, INR, CHF, JPY, etc.) so downstream conversion or reconciliation logic always has a normalized code regardless of the source invoice format.

関連モジュール​

ヘルプが必要な場合​