ベンダー見積書をGoogle スプレッドシートに抽出
して横並び比較

ベンダー見積比較テンプレートに、なぜ手作業でのデータ入力がまだ必要なのか

Smartsheet、Asana、Xappex、あるいは3年前に財務チームがExcelで作ったものなど、どのベンダー比較テンプレートをダウンロードしても、その構造は同じです。重み付けされた評価基準の列、スコアリングの計算式、そして最適なサプライヤーを強調表示するランキングサマリーです。Xappexの無料ベンダー比較テンプレートのように、あらかじめ定義された評価基準フィールド、カスタマイズ可能な重み付け係数、最終ランキングを計算する組み込みの計算式を備えています。比較のステップには確かに便利です。しかし、その前のステップには全く役に立ちません。

比較テンプレートは、RFQから始まり、サプライヤーからの回答が届く受信箱を経由する一連の流れの最後に位置します。各サプライヤーは異なる形式で送ってきます。あるところはSAP Aribaから整形されたPDFを出力し、別のところは手書きの署名入りのスキャンされた印刷見積書をメールで送り、さらに別のところは価格と条件が別々のシートに記載されたExcelスプレッドシートを添付します。テンプレートはこれらのファイルをどれも開くことができません。PDFの段落内にある単価を見つけたり、スキャン文書の2ページ目にある納期を特定したりすることはできません。テンプレートが受け取れるのは、人間がすでに手作業で転記したデータだけです。

これこそが、ある調達担当者がRedditで質問した理由です。「5つの異なるPDF見積書を、気が狂わずに比較する方法は？何かツールはある？それともみんなExcelにコピペしてるの？」（r/procurement）。この質問は問題の構造を明らかにしています。比較のためのツールは存在するが、データの抽出は依然として手作業であるということです。別のr/procurementのスレッドでは、あるユーザーが現実を次のように説明しています。「見積もりを依頼するたびに、3～5件の回答がまったく異なる形式（PDF、Excelシート、スキャン文書、メール本文）で届くんだ。」

この断絶は構造的なものです。比較テンプレートは評価フェーズのために作られました。データ抽出はその範囲に含まれていませんでした。そして、CoupaやJaggaerのような調達ソフトウェアが抽出と評価の両方を一つのエンタープライズプラットフォームにバンドルしているため、抽出にはERPの移行が必要だという誤った認識が広まりました。これは誤ったトレードオフであり、何千もの中小規模のチームが、調達スタック全体を置き換える準備ができていないという理由で、コピペ作業に甘んじているのです。

アドオンによるワークフロー：PDF見積書から比較シートまで、1つのタブで完結

ほとんどの文書抽出ツールは同じ構造を採用しています。スプレッドシートを離れ、別のWebダッシュボードを開き、ファイルをアップロードして処理し、結果をダウンロードしてから、比較シートに再アップロードまたはコピー＆ペーストする必要があります。そのたびにコンテキストが失われます。Google スプレッドシートのアドオンはこれを逆転させます。抽出エンジンはスプレッドシート内にサイドバーパネルとして存在します。これは、拡張機能メニューから開く、データの右側に表示される細いペインです。見積書PDFはサイドバーからアップロードします。抽出されたデータは、現在アクティブなシートの次の行に配置されます。宛先がすでに開いているため、エクスポート手順は不要です。対応フィールドタイプ、形式、プラン詳細などの完全な機能一覧については、Google スプレッドシート抽出ページをご覧ください。

5社のサプライヤー見積書を比較する際の完全なワークフローは次のとおりです。

1. 比較シートを開きます。これはすでに使用しているスプレッドシートです。重み付けされた評価基準の列、単価比較のためのMIN/MAX 関数、最低合計額を強調する条件付き書式が含まれています。何も変更する必要はありません。アドオンは行を追加するだけで、シートを置き換えるものではありません。

