なぜ3ウェイマッチングが
製造業のAPをチームの想定以上に苦しめるのか

三者照合の理想と製造現場の現実

教科書通りの三者照合はシンプルだ。発注書には数量と合意価格が記載され、商品が到着すれば受領報告書で納品内容を確認し、請求書には一致する数量と価格が記載されている。3つの書類を照合し、支払いが承認される。これは基本中の基本となる予防的統制であり、ACFEの「2024 Report to the Nations」（企業は年間収益の5%を職業上の不正により失うと推定）でも、請求書スキームに対する重要な防御策として挙げられている。SOX法第404条の下では、三者照合は外部監査で最も厳重にテストされる予防的統制の一つであり、COSOの統制活動に分類される。また、ISO 9001:2015 第8.4項では、購入製品が要求事項を満たしていることの検証は、すべての認証取得メーカーにとって必須であり、三者照合は、ほとんどの企業がコンプライアンスを実証するために使用する実践的なメカニズムである。

規制の枠組みは理にかなっている。しかし、特に製造業における運用の実態は、教科書通りのモデルをほとんど認識できないものにしている。

流通業では、流れは直線的だ。発注書が発行されると出荷が発生し、出荷が発生すると請求書が発行される。数量は予測可能で、製品は標準単位の完成品であり、価格合意は取引期間中維持される。製造業では、流れは決して直線的ではない。1枚の発注書が数ヶ月分の納入をカバーする。商品は分割納入される。第1週に200ユニット、第3週に150ユニット、残りの50ユニットはサプライヤーの次の生産ロットを待って保留となる。各出荷には独自の納品書と請求書が発行される。3枚目の請求書が届く頃には、発注書は9週間前に発行されており、商品サーチャージは変動し、入荷ドックの記録にはどの1枚の請求書とも一致しない数量が記載されている。なぜなら、誰かが2回目の出荷を、発注書で指定されたものとは異なる測定単位で記録したからだ。

これは無能のせいではない。産業調達の構造そのものなのだ。そして、それは、月に500～2,000枚の請求書を処理する平均的な中堅メーカーにとって、問題は3つの書類が一致するかどうかではなく、7つのうちどのパターンで一致しないか、ということになる。

3つの書類が乖離し始める瞬間

1つの製造購買のライフサイクルを追うと、劣化が生じる瞬間が浮かび上がる。

発注書が作成される。 購買担当者は、ある製鉄所から市販グレードの原材料（例えば冷延鋼板5,000kg）を、合意された基本価格に加え、公表市場レートに連動する月次サーチャージで指定する。発注書には基本価格のみが反映される。サーチャージは定義上、出荷月まで確定しない。発注書は発行時点では正確だが、請求書到着時には、誰の責任でもなく不正確になる。

商品が受領される。 出荷は2回に分かれて到着する。最初のトラックは2,800kgを配送する。ドックは運送会社のシステムに「2,800kg」と記録された納品書に署名する。しかし、受入担当者はERPに「2.8 MT」と入力する。システムがバルク材にはメトリックトンをデフォルトとするからだ。2回目の配送は2週間後に2,200kgで到着する。担当者は正しく入力する。ERPには現在、2.8 MTと2,200kgが異なる単位の2つの受入ラインとして表示される。買掛金部門が照合用に取得する受入報告書の合計は、何かと比較する前に手動換算が必要となる。

請求書が到着する。 サプライヤーは両方の出荷をまとめた統合請求書を送付する。基本価格での合計5,000kgに加え、出荷月のサーチャージライン、そして運送条件が別途交渉されたため発注書に含まれていなかった運送料が記載されている。請求書の合計は発注書の合計と一致しない。請求書の明細項目は個々の受入報告書にきれいにマッピングできない。数量は集計ベースでは一致する（5,000kg発注、5,000kg納品、5,000kg請求）が、3方向照合ロジックが期待する書類ごとの比較は、発注書にも入庫伝票にも対応するものがないサーチャージと運送料のラインで破綻する。

1つの購買。1つのサプライヤー。誰も1つのフィールドを入力する前に、すでに3つの書類は乖離している。これが、照合画面のどの許容値閾値も解決できない構造的な現実である。

