如何翻譯合約

TABLE OF CONTENTS

翻譯合約並不等同於翻譯部落格文章或產品頁面。你不只是更換文字，而是將法律義務、權利與風險從一種語言轉移到另一種語言。如果意思哪怕稍有偏差，雙方可能就會同意一些原本誰都沒打算接受的內容。

本指南採取翻譯優先、合法性優先的原則。版面、格式與風格固然重要，但它們都排在一個核心問題之後：翻譯後的合約是否與原文具有相同的法律效力？

本文內容並非法律建議。對於重要合約，務必請合格律師審查原文及譯文。

合約翻譯有何不同

一般文本容許細微的意思變動，但合約不行。

合約具有法律效力：法院與仲裁機構可能會依據你的翻譯來裁決爭議。
細微措辭變化可能帶來重大後果：一個詞就能擴大責任、改變期限或使條款無效。
僅依賴機器翻譯極具風險：即使再優秀的機器翻譯系統，也未必能正確賦予「shall」、「may」或「material breach」等詞法律意義。

你要把自己視為法律流程的一部分，而非單純的語言服務提供者。你的工作是協助雙方簽署一份仍然符合他們原本意圖的文件。

了解你要翻譯的合約

在動手翻譯任何一句之前，先弄清楚你手上的文件。

請詢問並記錄：

合約類型：保密協議（NDA）、銷售協議、聘僱合約、服務協議、SaaS條款、租賃契約、經銷協議、授權合約等。
適用法律與管轄權：
- 「本協議受紐約州法律管轄……」
- 「任何爭議均提交至……的專屬管轄權」
雙方及其目標：
- 新創公司與企業客戶
- 雇主與員工
- 製造商與經銷商

不同類型的合約具有不同的標準條款和風險特徵。了解合約背景有助於你選擇正確的術語和語氣。

像律師一樣閱讀合約（在翻譯之前）

進行完整的結構與邏輯通讀：

找到定義條款：通常標題為「定義」或「解釋」。標記每個被定義的術語（例如，「服務」、「生效日期」、「機密資訊」）以及其具體定義方式。
掃描關鍵條款：
- 付款、費用與稅務
- 合約期限與終止
- 責任與賠償
- 保密與資料保護
- 智慧財產權與授權
- 適用法律與爭議解決
注意交叉引用：
- 「依第10.3條規定…」
- 「如第2條（定義）所述」
定位附錄與附件：
- 價格表、工作範圍、技術規格、服務水準協議（SLA）

你正在繪製合約的骨架。日後翻譯時，必須精確保留這個骨架。

在開始前建立迷你術語庫

一個小而精確的術語庫能避免翻譯偏差與重工。

至少包含：

合約方名稱與角色
- 「公司」、「承包商」、「客戶」、「授權人」、「被授權人」
- 完整法律名稱及縮寫（例如，「XYZ Technologies GmbH」／「XYZ」）
核心法律動詞與情態詞
- 「應」、「必須」、「將」、「得」、「可以」、「應該」
- 「同意」、「承諾」、「有權」、「須負責」
標準法律概念
- 「重大違約」、「不可抗力」、「時間為要素」
- 「最大努力」與「合理努力」
- 「免責」、「賠償」、「責任限制」
- 「棄權」、「轉讓」、「可分割性」、「完整協議」

對於在目標語言中已有廣泛使用的官方或業界標準譯法的概念，除非客戶另有要求，請與其保持一致。

首次提及時，建議在括號中標示原文術語：

「重大違約（material breach）」
「不可抗力（force majeure）事件」

之後請只使用一種譯法。切勿為了變化而即興換用同義詞；在合約中，詞彙多樣不是優點，而是錯誤。

結構與編號：切勿破壞骨架

合約的生命在於其結構。您的翻譯必須維持原有架構：

標題與編號
- 保持相同層級：條款 → 節 → 子節 → 列表
- 即使句子較長，也不要合併或拆分條款
- 編號必須完全一致（例如，10.3.1 必須維持為 10.3.1）
列表與縮排
- 在義務、例外、定義中使用項目符號或字母列表
- 若原文有 (a)、(b)、(c)，譯文也必須保留
定義與交叉引用
- 若「Services」於第2節定義，不可在第5節非正式重新定義
- 請確認譯文中的「第7.2節」仍然指向正確條款

若需調整句子順序以符合目標語言自然表達，請僅在同一條款內進行，且不得更改編號或破壞交叉引用。

情態動詞、風險語言與精確性

情態動詞在法律文本中具有重要意義，請謹慎處理：

「shall」／「must」 — 強制性義務
「will」 — 通常表示未來事實，不一定是義務
「may」 — 裁量或許可
「can」 — 能力，非法律許可
「should」 — 建議，非義務（除非合約另有規定）

