AIプロセスオーダー Make

AIプロセス注文 は PDF4me AIモジュール Make 購入注文書または販売注文書から構造化データを抽出する PDF または画像形式。1つを返します。 注文データ 構造化データ (JSON) としてその情報を保持するフィールド、注文番号、顧客、完全な明細項目配列、合計、通貨、配送先住所、 ERP 摂取と 調達から支払いまで 自動化。

このモジュールの機能

PDF4me AIプロセス注文 構造化データを抽出する PDF または、購入注文書と販売注文書を画像として保存します。 Make AI を使用したシナリオ。PO または SO を入力すると、モジュールは単一の 注文データ 畑の保有 注文番号、注文日、顧客名、全明細項目一覧、小計、合計金額、通貨、配送先住所 構造化データとして（JSON)準備完了 ERP 取り込み (NetSuite、SAP、Microsoft Dynamics、Odoo)、調達から支払いまでの自動化、受注から入金までのワークフロー、請求書と領収書との3者照合。テンプレートの設定は不要。調達システム、メール添付ファイルなど、あらゆるシステムに対応。 PDFs、そしてスキャンされた紙の注文書。

関連ブログ記事

この機能に関するブログ記事はまだありません。近日公開予定です。

その間、PDF4me ブログを閲覧して、あらゆるプラットフォームのチュートリアルやワークフローをご覧ください。

ブログをご覧ください →

認証 API リクエスト

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

Get your API Key

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

発注書と販売注文書は同じスキーマを使用する

顧客から受け取った発注書と社内で作成した販売注文書はどちらも同じ抽出スキーマを返します。両方を同じ下流にパイプします。 ERP あるいは、条件分岐のない分析ワークフローは、シナリオの複雑さと運用コストを削減します。

完全な行項目配列、イテレータを使用したループ

内部 注文データ、 lineItems は、行ごとに説明、数量、単価、合計を含む配列です。注文データを解析して追加します。 Make 各行をループして個別のものを作成するイテレータ ERP 注文明細の処理、在庫確認の実行、または倉庫間での出荷分割などを行います。

ISO 4217 正確な照合のための通貨コード

中の通貨価値 注文データ 常に正規化された値として返されます ISO 4217 コード（USD、 EUR、 GBP、 INR注文書の言語や通貨記号に関係なく、請求書や領収書との3者照合が直接機能し、記号解析や地域固有のロジックは不要です。

前のモジュールからファイルをマップに設定し、ファイル名とドキュメントを接続します。注文データ出力には、 orderNumber、 customerName、 lineItems 配列、合計、通貨、および shippingAddress のために ERP そして、フルフィルメントのワークフロー。

AI-Process Order はどのようなパラメータを使用しますか? Make？

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

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

出力フィールド

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

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

注文データフィールドには何が含まれているか

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

価値	タイプ	内容物
orderNumber	String	Extracted order number or reference identifier (e.g. PO-2024-001 or SO-78423).
orderDate	String	Order date in ISO 8601 format (YYYY-MM-DD).
customerName	String	Customer or vendor name printed on the order document.
lineItems	Array	Line items with description, quantity, unitPrice, and total per row. Loop with a Make Iterator for one ERP line per row.
subTotal	Number	Subtotal amount before taxes, shipping, and discounts.
total	Number	Final total amount including all charges.
currency	String	Currency code in ISO 4217 format (USD, EUR, GBP, INR, JPY, etc.).
shippingAddress	String	Shipping or delivery address printed on the order.

AIプロセスオーダーの設定方法 Make？

1. 追加 PDF4me → AIプロセス注文 あなたの Make シナリオ。 Make モジュールをリストします AI - 注文処理。
2. 選択 繋がり （またはクリック） 追加 あなたと一緒に作成する PDF4me API 鍵）。
3. 下 ファイル、 選ぶ 地図 ファイル名とドキュメントのフィールドを表示します。
4. 地図 ファイル名 拡張子付きのファイル名（.pdf、 .png、 .jpg、 または .jpeg)
5. 地図 書類 ソースモジュールからのバイナリコンテンツへ: 通常は データ Dropbox、Google Drive、Gmailのフィールド、または HTTP モジュール。
6. クリック 保存 そしてシナリオを実行します。 注文データ NetSuite、SAP、Microsoft Dynamics、Odoo、Salesforce、または倉庫管理システムにデータを渡すには、まずデータを解析し、イテレータを使用します。 lineItems 作成する ERP 1行あたりの注文行数。

ワークフローの例

ワークフローの例Common Make scenario patterns using AI-Process Order.

顧客発注メール → AI抽出 → NetSuite販売注文

