1件の投稿 に「AI Document Parser」というタグが付けられています

PDF4me AIドキュメントパーサー これは、AIを使ってドキュメントを読み込み、そのフィールドをJSON形式で返すZapierアクションです。ZapierのLooping機能と組み合わせることで、買掛金処理における一般的なケース、つまり複数の請求書が添付されたメールを、それぞれ個別に解析するといった処理に対応できます。

どの請求書OCRツールも同じことを示しています。1つのドキュメントを入力すると、きれいなフィールドが出力されます。請求書はそうやって届きません。共有受信トレイに、サプライヤーから3つのPDFが添付され、本文に「PFA」と書かれたメールとして届きます。興味深い問題は、1つの請求書を読み取ることではなく、1つのトリガーが複数の解析に変換される必要があることです。ほとんどのチュートリアルでは、誰かがすでにファイルを分割したフォルダを監視することで、この部分を静かにスキップしています。このZapはこれをスキップしません。3つのステップがあり、真ん中のステップがループです。

A カスタムAIアナライザーテンプレート これは、PDF4me 開発者ポータルで定義する名前付き JSON スキーマで、特定のドキュメントタイプから抽出するフィールドを AI に指示します。このチュートリアルでは、PDF4me 独自の SaaS サブスクリプション請求書 (33 フィールド: ベンダー住所ブロック、スイスの MWST レート、サブスクリプション ID、明細項目、割引の詳細) 用のアナライザーを作成し、Dropbox から PDF を読み取り、構造化された JSON を返す 3 ステップの Power Automate フローからそれを呼び出します。

内蔵 default_invoice_extraction 一般的な請求書はカバーできますが、実際の経理チームは、ベンダー固有のレイアウト、カスタム明細列、管轄区域固有の税金フィールド、およびサブスクリプションメタデータなど、一般的なスキーマでは対応できない要素を抱えています。カスタムアナライザーを一度構築すれば、フィールドごとのプロンプト表示やレスポンスのクリーンアップのための後続ロジックが不要になり、完全一致抽出が永続的に可能になります。

買掛金の一番つらいところは請求書の支払いではなく、 3週間後に正しいベンダーの請求書を見つける 財務部が尋ねるとき。サプライヤーごとにファイル名が異なります。半分は invoice.pdf残りの半分は INV-2089-FINAL-v3.pdf 命名規則を4回も変更したベンダーから。解決策：AIが請求書が届いた瞬間にサプライヤー名を読み取り、長期保存する前にファイル名を変更する。このチュートリアルでは、まさにそのパターンを構築します。 ザピアー と PDF4me AI - ドキュメントパーサー そして2行 Zapierによるコード ステップ。5つのZapステップ。実際のスクリーンショット。サプライヤー名がファイル名になります。監査対応フォルダ。検索がスムーズに動作します。

買掛金の一番つらいところは請求書の支払いではなく、 発見 3週間後に誰かが要求したときに保管されている正しい請求書。ベンダーごとにファイル名が異なり、スキャンごとに untitled (3).pdfDropboxフォルダはどれも、まるで穴のようです。解決策は、請求書が届いた瞬間にAIに読み込ませ、顧客名を抽出し、長期保存する前にファイル名を変更することです。このチュートリアルでは、正確なパターンを構築します。 ザピアー と PDF4me AI - ドキュメントパーサー、 Dropbox2行 Zapierによるコード ステップ。5つのZapステップ。実際に動作しているZapのスクリーンショット。ベンダー名がファイル名になります。検索が再び正常に動作します。

ベンダー請求書の自動化で最も難しい部分は、常にファイル名付けでした。 2030703747 (1).pdf そして Scan_2026-04-12_invoice.pdf 検索もソートもできず、監査も不可能である。 PDF4me AI - ドキュメントパーサー さらに、Make Parse JSON モジュールでそれを修正します 4つのモジュール、コード不要AI は PDF からベンダー名を抽出し、同じシナリオでファイルを再アップロードします。 Acme Industries.pdf以下のスクリーンショットは、キャンバスに記録された実際の実行手順を示しています。