2. サイドバーで抽出列を定義します。各見積書から必要なデータに一致するフィールド名を入力します：単価、MOQ（最小注文数量）、リードタイム、支払条件、見積有効期限。これらが、アップロードされたすべての見積書でAIが検索する列になります。各サプライヤーがそれらの値をどのようにラベル付けまたは配置しても関係ありません。（ImageToAi.tableのWebサイトでカスタム列抽出を使用したことがある場合 — 列名を入力すると、AIが値の位置ではなく意味を理解して一致する値を見つける仕組み — アドオンは同じエンジンを使用しますが、結果はアクティブなシートに直接追加されます。）

3. サプライヤー見積書をアップロードします。PDF、スキャン画像、またはExcelファイルをサイドバーにドラッグします。1つずつでも、すべて一度に選択しても構いません。サプライヤーAのSAP生成PDF（ラベル付きテーブル列）、サプライヤーBのメールスクリーンショット（本文に価格記載）、サプライヤーCのスキャン済みフォーム（手書き数量）— すべて同じアップロードキューに入ります。アドオンはPDF、JPG、PNG、WebP、AVIFに対応しています。

4. 抽出します。AIが各見積書を読み取り、列名に一致する値を見つけ、アクティブなシートの下部に新しい行として追加します。サプライヤーAの「Unit Rate (Qty 500+)」、サプライヤーBの段落に埋もれた単価、サプライヤーCのフォーム欄に手書きされた数字は、すべて同じ「単価」列に配置されます。サプライヤーごとに1行。手動入力は不要です。

5. 比較関数が自動的に実行されます。新しい行は、すでに作成済みの重み付けスコアリング計算に反映されます。テンプレートで=MIN(E2:E6)のような関数を使用して最低単価を求める場合、ゼロではなく5つの値が対象になります。条件付き書式が最適なサプライヤーを強調表示します。テンプレートが設計された目的である比較ステップに、ようやくデータが揃います。

2つのアプローチの時間差は、見積書の量に応じて拡大します。5社のRFQで各20明細の場合、5つのPDFにわたって単価、数量、リードタイム、支払条件など、約100件の手動セル入力を要します。手動入力には、集中したコピー＆ペーストで30〜45分かかります。サイドバーワークフローでは、同じ抽出をアップロード時間2分未満＋AI処理で完了できます。バッチ抽出の比較で実証されたように、処理時間は値ごとの分数ではなく、ドキュメントごとの秒数で測定されます。

計算は抽出で終わりません。総輸入コスト（単価×数量＋送料＋サプライヤーごとの取扱手数料）を比較する必要がある場合、計算列を使用できます。列名に数式を定義し（例：「Landed Cost（単価×数量＋運賃）」）、AIが抽出中に計算を実行して結果を直接出力します。シートに反映されるのは、Excelの数式を待つ生データではなく、比較にすぐ使える数値です。

見積比較の列を設定する

このワークフローで最も重要なのは、AIに何を抽出させるかです。サイドバーに入力する列名が、取得されるデータを決定します。「価格」と入力すると、AIは見つけた価格を返しますが、それは単価、合計、割引後の価格のいずれかで、書類によって異なります。具体性が重要です。

調達比較では、以下のフィールドが実用的な比較表を作成します。

これら6つの列で、価格、数量制約、納期、キャッシュフローへの影響、意思決定期間という、調達判断に実際に依存する5つの側面をカバーする比較表が作成されます。配送料、保証期間、その他特定のRFQに重要なフィールドを列に追加することもできます。AIは各書類で各値を個別に検索します。

サプライヤーの見積に特定のフィールドがない場合（例：サプライヤーCの見積が単純な価格表で支払条件がない場合）、出力表の該当セルは空になります。サプライヤーCにフォローアップして不足を補います。抽出はデータを捏造せず、見つけたものを報告し、見つからないものは空白のままにします。

異なる形式を送ってくるサプライヤーへの対応

理想的な調達プロセスでは、すべてのサプライヤーが標準化されたRFQテンプレートに記入し、同一のExcelシートを返送します。しかし実際には、r/procurementのスレッドを見ると、これはほとんど起こりません。あるコメンターはこうアドバイスしています：「Excelテンプレートを送りましょう。Excelテンプレートについて、見積もりが『比較可能』となるために必須の項目（上位約10項目）は何ですか？」 別のコメンターは現実をこう返答します：サプライヤーはテンプレートを無視して、独自の形式で送ってくる、と。