Redditでは、そのフラストレーションがにじみ出ている。製造業の経理担当者がr/Accountingに投稿した："今の職場では、発注書と購買請求書がほとんど一致しません。部分受領や調整が多く、請求書はほぼ常に一致しません。" r/procurementでは、別のユーザーが核心的な断絶を説明している："私が抱えている主な問題は、経理部門が受領数量を完全に無視して、発注数量と請求数量で処理していることです。" 3つの書類は相互参照されるはずである。実際には、各部門は3つのうち2つだけを参照しており、しかもその2つは同じではない。

調達から買掛金への引き継ぎ：誰も担当しないギャップ

三者照合問題で最も見落とされがちな側面は、技術的なものではなく、組織的なものです。

調達部門は発注書を管理します。彼らの目標は、可用性と価格、つまり最小限のコストと最大限の信頼性で生産ラインに適切な資材を届けることです。供給の継続性と数量割引を確保するため、四半期ごとに価格調整を行う包括発注を交渉します。その結果生じる構造が、6ヶ月後に買掛金部門にとって照合の悩みの種になるかどうかは、彼らの意思決定の変数にはなりません。構造的にそうあるべきでもありません。調達の仕事は買うことであり、請求書を照合することではありません。

受入部門は入庫伝票を管理します。彼らの目標はスピード、つまりトラックを降ろし、資材を記録し、次の配送のためにドックを空けることです。彼らは納品書に記載されている内容を記録しますが、それはサプライヤーの品番、運送業者の単位、または発注書の明細項目とは全く異なる簡略表記である場合があります。受入時に発注書を参照しないのは、ドックにリアルタイムのERPアクセスがないか、すべての出荷を発注書と照合すると荷降ろし時間が倍になるからです。受入データは単独では正確ですが、照合用の文書としては不完全です。

買掛金部門は三者照合を担当します。彼らの目標は正確性と監査対応、つまり注文され受領された商品のみを、合意された価格で、完全な書類とともに支払うことです。しかし、買掛金部門は上流のデータを一切管理しません。発注書を作成せず、入庫も記録しません。調達に最適化されたデータセットと物流に最適化されたデータセットの2つを他部門から受け取り、さらに独自のフォーマットロジックに従う請求書を第三者（サプライヤー）から受け取ります。彼らの仕事は、互いに連携するよう設計されていないシステム上で、これら3つのデータセットを一致させることです。

r/Netsuiteのディスカッションで、あるユーザーが実務者の視点からこの状況を次のように説明しています：「システム外で三者照合や請求書検証を行っている。レポートをExcelにエクスポートし、変更を加えて、再アップロードしている。」 照合プロセスはExcelというサイドチャネルに追いやられています。なぜなら、主要システム（ERP）が、データを作成する部門とそれを検証する部門の間の組織的なギャップを埋めていないからです。組織的な統合層が存在しないため、スプレッドシートが事実上の統合層となっているのです。

包括発注と単位の乖離：誰も語らない製造業の複雑性

組織間のギャップが多くの記事が見逃す問題だとすれば、製造業特有の2つの複雑性がそれを他業界にはないレベルにまで増幅させます。1つ目は包括発注書。2つ目は単位の不一致です。どちらも産業調達における例外的なケースではなく、標準的な運用形態です。

包括発注書は、製造業における原材料やMRO調達の標準的な仕組みです。1つの発注書で、特定の材料を特定のサプライヤーから一定期間（通常は四半期または1年）にわたって購入するすべてをカバーし、累積数量の上限と定期的な価格調整が設定されます。例えば、12ヶ月間で最大10万kgのアルミ板を、月ごとの価格をLME指数に連動させて発注する場合があります。毎月の納入ごとに、個別のリリース、納品書、入庫記録、サプライヤー請求書が発生します。6ヶ月目には、その発注書は6つの個別請求書と照合されることになり、それぞれに追加料金、運賃配分、部分納入数量が含まれます。照合ロジックは、単純な1対1の比較だけでなく、変動価格の複数請求書にわたる累積追跡を処理する必要があります。これは、どのERP照合モジュールも標準では対応できず、大規模な設定が必要であり、Excelでの手動照合は複数タブの調整ワークブックと化します。

r/Accountingの実務者が説明したように：「私の買掛金チームの仕事は、請求書を受け取り、商品が受領されたことを確認し、請求書が調達部門が発注書に記載した内容と一致することを確認し、それを入力することです。そして、一致しない場合は、その理由を突き止めることです。」 6つのアクティブなリリースがある包括発注書の下では、「理由を突き止める」ことは、数量差異を3回の部分納入、2つの運賃請求書、そして調達部門が交渉したものの買掛金部門に伝えられなかった価格調整まで遡って追跡することを意味するかもしれません。

