韓国ベンダー見積書を
Excelで比較する方法
Redditユーザーがr/procurementで最近こんな質問をしました。「サプライヤー見積書をどう比較していますか? まだ手作業? Excelのフィルターやマクロ? RFPソフトウェアやERPツール?」この質問は核心を突いていました。なぜなら、韓国の調達チームが日常的に直面している現実を浮き彫りにしたからです。5社のサプライヤーがそれぞれ異なるレイアウトの見積書(견적서)を送ってきて、誰かが手作業で全ての明細行を比較用スプレッドシートに打ち直さなければならないのです。
ボトルネックは比較ロジックではありません。PDFからデータを取り出すことです。このガイドでは、韓国ベンダー見積書に実際に何が含まれているのか、データ取り込みの標準化がなぜ重要なのか、そして、どのサプライヤーの견적서からでも明細データを1つのExcel比較表に抽出する方法を、1セルも手入力せずに解説します。
重要ポイント
- テンプレートベースの抽出ツールでは、書類上の各フィールドに枠を描く必要がありますが、次のサプライヤーの견적서を開くと、すべてのフィールドの位置が変わっています。
- 韓国ベンダー見積書は税法の対象外で、必須フィールドやレイアウトが一切定められていないため、サプライヤーごとに構造が異なり、テンプレートルールは2社目で機能しなくなります。
- ImageToTable.aiは、ページ上の位置ではなくフィールドの意味で読み取るため、比較用の列を1つも座標指定することなく、すべてのサプライヤーの書類で機能します。
韓国ベンダー見積書が標準化を拒む理由
ベンダー見積書(견적서、直訳すると「見積文書」)は、調達側の見積依頼書(견적요청서)に対してサプライヤーが送付する提案書です。供給可能な品目、単価、数量、条件が記載されています。税計算書(세금계산서)とは異なり、견적서には法的に定められた構造がありません。税計算書は韓国付加価値税法第32条(부가가치세법 제32조)に準拠し、国税庁に所定の電子形式で送信されるのに対し、견적서は税務文書ではありません。必須項目、表示順序、さらには存在自体を義務付ける法律もありません。
この規制の空白が、データ抽出の問題の根本原因です。典型的な韓国B2B取引では、文書の流れは견적서 → 발주서(発注書) → 거래명세서(取引明細書) → 세금계산서(税計算書)となります。견적서はこの連鎖の最前線に位置し、最も規制が少なく、最もバラつきが大きく、比較判断に最も重要な文書です。더존 Smart Aを使用するサプライヤーは、品目表を横向きに配置し、会社印(직인)をヘッダーに押した견적서を生成します。別のサプライヤーが이카운트(ECOUNT ERP)を使用すると、結合されたヘッダーセル内に行項目がネストされた縦型レイアウトになります。さらに別のサプライヤーは、2013年に自作したExcelファイルを送ってきます。これらはすべて有効です。間違っているテンプレートはありません。テンプレート自体が存在しないからです。
これは韓国特有の現象ではありません。税法の枠外にある文書の自然な帰結です。つまり、調達チームが견적서の束を受け取るたびに、必要なデータはページごとに異なる物理的な位置に存在するということです。固定レイアウトの座標定義やパターンマッチングに依存するテンプレートベースのOCRツールは、2社目のサプライヤーで機能しなくなります。
韓国ベンダー見積書の実際の内容
形式の混乱はさておき、すべての견적서は同じ一連の質問に答えています。ただ、その座標が異なるだけです。どのようなフィールドが存在し、それらが何を意味するのかを理解することが、サプライヤー間で機能する比較を設計するための第一歩です。
| 項目 | 韓国語名 | 比較における意味 |
|---|---|---|
| 見積日 | 견적일자 | 見積書の発行日。有効期限内かどうかを判断する基準。 |
| 有効期間 | 유효기간 | 見積価格の有効期限。通常7~30日。期限切れの견적서は再発行が必要。 |
| 供給者情報 | 공급자 | 事業者名、登録番号(사업자등록번호)、住所、連絡先。 |
| 品目名 | 품목명 | 見積対象の各品目の説明。 |
| 規格 | 규격 | 寸法、型番、技術仕様。サプライヤー間の同一条件比較に重要。 |
| 数量 | 수량 | 見積数量。 |
| 単価 | 단가 | 1単位あたりの価格。比較の中心指標。 |
| 供給価額(小計) | 공급가액 | VAT前の明細合計(=数量×単価、割引を含む場合あり)。 |
| 付加価値税(VAT) | 부가세 | B2B取引では공급가액の10%。通常は別途表示(별도)。 |
| 合計金額 | 합계금액 | 공급가액+부가세。支払総額。 |
| 支払条件 | 결제조건 | 支払期日、支払方法、前払い要件。 |
| 納期/引渡条件 | 납기 / 인도조건 | 納期、場所、該当する場合はインコタームズ。 |
| 備考 | 비고 | 保証条件、有効性に関する注記、除外事項。 |
特に注意すべき項目がVATの内訳です。韓国のB2B取引では、공급가액と부가세を別々に表示する(별도)のが標準です。VATを内訳に含めず総額のみを記載した견적서は注意が必要です。Clien.netの議論でも、韓国のB2Bバイヤーはこの内訳を期待しており、内訳を提示しないサプライヤーは実際の価格構造を隠そうとしていると見なされることが多いと確認されています。견적서データを比較のために抽出する際は、必ず공급가액と부가세を別々の項目として取得してください。サプライヤーが総額のみを提示している場合は、逆算が必要です:공급가액=総額÷1.1。
ステップ1:あらゆる形式の見積書を収集する
サプライヤーに特定の形式を要求するのはやめましょう。実際には、次のような形式で견적서を受け取ることになります。
- PDF — サプライヤーのERPから生成されたもの。見た目はきれいですが、ページレイアウトに固定されており、信頼性の高いコピー&ペーストはできません。
- Excelファイル — PDFよりは扱いやすいですが、それでもマスター比較スプレッドシートに手動でセルごとに転記する必要があります。
- スキャン画像やスマホ写真 — 印刷して印鑑を押し、スキャンした견적서を送ってくる中小サプライヤーによく見られます。
- メール本文のスクリーンショット — メール本文にテキストで送られてくる簡易的な見積もりを受信者がキャプチャしたもの。
これらをすべて1つのフォルダにまとめてください。抽出にはファイル名は関係ありません。整理のためにサプライヤー名を付けて構いませんが、ツールが読み取るのは内容であってファイル名ではありません。対応形式はPDF、JPG、PNG、WebP、AVIFです。つまり、サプライヤーの机の上にある手書きの견적서をスマホで撮影した写真でも問題なく処理できます。
ステップ2:比較用の列を定義する
ここが、テンプレートベースのツールとは異なる抽出アプローチのポイントです。システムに各サプライヤーの書類のどこを見るかを指示するのではなく(「サプライヤーAの単価は表の5行目、3列目」など)、何を探すかを指示します。列名を定義すると、AIが各書類を読み取り、サプライヤーがどこに配置したかに関係なく、その意味を理解して対応する値を特定します。
この仕組み — カスタム列抽出 — は、従来のOCRとは逆のアプローチです。テンプレートツールは座標で一致させるため、各フィールドの周りに枠を描く必要があります。一方、カスタム列抽出は意味理解に基づいて動作します。AIが書類を読み、「단가」の横にある「₩45,000」を単価と理解し、それが表のセル、段落、スキャンされたフォームの手書きのいずれにあっても、「単価」列に自動的に配置します。
韓国のベンダー見積もり比較では、次のような列を定義します。
| 列名 | 説明 |
|---|---|
| サプライヤー名 | 공급자の会社名 — 各行がどの見積書に属するかを識別します |
| 品目名 | 품목명 — 見積もり対象の製品またはサービス |
| 仕様 | 규격 — 寸法、型番、グレード |
| 数量 | 수량 — ユニット数 |
| 単価 | 단가 — KRWでのユニットあたりの価格 |
| 供給額 | 공급가액 — VAT前のライン合計 |
| VAT | 부가세 — 10%の税額 |
| 見積日 | 견적일자 — 見積書が発行された日付 |
| 有効期間 | 유효기간 — 価格が有効な期間 |
| 支払条件 | 결제조건 — 支払期日、方法、保証金 |
計算値が必要な場合(供給価額のみ表示する業者の税込合計や、明細行の合計から単価を求めるなど)は、列名に計算式を直接記述して計算列を追加できます。例えば、「総合計(供給価額+付加税)」という列名を指定すると、AIが抽出時にその計算を実行し、結果を出力します。これにより、スプレッドシートにはExcelの数式を待たずに比較可能な数値が届きます。
ファイルは安全に処理され、保存されることはありません。
ステップ3:明細行を1つのスプレッドシートに抽出する
列を定義したら、すべての仕入先の견적서ファイルを一度にアップロードします。バッチ処理とは、仕入先AのERP PDF、仕入先Bのスキャンしたフォーム、仕入先Cのメールのスクリーンショットを、すべて1回のアップロードでドラッグ&ドロップし、AIが各ドキュメントを個別に処理した後、定義した列構造で1つの出力テーブルに結果を統合することを意味します。
内部で行われていること:各ドキュメントについて、AIはすべてのページを順番に読み取ります。1ページ目に品目テーブル、3ページ目に支払条件がある複数ページの견적서は、ページごとのサイロではなく、1つの連続したドキュメントとして読み取られます。仕入先Aの2ページ目のヘッダーで「공급가액」の隣に「₩2,450,000」があり、仕入先Bの段落テキストに「공급가액 2,450,000원」がある場合、AIは両方を同じデータポイントとして認識し、それぞれを該当する行の「供給価額」列に配置します。
出力は1つのスプレッドシートで、各行が仕入先の견적서からの明細行、各列があなたが定義したフィールドであり、元の形式はもはや見えなくなります。なぜなら、構造は仕入先のレイアウトの選択ではなく、あなたの列定義から来るからです。
時間比較:5つの仕入先からそれぞれ約15の明細行がある5つの견적서を処理する場合、約75のデータセルを抽出する必要があります。手動入力(各PDFを開き、各値を見つけ、正しいセルに入力する)には、経験豊富な調達チームメンバーでも30~45分の集中した作業が必要です。AI抽出は、ファイルをアップロードする時間とドキュメントごとの数秒の処理時間で同じタスクを完了します。仕入先や明細行が増えるごとに、その差は広がります。
ステップ4:比較表を作成する
抽出されたデータはフラットなテーブルとして届きます。ここから、それを意思決定ツールに変換します。比較の構造は評価の優先順位によって異なりますが、韓国のB2B調達に有効な3つのアプローチを紹介します。
価格重視の比較:抽出したデータをピボットして、仕入先を列、品目を行にします。各品目について、すべての仕入先の単価が1行に表示されます。=MIN()関数を追加して品目ごとの最安値をフラグし、条件付き書式で勝者を強調表示します。仕入先間で공급가액を比較する場合、基本比較からは付加税を除外する必要があることに注意してください。税抜きの値を比較し、各仕入先の付加税が正しく10%で計算されていることを確認してください。
加重スコアリング:価格だけが要素ではない場合は、納期、決済条件、仕入先の信頼性の列を追加し、それぞれを1~5のスケールでスコアリングします。優先順位を反映した重みを掛けます。韓国の調達では、価格40%、納期25%、決済条件20%、品質/仕様準拠15%が一般的な出発点です。合計により、最も安い仕入先だけでなく、総合的に最も強い仕入先が特定されます。
総保有コスト(TCO):見積もられた単価はコストの一部にすぎません。運送費、最小注文数量、支払スケジュールの列を追加します。例えば、50%の前払いと60日納期で1ユニット₩5,000を提示する仕入先は、ネット30日払いと翌週納期で1ユニット₩5,500を提示する仕入先よりも、運転資本のコストが高くなる可能性があります。
韓国独自の公共調達システムであるKONEPS (나라장터)は、公共調達全体の約3分の2を処理し、行政コストを年間約80億ドル削減していると推定されます。入札評価は、技術能力に80~90点、入札価格に10~20点のウェイトを置く構造化された採点フレームワークに基づいて行われます。民間セクターにそこまでの形式張りは必要ありませんが、「価格は複数のインプットのうちの一つである」という原則は取り入れる価値があります。
韓国特有の形式への対応
韓国のビジネス文書には、抽出精度や比較ロジックに影響を与えるいくつかの形式上の慣習があります。
VAT 별도 vs 포함(税別 vs 税込)。 韓国のB2Bでは、VATはほとんどの場合、別途表示(별도)されます。見積書には、공급가액(供給価額)、부가세(付加税 = 供給価額 × 10%)、합계금액(税込合計金額)が記載されます。サプライヤーがVATの内訳なしに合計金額のみを記載した見積書を送ってきた場合、それはB2C向けのサプライヤーか、税額計算書を発行できない簡易課税者(간이과세자)である個人事業主である可能性が高いです。これらは必ず別々の列として抽出してください。税抜き価格と税込み価格が混在した合計を比較すると、誤った結果を招きます。
通貨形式。 韓国ウォンの金額は、桁区切りにカンマを使用し(₩1,250,000)、「원」の接尾辞が付く場合と付かない場合があります。AIは両方の形式を認識し、クリーンな数値として出力します。韓国以外のサプライヤーと比較する場合、₩1,000は約0.70~0.75米ドル(2026年半ば時点)であることに注意してください。ツールは数値を抽出しますが、通貨換算はお使いのスプレッドシートのロジックに委ねられます。
日付形式。 韓国の見積書は通常、YYYY-MM-DD または YYYY年MM月DD日 の形式を使用します。AIは抽出時にすべての日付を標準化するため、サプライヤーAからの「2026-06-12」とサプライヤーBからの「2026年6月12日」という日付の見積書は、どちらも「見積日付」列に同じ日付値として格納されます。
事業者登録番号。 韓国のすべての事業者は、10桁の사업자등록번호(形式: XXX-XX-XXXXX)を持っています。コンプライアンスやベンダー登録のために見積書を比較する場合は、このフィールドを抽出してください。これは、見積書を特定の法人に紐付ける一意の識別子であり、サプライヤーの商号(상호)が登録名と一致しない場合に役立ちます。
品目コード(품목코드)。 一部のサプライヤーは、説明のための品目名の代わりに、またはそれに加えて、内部の製品コードを使用します。見積書に「ELC-4200B」とだけ記載され、それ以上の説明がない場合があります。社内の調達システムが異なるコードを使用している場合、抽出されたデータが橋渡しの役割を果たします。サプライヤーのコードを取得し、スプレッドシートでVLOOKUPを使用してマスター品目リストとマッピングします。
韓国の取引文書についてさらに詳しく知りたい方は、調達チェーンにおいて見積書の次に来る文書である韓国取引明細書(거래명세서)のExcelへの抽出ガイド、および同じ文書フローの法的に規制されたエンドポイントをカバーする会計処理のための韓国税額計算書(세금계산서)の抽出ガイドをご覧ください。
よくある質問
AIは手書きの韓国語の見積書(견적서)からデータを抽出できますか?
はい。ビジョンモデルは印刷された韓国語テキストと手書きの韓国語テキストの両方を読み取ります。これには筆記体も含まれます。会社の書式に手書きで見積書を記入し、スキャンして送ってくる小規模な供給者でも、データ抽出は可能です。手書きの精度は印刷テキストよりも低く、密集したフィールドや不明瞭な数字では差異が生じる可能性がありますが、構造(品目、数量、価格)は通常、それらの値が文章中に埋め込まれず独立して記述されているため、きれいに抽出されます。
供給者がExcelファイルを送ってきた場合、それでも抽出は必要ですか?
いいえ、ただし比較ワークフローは統一されたパイプラインの恩恵を受けます。3社の供給者がPDFを送り、2社がExcelファイルを送ってきた場合、5つすべてを一括アップロードすると、同じ列構造を持つ単一のマージされた出力テーブルが生成されます。AIで3つのPDFを抽出しながら、2つのExcel行を手動で比較シートにコピーする方法も機能しますが、ワークフローを分割すると、このプロセスが排除しようとしているまさに手作業の摩擦が生じます。すべてを一緒にアップロードしてください。AIが各形式を個別に処理します。
これは複数ページにわたる見積書(견적서)でも機能しますか?
はい。複数ページのドキュメントは、1つの連続したファイルとしてページ順に読み取られます。供給者の長い品目テーブルが1ページ目と2ページ目にまたがる場合など、ページをまたいで分割された明細行も、同じドキュメントに属するものとして認識されます。3ページ目に印刷された有効期間と1ページ目の単価はすべて、その供給者の同じ出力行に格納されます。
付加価値税(VAT)の抽出は、供給者間の不整合をどのように処理しますか?
AIはドキュメントに表示されているVATの値をそのまま抽出します。供給者Aが부가세を個別の明細行として表示している場合、それは「VAT」列に入力されます。供給者BがVATをまったく表示していない場合(医療や教育などの業界の免税事業者(면세사업자)によく見られます)、その行の「VAT」列は空になります。比較スプレッドシートでは、VATが空白の場合は、その供給者が면세(免税)事業者であるかどうかを確認し、そうでない場合は、税抜き比較に使用する前に、その見積書にフォローアップのフラグを立てる必要があります。
同じバッチで韓国語の見積書(견적서)と英語の見積書から同じ項目を抽出できますか?
はい。カスタム列抽出は言語に依存しません。「単価」という列を定義すると、AIは韓国語の文書から₩45,000を、英語の文書から$32.50を見つけます。どちらも同じ概念を表していると理解するからです。出力テーブルは言語で区別されず、各値は指定した列に格納されます。通貨をまたいで比較する場合は、抽出後にスプレッドシートで通貨換算の手順を追加してください。
データ入力から意思決定へ
ベンダー見積書の比較は、調達プロセスにおいて手作業が最も大きな損害をもたらす瞬間です。PDFから明細をスプレッドシートに打ち直すのに費やす1分は、サプライヤーBの5日早い納期がサプライヤーAの8%低い単価に見合うのか、あるいは30日の有効期間内に原材料費が変動する前に価格を確定すべきかを検討するために使えない1分です。
抽出工程——サプライヤーの文書と比較表をつなぐ機械的な橋渡し——こそが、調達チームを60~70%の管理業務オーバーヘッドに留めている原因です。その工程を取り除けば、比較そのものが仕事になり、データ入力を終えたご褒美ではなくなります。