VLM Powered OCR

発注書データをPDFからExcelに抽出、仕入先の形式を問わず対応

発注書データをExcelに手入力すると1ページあたり約3分かかり、仕入先ごとにPOの形式も異なります。ヘッダーフィールドと可変長の明細行の両方を5〜10秒で抽出でき、手入力より18倍高速です。

Enterprise-grade security · TLS 1.3 encrypted

PDF
XLSX/CSV
ヘッダー + 明細行
テンプレート不要

発注書から抽出できる項目

PO番号や明細行を手入力で転記する手間を省けます。必要な列名を一度入力するだけで、AIが各仕入先の発注書からその値を理解して抽出します。値がページのどこにあるかではなく、意味を理解するからです。

ヘッダーフィールド

PO Number
PO Date
Supplier Name
Buyer / Ship-To
Payment Terms
Delivery Date
Total Amount
Currency

明細行フィールド

Item Description
SKU / Part Number
Quantity Ordered
Unit Price
Line Total
Unit of Measure
Discount %
Tax Rate

これは固定リストではありません。発注書に含まれる任意のフィールド名を入力すれば、AIが文書を読み取って要求された値を探します。

発注書が請求書より抽出しにくい理由

発注書には二重構造があり、多くの文書抽出ツールが対応できない原因となっています。ヘッダーフィールドは1対1で対応しますが、明細行は1対多で対応し、仕入先ごとに発注書ごとに行数が異なります。そのため、多くの「発注書からExcelへ」ツールでは、新しい仕入先が現れるたびにテンプレートを再作成しなければならないのです。

課題

01 ヘッダーと明細行では異なる抽出ロジックが必要

発注書番号はページ上部に1回だけ表示されますが、明細行テーブルは1行、5行、30行、50行以上と可変で、各行には5〜8列のデータが含まれ、それらが関連付けられた状態を保つ必要があります。固定位置で「発注書番号」を探す従来のOCRツールは、仕入先ごとのテンプレートルールなしでは、可変長テーブルを行単位でマッピングできません。

02 仕入先ごとにレイアウトが異なる

ある仕入先は明細テーブルをヘッダーの下に配置し、別の仕入先は2ページ目に配置します。ラベルもさまざまで、「Order Number」「Document No.」「PO Ref.」はすべて同じ意味ですが、列の順序も発注書ごとに異なります。テンプレートベースのツールは、Redditユーザーが一貫して報告しているように、新しい仕入先フォーマットが追加されるたびに機能しなくなり、継続的なメンテナンスが必要になります。

03 複数ページにわたる発注書では明細行テーブルがずれる

2ページにわたる12明細行の発注書では、テーブルの列が揃ったままである保証はありません。ページ区切りで行が分割されたり、ヘッダーが繰り返されたりされなかったり、列幅が変わったりします。従来のOCRはページ境界をまたいだ行の関連付けを失い、あるSKUの数量が別の明細の合計に混入することがあります。これは、発注書を手作業でExcelに入力する際に最も一般的なデータエラーの原因の1つです。

カスタム列抽出がこの問題を解決する方法

01 1つの列定義でヘッダーと明細行を同時に処理

カスタム列抽出は、ImageToTable.aiの背後にある中核メカニズムであり、「PO番号」(ヘッダー)と「品目説明」「数量」「単価」(明細行)などの列名を同じリストに入力できます。AIは、ヘッダー値が文書ごとに1回出現し、明細行が複数の行に展開されることを理解し、各レイヤーに個別のテンプレートを必要とせずに、それに応じて出力テーブルを構築します。

02 座標テンプレートではなく、意味的マッチング

AIはページ全体を読み取り、意味に基づいて値を特定します。「PO番号」はある仕入先では「注文番号」、別の仕入先では「文書番号」とラベル付けされているかもしれませんが、AIは調達文書の意味論を理解しているため、同じフィールドとして認識します。列を一度定義すれば、同じ設定で全仕入先からのPOを処理でき、ベンダーごとのルールは不要です。

03 行の整合性を維持し、すべての明細行を完全な状態で保持

PO内の各明細行は、Excel出力の1つの完全な行になります。説明、SKU、数量、単価、行合計がすべて同じ行に配置され、ページ区切りやセル結合をまたいでも維持されます。AIのビジョンモデルは、ピクセル座標のグリッドとしてではなく、人間と同じようにテーブル構造を理解します。関連するヘッダーフィールドは行全体に繰り返されるため、各明細行は完全なコンテキストを保持します。

発注書PDFからExcelへ:仕組み

複数の仕入先から発注書を定期的に受け取り、そのデータを1つのスプレッドシートにまとめる必要がある場合、処理の流れは次のとおりです。

1

あらゆる形式・あらゆる仕入先の発注書をアップロード

メールの添付ファイルにあるPDF、印刷された発注書のスキャン、スマートフォンで撮影した写真をそのままドロップしてください。このツールはJPG、PNG、WebP、PDFに対応しており、複数ページの発注書やスキャンしたカーボンコピー形式にも対応します。20社の仕入先から50件の発注書がある場合も、すべてを一度にアップロードして一括処理できます。

2

必要な列名を一度だけ入力