避免「升級」或「降級」義務：

❌「The Supplier may deliver…」譯為「供應商必須交付…」
❌「The Customer shall pay…」譯為「客戶可以支付…」

同時注意風險與責任語言：

「最高總責任額」
「在適用法律允許的最大範圍內」
「無論是基於合約、侵權（包括疏忽）或其他原因」

當原文刻意模糊或大量保留語氣時，請如實反映這種保留，而不是自行「澄清」內容。如果某處存在危險性的歧義，請標註給客戶或其律師，而非默默改寫。

數字、日期與參照

數字屬於法律內容的一部分，請嚴謹處理：

金額與貨幣
- 費用、上限、罰則、利率、折扣
- 貨幣代碼（USD、EUR、GBP、JPY）與符號（$、€、£、¥）
- 目標語區小數點使用逗號還是句點
日期與期間
- 「生效日」、「開始日」、「初始期間」、「續約期間」
- 通知期間：「提前三十（30）日書面通知」
- 相對時程：「自收到後十個工作日內」
參照
- 條款與章節編號
- 附件、進度表、附錄、證明文件
- 外部文件（政策、法律、標準）

翻譯後，請再次檢查每一個數字與日期：

0.01% 是否誤成 0.1%？
「30 天」是否因筆誤變成「3 天」？
長短寫法是否一致（如「三十（30）天」）？

司法管轄與文化：翻譯還是調整

部分法律概念在不同法系間無法一一對應。

舉例：

普通法概念在大陸法系
任意雇用與定期雇用
某些智慧財產授權架構或賠償標準

通常有三種處理方式：

直譯＋原文括號註明
- 適用於目標讀者熟悉原法系時。
採用最接近的功能對應
- 合約預計適用目標法域時常見。
請律師指示
- 重大條款（責任、智慧財產、資料保護）切勿自行判斷。

文化層面：

簽名區塊中的稱謂與職銜
公司名稱使用當地文字或拉丁字母
目標市場是否需要蓋章或印章

請記住：你的工作是讓合約在目標語境中具備法律效力且易於理解，而不是將其「本地化」成法律上完全不同的文件。

合約翻譯優先的工作流程

簡單的工作流程能讓你安全且高效。

第一階段：準備（10–20%）

完整閱讀合約一次。
建立或更新你的術語庫（定義、情態詞、標準條款）。
明確範圍：是全合約還是僅關鍵條款？正式記錄的工作語言是什麼？

第二階段：逐條翻譯（50–60%）

一次翻譯一條款，保留編號與結構。
注意已定義術語：必須完全按照原文使用定義詞。
對於模糊或特定司法管轄區的內容，留下註解。

第三階段：審查與法律檢查（20–30%）

一致性檢查：
- 搜尋每個核心術語（如「重大違約」），確認翻譯一致。
- 檢查所有定義（如「機密資訊」、「服務」）在各處表述是否一致。
法律審查：
- 詢問客戶是否由法律顧問審查高風險條款：
  - 責任限制與賠償
  - 智慧財產權歸屬與授權
  - 資料保護與保密
  - 適用法律與爭議解決

第四階段：排版與最終檢查（10%）

格式與原文一致：標題、縮排、表格、簽名欄。
確認交叉引用與附件標題仍然相符。
確保目標文本中沒有殘留原文片段。

使用 OpenL 安全翻譯合約

處理長篇合約時，排版與編號手動管理會很麻煩。OpenL Translate 和 OpenL Contract Translator 能協助你處理格式，讓你專注於法律意義。

你可以：

將合約以 DOCX 或 PDF 格式上傳至 OpenL Translate。
若需合約專屬流程，請使用 OpenL Contract Translator，以便在翻譯時保留條款、標題及簽名。
讓系統自動保留標題、編號、表格及註腳。
將產出作為初步翻譯，然後：
- 仔細檢查法律術語及情態動詞。
- 替換任何有風險或含糊的機器翻譯片段。
- 執行一致性及法律審查。

對於特別複雜或掃描的合約，你可以結合：

OpenL 處理結構與 OCR，以及
人工審查確保法律準確性。

目標不是取代法律判斷，而是節省機械性工作時間，讓你能將更多心力投入於內容意義。

交付前最終檢查清單

在將翻譯合約交給客戶前，請依照以下清單逐項檢查：

核心原則

在合約翻譯中，法律效力優先，文采其次。

一份措辞优美却更改了责任归属、付款时间或法院管辖权的合约，无论语言多么精致，都是失败的。经过律师审核的译文，即使略显生硬但准确无误，才能真正保障你的客户和你自己。

将每份合约视为译者与律师共同承担的责任。可以使用 OpenL 等工具处理格式和排版，但最终的意义把关，必须交由专业人士来决定。

Get started with OpenL