見積書（販売見積）を翻訳する方法

TABLE OF CONTENTS

販売見積書（しばしば quote または quotation と呼ばれる）は、商品またはサービスの価格および条件を提示する商業文書です。翻訳は一見簡単そうに見えて実はリスクが高く、incoterm、単位、支払条件を一つでも誤訳すると、紛争、遅延、または高額な手戻りにつながる可能性があります。

本ガイドでは、数値と商業上の意味を損なわずに、見積書を正確に翻訳するためのシンプルなワークフローを提供します。

この記事は法務または税務の助言ではありません。高額取引や規制産業の場合は、有資格の専門家に翻訳済み見積書のレビューを依頼してください。

Quote vs pro forma invoice

企業はこれらの文書を異なる形で使用します。多くのワークフローでは、見積書は買い手がコミットする前に提示され、pro forma invoice は支払いや通関手続きのためのサポートとして使用されます。

あなたの「quotation」が国際取引用の書類として使用されている場合は、pro forma invoices に関する U.S. Department of Commerce のガイダンスと自社フォーマットを比較してください。

翻訳前に：5つの確認

これらの回答を事前に把握してください。見積書翻訳で最も多いミスを防げます。

対象国と使用する言語のバリエーション（例：en-US vs en-GB）。
通貨は換算するか、それともそのままにするか？（デフォルト：金額は変更しない。）
価格条件（pricing basis）は何か？（EXW、FOB、DDP など）および正確な引渡し場所。
必ず完全に同一のままにすべき用語はどれか？（製品名、SKU、法人名）
誰がこの文書を参照するか？ 顧客のみか、それとも finance、procurement、customs も含むか。

(2) について確信が持てない場合は、元の通貨を維持し、次のような注記を追加してください：「Prices shown in USD. Currency conversion not included.」

Step 1: Lock non-translatables

見積書は構造化データとして扱ってください。作業ファイルの冒頭に短い「翻訳しない」リストを作成し、それ以外をその周辺で翻訳します。

翻訳しない（一般的）：

見積番号、改訂/バージョン、発行日
顧客番号、PO参照（存在する場合）
製品SKU / 部品番号 / モデル名
数量、単価、割引、小計、税金、送料、合計
通貨コード（USD/EUR/GBP）および記号の配置ルール
銀行詳細（受取人名、IBAN、SWIFT/BIC）、支払いリンク
法人名、登録番号、税ID
インコタームズコード（EXW/FOB/CIF/DDP）および指定地名

「翻訳しない」カテゴリ（ID、URL、コード風文字列など）の詳細は、What Not to Translate を参照してください。

Step 2: 最適なソースファイルを使用する

スクリーンショットではなくソースファイルを翻訳すると、精度が向上し、書式の修正作業も少なくなります。

最適：XLSX、DOCX、または ERP/CRM エクスポートの元見積
良い：テキストベースのPDF
最終手段：スキャンPDF/写真（先にOCRを実行）

見積がスキャンされている場合は、How to Translate a Scanned PDF から始めてください。

Step 3: 数式ではなくテキストを翻訳する

ほとんどの見積では、翻訳すべき箇所は次のとおりです。

明細行の説明（ただしSKUは変更しない）
作業範囲 / 成果物
納期および出荷に関する注記
支払い条件および受領条件
保証/返品条件（含まれている場合）
連絡事項および指示

見積が表中心（XLSX/PDFで一般的）の場合は、How to Translate PDF Files and Keep Formatting のような書式を保持するワークフローを使用してください。

Step 4: 数値を明確に保つ

区切り記号の読み違いは、実際の金銭的な誤りにつながります。対象市場に合わせて表記を揃えつつ、指示がない限り 基礎となる値は変更しないでください。

小数点と千区切り： 1,234.56 vs 1.234,56
日付： 03/04/2026 のような曖昧さは避ける。可能であれば 4 Mar 2026 または 2026-03-04 と記載する
通貨： 明確さのためISO通貨コード（例：USD、EUR）を優先し、元のコードの一貫性を保つ