必要なフィールドを、ヘッダーフィールドと明細行フィールドを混在させて任意の順序で入力します:「PO番号」「仕入先名」「品目説明」「数量」「単価」「明細合計」。発注書に明細合計が印刷されていない場合は、計算列を使用します(列名に「明細合計(数量×単価)」と入力)。AIが抽出時に計算します。各明細行を調達カテゴリに分類する必要がある場合は、推論列を使用します(「カテゴリ(選択肢:原材料/MRO/サービス)」と入力)。AIが文脈に基づいて分類します。同じ列設定がすべての仕入先の発注書に適用されます。

3

統合されたExcelスプレッドシートをダウンロード

すべての発注書の各明細行が、出力の1行になります。PO番号、仕入先名、5つの明細行を持つ発注書は、正しいヘッダーデータが繰り返された5行を生成します。異なる仕入先からの20件の発注書のバッチは、すべてのヘッダーフィールドとすべての明細行が正しく整列された単一のExcelファイルとして出力されます。XLSX、CSV、JSONとしてエクスポートでき、ERPへのアップロード、支出分析、請求書との照合にそのまま使用できます。

最適なケースと注意すべきケース

最適なケース

レイアウトが異なる複数の仕入先からの発注書。 AIが各文書を個別に読み取るため、同じ列定義で、仕入先ごとの設定なしにすべての形式を処理できます。

鮮明な印刷物またはデジタルPDF。 ERPシステム(SAP、Oracle、NetSuite)で生成された標準的なPDFの発注書や、鮮明にスキャンされた文書で最も高い精度が得られ、印刷フィールドでは通常95〜99%の精度となります。

支出分析やERPインポートのための発注書のバッチ処理。 10件、50件、または100件の発注書を一度にアップロードし、すべてのヘッダーフィールドと明細行データを含む単一の統合Excelファイルを取得できます。月次の調達照合にすぐに使用できます。

注意すべきケース

明細行数が非常に多い場合(発注書あたり100行以上)。 AIはすべての行を処理しますが、レビュー時間は増加します。バッチモードを使用し、大量の発注書はスポットチェックしてください。このツールはこのワークフローをネイティブにサポートしています。

著しく劣化したカーボンコピー発注書やFAX文書。 元のテキストがかすれていたり、にじんでいたり、一部欠落している場合、抽出精度は低下します。AIは読み取り可能なスキャンでより良いパフォーマンスを発揮します。著しく劣化した文書は、フラグが立てられたフィールドの人間によるレビューが有効です。

完全に手書きの発注書。 ビジョンモデルは手書きを読み取りますが、精度は印刷テキストと比較して低くなります(約80〜90%)。ワークフローに手書きの発注書が含まれる場合は、レビューのために手動モードと組み合わせてください。

よくある質問

同じ発注書からヘッダーフィールドと明細行の両方を抽出できますか?

はい。AIは同じ文書からヘッダーレベルのフィールド(PO番号、仕入先名、支払条件、納期)と明細行レベルのフィールド(説明、SKU、数量、単価、行合計)の両方を処理します。両方の層に必要な列名を入力すると、AIは固定位置の一致ではなく、意味を理解して各値を特定します。このツールは、すべてのヘッダーデータと各明細行を保持した1つのクリーンなExcelスプレッドシートを出力します。

前回処理した発注書と明細行の数が異なる場合はどうなりますか?

AIは各文書を個別に読み取ります。明細行が3つのPOと、別の仕入先からの明細行が47のPOも、テンプレートの調整なしで同じように処理されます。各明細行は出力の別々の行になり、正しいヘッダーフィールドが行全体に繰り返されます。システムに固定の行数制限や列幅の制約はありません。

各仕入先のPO形式ごとにテンプレートを設定する必要がありますか?

いいえ。仕入先ごとの座標テンプレートを必要とするルールベースのツール(調達チームが主な不満として頻繁に挙げるメンテナンス負担)とは異なり、ImageToTable.aiはカスタム列抽出を使用します。必要なフィールド名を一度入力するだけで、AIは文書の意味を理解して、ピクセル位置ではなく、あらゆる仕入先のレイアウトでそれらの値を特定します。同じ列定義がすべての仕入先で機能します。

POに数量と単価しか表示されていない場合、AIはどのように行合計を計算しますか?

計算列を使用してください。列名として「行合計(数量×単価)」と入力すると、AIは抽出中に乗算を実行し、Excelでの後処理は不要です。これはPOに必要なあらゆる算術計算に機能します:小計の合計、税計算(小計×税率)、または合計の検証(明細行合計の合計と印刷された合計の比較)。より複雑な多段階ロジックの場合、ログイン済みユーザーはルール形式を使用してJSONで計算を定義でき、列名をクリーンに保ちながら高度な導出を実行できます。

複数の異なる仕入先からのPOを一度にバッチ処理できますか?

はい。あらゆる仕入先の組み合わせ(異なる形式、異なるページ構造、異なる明細行数)からPOをアップロードすると、同じ列定義がすべてからデータを抽出します。出力は、すべてのPOのヘッダーフィールドと明細行を組み合わせた単一の統合Excelファイルです。繰り返しのワークフローの場合は、列設定をテンプレートとして保存してください:ログインして、次のバッチで再利用し、フィールド名の再入力を完全にスキップします。外部関係者からPOを収集するには、コレクションリンクを生成します。これは、アカウント登録なしで誰でも処理キューに文書をアップロードできる共有可能なURLです。

📮 contact email: [email protected]