ベンダー見積書を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をアップロードします。抽出されたデータは、現在アクティブなシートの次の行に直接挿入されます。宛先はすでに開いているため、エクスポート手順は不要です。

5社の見積書を比較する場合の完全なワークフローは次のとおりです。

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

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

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

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

5. 比較数式が自動的に機能します。新しい行が、すでに作成済みの重み付けスコアリング計算に反映されます。テンプレートで=MIN(E2:E6)のような数式を使用して最低単価を検索している場合、ゼロではなく5つの値が入力されます。条件付き書式が最適なサプライヤーを強調表示します。比較ステップ（テンプレートが本来果たすべき役割）に、ようやくデータが投入されます。

両手法の所要時間差は、見積件数に比例して拡大します。5社のRFQで各社20明細の場合、単価・数量・納期・条件を5つのPDFから手動で約100セル入力する必要があり、集中したコピペ作業で30～45分かかります。一方、サイドバーワークフローでは、アップロード2分未満＋AI処理で同じ抽出が完了します。一括抽出比較で実証された通り、処理時間は値ごとに数分ではなく、書類ごとに秒単位です。

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

見積比較の列を設定する

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

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

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

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

異なる形式で送られてくるサプライヤーへの対応

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

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

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

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

混合形式の一括処理。 5社のサプライヤーから5つの見積もり（PDF3つ、スキャン画像1つ、Excelスプレッドシート1つ）を一度にアップロードします。AIはそれぞれを個別に処理し、形式を識別し、内容を読み取り、結果を統合された出力にまとめます。比較表の各サプライヤー行は、まったく異なるソース形式から来ている可能性があります。出力はそれを区別しません。なぜなら、列構造はサプライヤーが提供したものではなく、あなたが定義したものだからです。

実用的な意味：サプライヤーとの形式準拠の交渉から解放されます。サプライヤーがERP生成のPDF、手書き見積もりのスマホ写真、メール本文のスクリーンショットのいずれを送ってきても、抽出結果は同じ構造化出力（あなたの列、あなたの比較表）を生成します。

単価だけじゃない — MOQ、リードタイム、支払条件を抽出する

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

ここで、列名アプローチが特に有効になります。価格の抽出に限定されず、調達判断に重要な項目を定義すれば、AIが全サプライヤーの書類からそれらを見つけ出します。比較を変える3つの列をご紹介します。

MOQ（最小発注数量）。あるサプライヤーが1個3.20ドル、MOQ 5,000個で見積もったとします。あなたの発注数量は1,000個です。最低数量を満たせないため、3.20ドルという価格は無意味です。多くの比較テンプレートは見積もり価格だけを取得し、数量制約を見落とします。MOQを別の列として抽出することで、不一致が一目でわかります。

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

支払条件。あるサプライヤーの「2/10 Net 30」と別のサプライヤーの「Net 15」では、運転資金に差が生じ、その差額は価格差を上回ることがよくあります。5万ドルの注文の場合、15日払いと30日払いの差は2週間のフロートであり、現在の商業金利で約200ドルになります。わずかな単価削減も、不利な支払条件によって帳消しになりかねません。支払条件を構造化データとして抽出することで、キャッシュフローを評価マトリックスに組み込むことができます。

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

よくある質問

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

はい。基盤となるAIモデルは複数言語のテキストを読み取り、お客様が英語で定義した列名に値を抽出します。日本の仕入先の見積書に「単価」や「納期」とあれば、米国の仕入先のPDFと同様に「Unit Price」や「Lead Time」の列に抽出されます。抽出は言語に依存せず、出力スキーマはお客様が指定した通りになります。

2社の仕入先が異なる品目を見積もった場合、比較はどうなりますか？

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

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

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

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

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

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

この変化は単なる速度の問題ではない。抽出作業を比較作業のどこで行うかという問題だ。

抽出が独立したステップ（PDFを開く、値を読む、シートに切り替える、入力する）である場合、比較シートは処理後にたどり着く目的地となる。データ入力という作業を終えてから、ようやく比較の計算式を使える。抽出は、本格的な分析を始める前に支払う税金のようなものだ。

抽出がサイドバー内で行われる場合、比較シートが出発点となる。シートを開き、サイドバーを開き、見積書をアップロードすれば、行が表示される。計算式が作動し、条件付き書式が有効になる。受動的なテンプレートが生きたパイプラインへと変わる——データを待っていたスプレッドシートが、今やデータを収集している。

これにより、抽出される文書が変わる。RFQごとに30分の手作業が必要な場合、調達チームはそれを制限する：絶対に必要なものだけを抽出し、勝ち目が薄い見積書はスキップする。サイドバーで数秒で抽出できる場合、その閾値はゼロになる：すべての見積書が抽出され、すべてのサプライヤーに公平な比較行が与えられる。調達判断の質が向上するのは、より優れた計算式が作られたからではなく、より多くのデータが表面化したからだ。

次のRFQで試してみる

次にRFQを送り、5つの異なる形式のPDFで回答が返ってきたら、比較シートを開き、アドオンをロードして、それらをアップロードしよう。列が埋まっていくのを、採点用の計算式が新しい行を見つけるのを見届けよう。あなたがすでに作ったテンプレートが、ついに比較用に設計されたデータを手に入れる。

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