単位の乖離は、もう一つの広く見られる製造業の複雑性です。ファスナーの発注書では、明細レベルで「1箱（500個）」と指定されることがあります。入庫部門は「1箱」と数えて記録します。サプライヤーは「500個」と請求します。3つの文書には、同じ物理的数量を表す3つの異なる表現が含まれることになります。これを、200のアクティブな原材料SKUを持つメーカーに拡大してみてください。鋼材はコイル単位で注文されメートルトンで管理、化学薬品はドラム単位で注文されリットルで管理、ファスナーは箱単位で注文され個数で管理されます。照合プロセスでは、比較を開始する前に単位換算が必要になります。

r/supplychainのRedditユーザーは、その苦痛を簡潔に述べています：「サプライヤーと当社で単位が一致しないことが最大の悩みです。」 この一言は、ほとんどの三者照合ガイドが「UOM換算表を使用」と脚注扱いするものの、実際には他のどの不一致タイプよりも買掛金部門の調査時間を消費する問題を捉えています。すべての換算表は維持管理が必要です。新しいサプライヤーは新しい換算係数をもたらします。すべてのERPフィールドにはデフォルト単位があり、それがサプライヤーの使用単位と一致するとは限りません。照合の問題は、データが間違っていることではありません。最初の比較が実行される前に、データが構造的に互換性がないことなのです。

規模がコストを増幅させます。CAPSリサーチが産業製造業について確認しているように、調達支出が収益の半分を超える場合、22%の不一致率は単なるプロセス指標ではありません。それは、企業の最大の費用カテゴリーに直接適用されるコスト倍率なのです。詳細については、手動請求書処理が1枚あたり実際にどれだけのコストがかかるかの内訳をご覧ください。

「許容できる」ミスマッチ率が実際に生むコスト

多くの製造業のAPチームは、初回パスでのミスマッチ率20～30％を標準として受け入れています。その前提で例外処理のワークフローを構築し、人員を確保し、残業代を予算化してきました。しかし、誰も時間を取れないために、この「許容できる」率がドル、日数、そして機会損失としてどれだけのコストになっているのかを定量化できていません。

月間1,500件の請求書を処理し、初回パスでのミスマッチ率が25％の中堅メーカーで計算してみましょう。月間375件の例外が発生します。1件あたり30分（調達システムでの発注書確認、入庫ドックへの出荷詳細確認の電話、サプライヤーポータルでの注文確認書の照合、監査用の解決記録作成を含む控えめな見積もり）とすると、月間187.5時間が例外処理に費やされます。APスタッフのフルロード人件費を時給35ドルとすると、月額6,562ドル、年間78,750ドルが、本来マッチングプロセスで防ぐべき差異の調査に費やされていることになります。

人件費は目に見える項目です。目に見えないコストはさらに大きいのです。

早期支払い割引の喪失。 標準的なサプライヤー条件である2%/10 net 30（10日以内の支払いで2％割引）は、産業資材調達では一般的です。年間3,000万ドルの材料費を扱うメーカーにとって、この割引は60万ドルの節約可能性を意味します。しかし、マッチングサイクルに平均17.4日かかる場合（Ardent Partnersのデータ、非ベストプラクティスAPの場合）、例外処理が必要な請求書はすべて10日間の割引期間を逃します。あるr/procurement Redditユーザーはこう要約しています。「早期支払い割引を頻繁に逃しており、今四半期だけで重複支払いを2回もしてしまいました。」 25％の例外率を60万ドルの割引プールに適用すると、年間約15万ドルの早期支払い割引が失われることになります。これは会社に現金がなかったからではなく、マッチングプロセスが十分に迅速に進まなかったからです。

重複支払い。 Corcentricが引用するAPQCのデータによると、全支払いの平均1.5％が重複またはエラーであり、後進組織では2％に上ります。年間3,000万ドルの支出では、45万ドルから60万ドルの誤った支払いが発生します。ミスマッチ率25％のメーカーは、ベストプラクティス企業よりも後進組織に分類される可能性がはるかに高くなります。なぜなら、手動の例外処理が発生するたびに、重複の新たな機会が生まれるからです。調査対象としてフラグが立てられた同じ請求書が、異なる2つのスプレッドシートで作業する2人の異なるチームメンバーによって二重に入力されるのです。