より深いローカライゼーション規則（通貨のスペース、少数の扱い、時刻形式）については、Why Dates and Numbers Need Localization を参照してください。

Step 5: Incoterms：コードは保持し、意味を翻訳する

Incoterms は、International Chamber of Commerce が公開している標準化された貿易条件です。見積書では通常、3文字コードは変更せずに保持し、補足説明文と指定地（named place）を翻訳します。

例：

FOB Shanghai (Incoterms® 2020) → FOB と地名は保持し、説明文を翻訳する
DDP Berlin → DDP は保持し、関税／税金に関する文言は慎重に翻訳する

どの条件が存在するか、そして「指定地（named place）」がなぜ重要かを再確認したい場合は、以下の参考資料を利用してください：

ICC による Incoterms® 2020 の概要
U.S. Department of Commerce による Incoterms の概要

Step 6: 単位と仕様

見積書には、仕様（寸法、重量、公差など）が含まれることが多く、正確性が必須です。

実務上のルール：

数値は変更しない。単位の換算は依頼がある場合のみ行う。
換算が必要な場合は、両方を併記する：5 ft (1.52 m)。
mm と cm、または Nm と N·m の取り違えのようなタイプミスを避ける。

単位表記の慣例（特に SI）については、NIST の SI writing guidance が信頼できる参考資料です。

Step 7: 監査のように QA を行う

送付前に、簡単な2段階レビューを実施します：

Pass 1: データ整合性

合計、税金、通貨が原文と一致している
見積番号、日付、有効期間が正しい
SKU／品番が変更されていない
Incoterms のコード＋指定地（named place）が変更されておらず、一貫している
銀行情報と支払いリンクが変更されていない

Pass 2: 商業上の明確性

意味を変えずに、明細行が理解できる
条件文がターゲット言語として自然に読める（「機械翻訳っぽい」文体がない）
行の欠落や表のアラインメント崩れがない

より広範で再利用可能なQAパスとして、Translation QA Checklist を使用してください。

ミニテンプレート：必須フィールド

これを逐語的にコピーする必要はありませんが、越境見積のための信頼できる構成です。

Section	What to include	Translation note
Seller / Buyer	法的実体名、住所、税ID	法的名称は翻訳しない；ラベルは翻訳する
Quote header	見積番号、日付、バージョン、有効期限	IDは変更しない；日付形式はローカライズする
Items	SKU、説明、数量、単価	SKUは変更しない；説明のみ翻訳する
Totals	小計、割引、税、送料、合計	値は絶対に変更しない；区切り記号を確認する
Delivery	Incoterms + 指定地、リードタイム	コードは保持する；説明は慎重に翻訳する
Payment	支払方法、支払期日、銀行詳細	口座データは変更しない
Notes	保証、除外事項、受諾	“shall/must/may” の意味を安定させる

OpenL workflow

OpenL Doc Translator

ドキュメントの可読性を保ったまま、手早く初稿を作成したい場合：

見積書をXLSX/DOCX（またはテキストベースのPDF）にエクスポートします。
OpenL Doc Translator にアップロードします。
翻訳して、出力ファイルをダウンロードします。
上記のQAチェックリストを適用し、合計、Incoterms、銀行詳細に重点を置きます。

同じ製品を頻繁に見積もる場合は、推奨する製品用語の小さな用語集を維持し、見積書間で再利用して一貫性を保ってください。

FAQ

見積書翻訳で通貨換算をすべきですか？

クライアントが明示的に要求した場合にのみ行ってください。そうでない場合は、元の通貨と金額を維持し、誤解を避けるために通貨コードを明確にしてください。

Excelの見積書を安全に翻訳できますか？

はい、テキスト列と数値列を分離すれば可能です。実用的なヒント（数式、数値形式、QA）については、How to Translate Excel Online を参照してください。

Should I translate payment instructions word-for-word?

Translate for clarity, but do not “simplify” or change obligations. Keep payment deadlines, fees, and bank data exact. If the quote is legally binding in your context, align with How to Translate Contracts.

Quotations are sales documents, but they behave like financial and legal documents. Treat them as structured data, keep the math intact, translate the commercial meaning, and run a short QA pass every time.