1. Gmailは、既知の顧客ドメインから発注書（PO）を含むメールが届いたときにトリガーされます。 PDF 添付。
2. AI処理注文は注文データを返します orderNumber、 customerName、 orderDate、 lineItems合計、 shippingAddress。
3. NetSuite Search Customer ステップでは、 customerName 既存の顧客レコードを検索します（見つからない場合は「顧客の作成」に進みます）。
4. NetSuiteの「販売注文の作成」モジュールは、注文ヘッダーを記録します。 Make イテレータはループします lineItems そして、各製品を数量と単価とともに販売注文明細として追加します。
5. フルフィルメントチームへのSlack通知には、合計金額と配送先住所を含む新規注文が通知されます。また、Airtableログには、監査のために発注書から受注書へのマッピングが記録されます。

仕入先発注書 PDF → 3者間マッチング → 承認

1. SharePointの監視ファイルトリガーは、調達部門によって新しい仕入先発注書がアップロードされたときに作動します。
2. AI処理注文は注文データを返します orderNumber、 合計、 lineItems、および通貨。別のAI請求書解析ツールが後から到着した際に、一致する請求書フィールドを抽出します。
3. Google スプレッドシートの検索結果が PO と一致します orderNumber 商品受領書（GRN倉庫から ) 3 つの書類すべて、PO、 GRN請求書は、 orderNumber。
4. ツールセット変数ステップでは、数量と合計金額の3者照合が実行されます。照合された発注書は自動的に承認され、不一致の場合は、並べて比較できるSlack承認チャンネルにルーティングされます。
5. 承認された注文は、支払指示をAPシステムに送信します。却下された注文は、調達部門がベンダーと解決するための例外チケットをJiraに作成します。

EDI フォールバック → AIによる注文解析 → 倉庫での出荷処理

1. 1 HTTP ウェブフックは、送信できない顧客からの注文を受け取ります EDI 850件のメッセージ、通常はメール添付を使用する小規模な購入者 PDF PO。
2. AI-Process Order は、 PDF 同じ構造のスキーマに EDI パイプラインは、 orderNumber、 lineItems、 shippingAddress。
3. 正規化されたペイロードは倉庫管理システムに送信されます（WMS） API まるで EDI 注文を受けると、同じピッキング・梱包・出荷プロセスが開始されます。
4. 注文番号、発送予定日、商品概要を記載した確認メールがお客様に送信されます。商品のピッキングが完了すると、配送ラベルが自動的に作成されます。
5. Airtableの顧客オンボーディング行は、非EDI 顧客と量 PDF 月間注文数、優先順位付けに役立ちます EDI 展開に向けた広報活動。

よくある質問

What order fields does AI-Process Order extract?+

The module returns one field, Order Data, holding the complete order payload as structured data (JSON): orderNumber, orderDate in ISO 8601 format, customerName, a lineItems array with product description, quantity, unit price and line total per row, subTotal, total, currency code (ISO 4217), and shippingAddress. The same schema applies whether the document is a purchase order received from a customer or a sales order generated by your own systems: so a single downstream workflow can serve both directions.

Can AI-Process Order handle both purchase orders and sales orders?+

Yes. The AI is trained on both purchase orders (POs you receive from customers or your procurement team sends to vendors) and sales orders (orders you create internally for fulfillment). The extracted schema is identical, so you can pipe both document types into the same downstream ERP, fulfillment, or analytics workflow without conditional logic: saves scenario complexity and operations cost.

How do I post extracted orders directly into my ERP?+

After AI-Process Order, parse the Order Data field and wire orderNumber, customerName, lineItems, and total into a downstream module that calls your ERP API: NetSuite, SAP, Microsoft Dynamics 365, Odoo, QuickBooks Commerce, or Zoho. Use a Make Iterator inside the workflow to loop over the lineItems array and create one order line per iteration. The full order is created in the ERP within seconds of receiving the original PDF, with no manual data entry.

What file formats and order document types are supported?+

PDF, PNG, JPG, and JPEG are all accepted. The AI handles structured PO templates from major procurement systems (SAP Ariba, Coupa, Oracle Procurement, Microsoft Dynamics, JD Edwards), email-attached order PDFs, scanned paper orders, and free-form order documents that do not follow a strict template. Always set File Name with the correct file extension so the AI selects the right processing path.

Can the parser extract orders in multiple currencies and languages?+

Yes. The AI handles orders in English, German, French, Spanish, Italian, Portuguese, Dutch, and other major business languages without any extra configuration. The currency value inside Order Data is returned in ISO 4217 format (USD, EUR, GBP, INR, CHF, JPY, etc.) so downstream conversion, three-way matching, or analytics logic always has a normalized currency code regardless of source language or currency symbol on the document.

関連モジュール

AI請求書解析ツール

請求書の項目を抽出し、発注書と照合する orderNumber PO を横断する 3 方向マッチングの場合、 GRNそして請求書は、自動化された調達から支払いまでのプロセスの基盤となるものです。

AI処理による領収書

小売および経費の領収書を解析し、売上照合および払い戻しワークフローのために販売注文と照合します。

AIプロセス契約

供給契約から当事者、契約条件、期間を抽出し、コンプライアンス検証と価格検証のために注文ワークフローにリンクする。

ヘルプが必要な場合

Make IntegrationGet your API KeyMake Documentation