サプライヤー関係の悪化。 これはどのP&L項目にも現れないコストです。請求書の2件に1件で数量確認や追加料金確認の電話がサプライヤーに入るようになると、サプライヤーとの関係は悪化します。サプライヤーのARチームは、あなたのAPチームをパートナーではなく摩擦の原因と見なすようになります。支払い条件は厳しくなり、緊急注文の優先順位は下がります。これらのコストは拡散的で特定が困難ですが、製造業で5年以上の経験を持つ調達マネージャーなら誰でも、その蓄積を目の当たりにしてきたはずです。

APチームの燃え尽き税。例外処理は中立的な認知作業ではありません。データを検証することとデータを探し回ることの違いです。「この3つの数字が一致するから承認」と「PO数量が請求書と合わない、誰に確認すればいい？」の違いです。週30時間も探し回った後では、残り70%の正常な請求書に対するチームの正確性は低下します。APQCの業界横断ベンチマークによると、トップパフォーマーのAPチームは、ワーストパフォーマーと比較してFTEあたり3倍以上の請求書を処理しています。下位四分位の原因は処理量ではなく、FTEの時間が例外調査に消費され、処理に回せていないからです。

ERPベースの照合だけでは不十分な理由

システム的な照合問題への自然な対応は、ERPのアップグレードか、その上にAP自動化レイヤーを追加することです。SAP、Oracle E-Business Suite、Microsoft Dynamics 365、Epicor、Infor、Plexはすべて3ウェイマッチングモジュールを備えています。大半は会社コードや元帳レベルで許容誤差のしきい値を設定可能です。例えばSAPのMMモジュールは、GR/IR勘定を通じて照合を処理します。入庫（MIGO）で借方、請求書受領（MIRO）で貸方が計上され、システムが自動的に一致する明細を消し込みます。このロジックは成熟しています。

しかし、このロジックは製造業ではほぼ成立しない前提に基づいています。それは、照合ロジックが実行される前に、3つの文書すべてが構造化され比較可能なデータとしてERP内に存在しているという前提です。

現実には、POはERP内に存在します（購買部門がそこで作成します）。入庫データはERP内にある場合とない場合があります。ドックで紙の納品書にサインし、そのデータがERPに入力されるかどうかは、入庫部門にリアルタイムで入力する人員とアクセス権があるかどうかに依存します。請求書は、圧倒的多数の場合、構造化データとしてERP内に存在しません。メールの受信箱にPDFで届いたり、共有ドライブのスキャン画像、あるいは小規模サプライヤーの場合はスマートフォンで撮影された文書として届きます。ERPの照合ロジックが請求書に触れる前に、誰かがその内容をシステムに1行ずつ手入力しなければなりません。

IFOL 2025 AP自動化トレンド調査によると、APチームの66%が今も請求書データを手動でERPに入力しています。製造業では、明細行の多いサプライヤー請求書と高い取引量のため、この割合はさらに高い可能性があります。製造業のAPチームの洗練度が低いからではなく、彼らの請求書がより複雑で、ERPのデータ取込ツールがそれに対応するよう設計されていないからです。

これが、しきい値が業務上必要でありながら、根本的に限界のあるツールである理由です。5%の数量許容差は、請求数量がPO数量と5%以内で異なる場合に自動承認するようERPに指示します。しかし、数量が異なる理由は教えてくれません。数量は正しいが単価が別途請求されるべきサーチャージ分だけ上がっている請求書は検知できません。全く異なるPOリリースに対して照合された請求書も表面化しません。しきい値は不良照合の結果を管理するものであって、不一致を引き起こす根本的なデータ問題を防ぐものではありません。

真のボトルネックは照合ロジックの上流にあります。非構造化の請求書（受信箱のPDF）と、ERPが照合に必要とする構造化データとの間のギャップです。このギャップが埋められない限り、より優れた照合アルゴリズム、より厳格なしきい値設定、そしてより多くの承認ワークフローはすべて同じ結果をもたらします。つまり、同じ壊れたプロセスをより速く実行するだけです。

改善の本当の出発点

この記事はハウツーガイドではありません。構造的な診断です。しかし、解決策を示さない診断は単なる不満に過ぎません。ここから改善は実際に始まります。

核となる洞察はシンプルですが、ほとんどの買掛金チームがマッチング問題に取り組む方法を逆転させます。ボトルネックはマッチングアルゴリズムではなく、その前段階のデータ抽出ステップです。3つの書類のうち2つが非構造化形式に閉じ込められているなら、マッチングはできません。改善策は、よりスマートなマッチングルールを構築することではありません。比較ロジックを実行する前に、発注書、入庫伝票、仕入先請求書の3つすべてを同じ構造化データ形式にすることです。