このアドオンは、サプライヤーに形式を押し付けるのではなく、届いた形式から意味的にデータを抽出することで、形式のばらつきに対応します。これを可能にする3つのメカニズムがあります：

テンプレート照合ではなく、意味的抽出。 AIは、「per unit」「unit rate」「each」の横にある「$4.20」が単価であることを理解して特定します。それが表のセル、段落の文章、スキャンされたフォームの手書き注釈のどこに現れても関係ありません。座標を見るのではなく、意味を読み取ります。これは、請求書アドオンのワークフローでベンダーの請求書や領収書を処理するのと同じ列名抽出アプローチです。必要なものを定義すれば、AIがサプライヤーが置いた場所からそれを見つけ出します。

複数ページ対応。 サプライヤーの見積もりが1ページだけで済むことはほとんどありません。価格は1ページ目、条件は2ページ目、納期スケジュールは添付の別紙にあるかもしれません。AIはすべてのページを順番に読み取ります。見積有効期限がPDFの3ページ目に埋もれていても、見つけ出します。

混合形式のバッチ処理。 5社のサプライヤーから5件の見積もりをアップロードします。PDFが3件、スキャン画像が1件、Excelスプレッドシートが1件。これを1つのバッチで処理します。AIはそれぞれを独立して処理し、形式を識別し、内容を読み取り、結果を統合出力にマージします。比較テーブルの各サプライヤー行は、まったく異なるソース形式から来ている可能性があります。出力はそれを区別しません。なぜなら、列構造はサプライヤーが提供したものではなく、あなたが定義したものだからです。

実務的な意味合い：サプライヤーとの形式準拠の交渉をやめることができます。サプライヤーがERP生成のPDF、手書き見積もりのスマホ写真、メール本文のスクリーンショットのいずれを送ってきても、抽出結果は同じ構造化出力になります。つまり、あなたの列、あなたの比較テーブルです。

単価を超えて — MOQ、リードタイム、支払条件の抽出

単価のみを比較するRFQ比較は、効率化を装った調達ミスです。英国調達・供給協会（CIPS）は、調達ベンチマーキングを「総所有コスト、コンプライアンスとリスク管理、サイクルタイムとリードタイム、不良率と品質基準」の評価と定義しています。単なる初期価格の比較ではありません。最も安い単価でも、12週間のリードタイムとNet 7の支払条件が組み合わされば、生産の中断と運転資本の面で、わずかに高い単価でも2週間の納期とNet 60の条件よりもコストがかかる可能性があります。

ここで列名アプローチが特に価値を発揮します。価格の抽出に限定される必要はありません。調達判断に重要な要素を定義すれば、AIが全サプライヤーの文書からそれらを見つけ出します。比較を変える3つの列をご紹介します：

MOQ（最小注文数量）。あるサプライヤーが単価$3.20、MOQ 5,000と見積もったとします。あなたの発注量は1,000ユニット。最低注文数量を満たせないため、$3.20という価格は無意味です。多くの比較テンプレートは提示された価格のみを取得し、数量制約を見落とします。MOQを別の列として抽出することで、不一致が即座に明らかになります。

リードタイム。サプライヤーAは14日、サプライヤーBは45日と回答。生産スケジュールが3週間以内の材料到着に依存している場合、価格に関係なくサプライヤーBは選択肢になりません。リードタイムの抽出により、物流上の詳細が比較の要素に変わります。手動による見積抽出では、価格情報とは別のページにあることが多いため、この項目はしばしば省略されます。しかしAIはすべてのページを読み取ります。

支払条件。あるサプライヤーの「2/10 Net 30」と別のサプライヤーの「Net 15」では、運転資本に差が生じ、価格差を上回ることもあります。$50,000の発注の場合、15日払いと30日払いの差は2週間分の浮き資金となり、現在の商業金利で約$200に相当します。わずかな単価差は、不利な支払条件によって帳消しになり得ます。支払条件を構造化データとして抽出することで、キャッシュフローをスコアリングマトリックスに組み込めます。