発注書と入庫伝票については、これはプロセス規律の問題です。データはすでにERPや購買システムに存在します。完全かつ一貫して入力する必要があるだけです。受入プロセスを標準化する（すべての納品書に発注書番号を必須とし、リアルタイムまたは当日中の受入入力を徹底する）ことで、バイヤー側のギャップを埋められます。

仕入先請求書については、ギャップはプロセス規律では解決できないフォーマットの問題です。なぜなら、フォーマットを自社でコントロールできないからです。仕入先が送ってくるものを受け取るしかありません。そして、50～500社の仕入先からなる製造業のサプライベースでは、請求書のレイアウトも多種多様です。ここで、AIを活用した文書抽出が状況を変えます。

テンプレートベースのOCR（仕入先ごとに請求書レイアウトのテンプレートを事前設定する必要があり、仕入先がフォーマットを更新すると機能しなくなる）とは異なり、視覚言語モデルを使用したAI抽出は、人間が読むのと同じように請求書を読み取ります。つまり、各値がページ上のどこにあるかではなく、何を意味するかを理解します。必要な列（請求書番号、発注書番号、仕入先名、明細品目、数量、単価、明細合計、請求書合計、支払期日）を定義すれば、大規模なMRO販売業者からの構造化PDFであれ、地元の機械工場からの手書きスキャン文書であれ、あらゆるレイアウトの請求書からツールが値を抽出します。このアプローチはカスタム列抽出と呼ばれます。列名を入力するとAIが値を見つけ出し、出力はすべてのフィールドが比較用に正規化された構造化スプレッドシートです。

マッチングステップは、本来あるべき姿になります。すなわち、構造化比較です。ERPからエクスポートされた発注書データ。WMSまたは在庫モジュールからエクスポートされた入庫データ。AIによって抽出された請求書データ。同じ形式の3つのデータセット。発注書番号でXLOOKUP。差異に条件付き書式。半日でセットアップが完了し、かつて例外処理に月187時間を費やしていたマッチングプロセスが、スプレッドシートのレビューになります。

抽出列からExcelのマッチング数式、分割納品の追跡に至るステップバイステップのワークフローについては、製造業における仕入先請求書と発注書のマッチング完全ガイドをご覧ください。大量の原材料請求書を処理するバッチ抽出については、原材料請求書のバッチ処理ワークフローをご参照ください。

上のデモの目的は、完成された照合ワークフローを見せることではありません。あらゆる照合ワークフローを可能にする最初のステップ、すなわち、構造化されていない仕入先請求書を、発注書と実際に比較できる構造化データに変換することを示すことにあります。このステップが15分ではなく10秒で完了すれば、残りの照合問題は人員配置の問題ではなく、プロセス設計の問題になります。

よくある質問

製造業における3ウェイマッチの許容差はどの程度ですか？

ほとんどのERPシステムでは、許容差を設定できます。一般的には数量で1～5%、単価で1～5ドル程度で、会社コードや仕入先レベルで設定可能です。特に製造業では、バラ積みや原材料など、部分納入時の数量精度が低いものには広めの許容差（3～5%）が標準で、高価値部品やエンジニアリング部品には狭い許容差（1～2%）が適用されます。許容差は、軽微な差異が例外キューにあふれるのを防ぐ実用的な運用ツールですが、根本的な抽出の問題を隠すために使うべきではありません。チームが調査量に対応できずに許容差を5%に設定しているなら、その許容差は間違った問題を補っていることになります。

2ウェイマッチングで十分ですか？それとも3ウェイマッチングが必要ですか？

製造業では、実物の物品に対しては3ウェイマッチング（発注書＋入庫伝票＋請求書）が最低限必要です。入庫伝票は実際に資材が到着したことを確認します。これがないと、発注書と請求書だけで支払いを行い、納品の確認ができません。ACFE 2024年報告書は、請求書詐欺対策の重要な統制として3ウェイマッチングを特に挙げています。2ウェイマッチング（発注書＋請求書のみ）は、物理的な受領が関係しないサービス契約、定期購読、デジタル納品に適しています。4ウェイマッチングは検査・品質文書を追加し、航空宇宙や製薬など規制部品において、出荷の受領だけでなく品質チェック合格を支払い条件とする場合に必要です。

AI抽出は手書きのパッキングスリップやスキャンした受領報告書を処理できますか？

はい。視覚言語モデルに基づく最新のAI抽出は、手書きのメモ、スタンプ注釈、画質のばらつくスキャン文書を読み取ることができ、印字テキストでは最大99%の精度、手書きが多い場合はやや低くなります。従来のOCRとの違いは、モデルが文字を認識するだけでなく、データの役割（「受領数量」の横にある手書きの数字は受領数量であること）を理解する点です。手書きが主要なデータソースとなる重要な受領書類では、マッチングワークフローに統合する前に抽出結果のサンプルをスポットチェックすることを推奨します。手入力と比較した精度向上の効果が最も顕著なのは、同じ文書タイプ（例：ベンダーの標準パッキングスリップ）を繰り返し処理する場合で、抽出の一貫性により、件数が増えるにつれて累積する3～5%の手入力エラー率を排除できるためです。

3ウェイマッチングを実行するにはERPが必要ですか？

いいえ。3ウェイマッチングには3つの文書とそれらを比較するシステムが必要です。組み込みのマッチングモジュールを持つERPは比較を自動化し、監査証跡を作成します。これはSOXコンプライアンスと拡張可能な運用に不可欠です。しかし、機能的最低限は次の通りです。発注書データ（共有スプレッドシートでも、あらゆる購買システムからエクスポート可能）、受領データ（あらゆる追跡システムで記録可能）、請求書データ（AIで構造化形式に抽出可能）。これらの3つのデータセットは、XLOOKUP、条件付き書式、許容差計算式を使用してExcelで比較できます。スプレッドシートベースのマッチングの実用的な限界は月間約2,000～3,000件の請求書で、それを超えると例外が手動レビューを圧倒します。ERPの価値は、大規模な自動化と監査証跡の完全性にあり、マッチングを可能にすることではありません。

3方向マッチングの失敗を減らす、最も効果的なプロセス改善とは？

すべての仕入先請求書に、支払条件としてPO番号の記載を必須にすることです。些細に聞こえるかもしれませんが、データは一貫して、マッチング失敗の最も一般的な根本原因は数量や価格の不一致ではなく、PO番号がないために請求書をPOにリンクできないことだと示しています。請求書に正しいPO番号が記載されていれば、マッチングシステムは少なくとも比較を試みることができます。それがなければ、AP担当者は仕入先名、日付、金額を手動で照合する必要があり、1件あたり10分の調査を経ても信頼性の低いマッチングしか得られません。PO番号の請求書記載を仕入先オンボーディングの必須条件にしましょう。ほとんどの仕入先は、これにより自社の支払サイクルも早くなるため、すぐに従います。

結論

製造業における3方向マッチングが初回で20～30％失敗するのは、マッチングロジックに欠陥があるからでも、ERPが時代遅れだからでも、APチームの努力が足りないからでもありません。失敗する理由は、3つの書類すべてが、異なるシステム、異なるフォーマット、異なる部門から、それらを結ぶパイプラインの単一の所有者なしに届くからです。調達は可用性を最適化し、受入はスピードを最適化します。APはマッチングを担当しますが、上流のデータを一切管理しません。これら3つの機能間のギャップは、プロセスの失敗ではありません。それは、製造組織が構築される構造上の特徴です。

許容範囲の設定、追加の承認レイヤー、仕入先スコアカードなど、このギャップを埋めない解決策は、既存のプロセスをなんとか持続可能にするだけです。それらは問題を修正しません。論理的には、構造上のギャップが最も大きいポイント、つまり構造化されていない仕入先請求書がPOと比較可能な構造化データになるステップで修正を行う必要があります。そのステップが数分ではなく数秒で完了し、手動のバラつきではなく一貫した構造化出力を生成すれば、3方向マッチングは3部門にわたる調査ではなく、スプレッドシート上の作業になります。組織上のギャップが消えるからではなく（消えはしません）、それを横断するデータが、3つの異なる入力チャネルによる累積的なずれをもはや持たなくなるからです。

以下の抽出ステップを実際にお試しください。仕入先請求書をアップロードして、マッチングに必要なデータが構造化されて返ってくるかどうかを、数分ではなく数秒で確認できます。抽出のボトルネックが解決されれば、マッチングのボトルネックは、残業予算を計上するような問題ではなく、プロセスを構築できる問題になります。