これらの項目に個別の設定は不要です。アドオンのサイドバーに列名を一度入力するだけで、AIがアップロードされたすべての見積書からすべての項目を検索します。その結果、意思決定者が必要とする列を備えた比較表が、比較を想定して設計されていない文書から自動的に生成されます。

FAQ

アドオンは英語以外のベンダー見積書を処理できますか？

はい。基盤となるAIモデルは複数の言語で書かれたテキストを読み取り、お客様が英語で定義した列名に値を抽出します。日本のサプライヤーの見積書に「単価」や「納期」と記載されていても、米国のサプライヤーのPDFと同じ「Unit Price」および「Lead Time」列が生成されます。抽出は言語に依存せず、出力スキーマはお客様が指定したものになります。

2つのサプライヤーが異なる品目を見積もった場合、比較はどのように機能しますか？

同じバッチで異なる製品の見積書をアップロードした場合、AIはそれぞれを個別の行として抽出します。比較が有効なのは、すべてのサプライヤーが同じ仕様を見積もっている場合のみです。アドオンはサプライヤー間の品目マッチングを実行せず、各文書に含まれる内容を抽出するだけです。抽出したデータを意思決定に使用する前に、すべての見積書が同じRFQを参照していることを確認してください。

アドオンはオフラインで動作しますか？データセキュリティはどうですか？

アドオンにはインターネット接続が必要です。抽出はクラウドベースのAIによって実行されます。ファイルは転送中に処理され、抽出完了後は保存されません。接続はAPI キーを使用して認証され、使用量はアカウントプランの割り当てにカウントされます。基盤となるアーキテクチャはウェブサイトの処理パイプラインと同じで、ブラウザタブの代わりにスプレッドシートのサイドバーからアクセスするだけです。

明細項目を抽出できますか、それともヘッダーレベルのフィールドのみですか？

明細項目を抽出できます。見積比較に品目レベルの詳細（個別のSKU価格、品目ごとの数量、品目ごとのリードタイム）が必要な場合は、「Item Description」「Item Quantity」「Item Unit Price」などの列を追加してください。AIは明細テーブルを読み取り、明細ごとに1行を生成し、サプライヤー名を行全体に繰り返します。これにより、サプライヤーと品目でフィルタリングできる詳細な比較が可能になります。バッチでの品目レベル抽出の詳細については、バッチベンダー見積抽出ガイドを参照してください。

抽出がサイドバーに移ると、実際に何が変わるのか

この変化は単なるスピードの問題ではありません。抽出作業が比較作業と比べてどこで行われるかが問題なのです。

抽出が別のステップ（PDFを開く、値を読む、スプレッドシートに切り替える、入力する）である場合、比較シートは処理後にたどり着く目的地です。データ入力の作業を行ってから、比較の数式を使うことができます。抽出は、実際の分析を始める前に支払うコストなのです。

抽出がサイドバー内で行われる場合、比較シートが出発点になります。シートを開き、サイドバーを開き、見積書をアップロードすると、行が表示されます。数式が機能し、条件付き書式が作動します。受動的なテンプレートだったものが、ライブパイプラインになります。データを待っていたスプレッドシートが、今はデータを収集しているのです。

これにより、どの文書が抽出されるかが変わります。抽出にRFQあたり30分の手作業が必要な場合、調達チームはそれを節約します。絶対に必要なものだけを抽出し、勝てそうにない見積書はスキップします。サイドバーを通じて抽出に数秒しかかからない場合、そのしきい値はゼロになります。すべての見積書が抽出され、すべてのサプライヤーに公平な比較行が与えられます。調達の意思決定の質が向上するのは、より良い数式が作られたからではなく、より多くのデータが表面化されたからです。

次のRFQでお試しください

次回RFQを送信し、5つの異なる形式のPDFで回答が返ってきたら、比較シートを開き、アドオンを読み込み、それらをアップロードしてください。列が入力され、スコアリング数式が新しい行を見つけるのを確認できます。すでに構築したテンプレートに、比較用に設計されたデータがついに揃います。

このアドオンはGoogle Workspace Marketplaceから入手できます。API キーを接続して、アクティブなシートに直接抽出を開始してください。