第11章 國際貿易單據大全與製單、審單實務

核心重點

核心項目

台灣在職實務重點

單據管理

把單據視為交易資料鏈:Contract/PO → Invoice → Packing List → Shipping Instruction → B/L/AWB → COO/Insurance/Inspection → Customs → Bank/Buyer。

Commercial Invoice

同時服務買方、海關、銀行與公司財務;品名、數量、單價、幣別、Incoterms、運保費與交易主體必須一致。

Packing List

管理包裝與物流資料,不應與 Invoice 金額功能混淆;箱號、件數、淨重、毛重、尺寸及內容物需可追溯。

B/L

海運核心運送單據;須分清 Shipped on Board、Consignee、Original B/L、Telex Release/Surrender 等概念。

Sea Waybill

通常為不可轉讓的海運收貨/運送文件,不具傳統可轉讓提單的貨權控制功能。

AWB

空運提單通常不可轉讓;重點是 Shipper、Consignee、機場、件數、重量、運費與航班/路由資料。

COO

區分非優惠性與優惠性原產地證明;台灣申請通常以出口報單內容為基礎,並依類型檢附證明資料。

Insurance

確認被保險人、保險金額、承保範圍、航程、貨物、日期及理賠/背書需求。

L/C 單據

信用狀交易以相符提示為核心;Document Matrix、期限管理及第二人獨立審單是降低 discrepancy 的關鍵。

版本控制

所有單據使用 Single Source of Truth;禁止各部門自行重打品名、地址、金額、重量與日期。

一、單據不是行政附件,而是交易的第二套貨物

國際貿易實務第三章第八節「製單結匯」把工作分成備齊單證、製單與審單,這個核心架構仍然有效。本章在此基礎上,把台灣出口、進口、銀行與物流實務中最常使用的單據逐張拆解,並建立可直接導入企業 SOP 的 Document Matrix。

實務上,貨物本身正確但單據錯誤,仍可能造成報關延誤、信用狀不符、買方無法清關、優惠關稅失效、保險理賠困難或付款延遲。因此單據管理的目標不是「把表格填完」,而是確保同一筆交易在不同文件上維持一致、真實且可驗證的資料。

二、先建立 Document Matrix

單據

主要使用者

核心資料

主要責任

Contract/PO

買賣雙方

規格、價格、付款、Incoterms、交期、文件要求

業務/採購

Commercial Invoice

買方、海關、銀行

交易主體、品名、數量、價格、幣別、條件

業務/國貿

Packing List

海關、承運人、倉庫、買方

包裝、箱號、數量、重量、尺寸

船務/倉儲

Shipping Instruction

Forwarder/Carrier

B/L/AWB 製作資料

船務

B/L/Sea Waybill/AWB

買方、銀行、海關

運送與交付資料

Carrier/Forwarder+船務

COO

買方/進口海關

原產地與優惠資格

國貿

Insurance Certificate/Policy

買方/銀行/理賠方

承保貨物、金額、航程、風險

國貿/財務

Inspection/Test Certificate

買方/銀行/主管機關

品質、數量、測試結果

品管/第三方

Customs Declaration

海關

貨品分類、價格、數量、原產地、交易資料

報關業者+國貿

Draft/Bank Presentation

銀行

付款請求與信用狀提示

財務/國貿

三、Commercial Invoice:整筆交易的主資料表

台灣關務署 2026 年現行進口報關說明要求商業發票詳細載明收貨人名稱、地址、貨物名稱、牌名、數量、品質、規格、型式、號碼、單價、運費、保險費及其他應加計費用等。出口報關在需要價值證明時也以發票/商業發票作為重要文件。

欄位

審查重點

Seller / Exporter

法定公司名稱與地址。

Buyer / Consignee

依契約、報關與信用狀要求填寫,避免名稱縮寫不一致。

Invoice No. / Date

建立唯一編號;日期與出貨、L/C 要求相互核對。

PO / Contract No.

方便買方與內部勾稽。

Description

品名、型號、規格;報關描述與商務描述必要時分層呈現。

Quantity / Unit

數量與單位須與 P/L、報關及運送單據一致。

Unit Price / Amount

單價、總價、幣別與折扣。

Incoterms

例如 FCA Taoyuan Airport, Incoterms® 2020;不能只寫 FOB/CIF 而無指定地點。

Freight / Insurance

依交易條件及海關估價需要清楚揭露。

Payment Terms

T/T、L/C、O/A 等;如為 L/C 應與信用狀一致。

Origin

必要時列示,但不以 Invoice 上文字取代正式 COO。

Signature / Certification

依買方、銀行、海關或目的國要求。

四、Proforma Invoice 與 Commercial Invoice 不要混用

Proforma Invoice 通常用於報價確認、申請信用狀、預付款或買方進口前作業;Commercial Invoice 則反映實際交易/出貨內容。若實際數量、價格、運費或出貨條件改變,Commercial Invoice 應依真實交易製作,而不是把早期 PI 原封不動當最終發票。

企業可用 PI 作為訂單主資料來源之一,但出貨前必須重新核對最終 PO、出貨數量、價格調整、Incoterms 與付款狀態。

五、Packing List:讓每一箱貨都能被找到

關務署現行進出口作業均把 Packing List 列為重要報關文件;散裝、大宗或特定單一包裝案件可能免附。對企業而言,即使海關個案免附,複雜出貨仍應保有內部裝箱資料。

欄位

控制重點

P/L No. / Date

可與 Invoice 建立關聯。

Marks & Numbers

外箱嘜頭、箱號或識別碼。

Package No.

例如 Carton 1–20、Pallet 1–4。

Contents

每箱 SKU、品名、數量。

Net Weight

貨物本身重量。

Gross Weight

含包材重量。

Dimensions / CBM

供運輸、倉儲與運費核算。

Total Packages

總箱數/棧板數與運送單據一致。

最常見錯誤是 Invoice 寫 1,000 PCS、Packing List 加總卻只有 980 PCS,或 P/L 毛重與 B/L/AWB 不一致。應讓 P/L 由實際 Packing Data 自動產生,而不是由人員重新輸入。

六、Shipping Instruction:運送單據的資料源

Shipping Instruction(SI)是出口方向 Forwarder/Carrier 提供製作 B/L 或其他運送文件的指示。SI 本身通常不是買賣雙方付款單據,但它是 B/L 正確與否的源頭,因此必須納入版本控制。

  • Shipper、Consignee、Notify Party。
  • Port of Loading/Discharge、Place of Receipt/Delivery。
  • Vessel/Voyage 或路由資訊。
  • Marks、Packages、Description、Gross Weight、Measurement。
  • Freight Prepaid/Collect。
  • Original B/L 份數、Sea Waybill、Surrender/Telex Release 等放貨要求。
  • L/C 案件的特殊 B/L wording。

七、Bill of Lading:先分清三個功能

海運 Bill of Lading(B/L)在傳統國際貿易中通常同時具有承運人收受/裝運貨物的證明、運送契約證據,以及在符合條件時作為物權/貨權控制文件的重要功能。不同形式 B/L 的法律效果與放貨方式不同,因此不能只把它當成「船公司的收據」。

B/L 欄位

審單重點

Shipper

依交易與 L/C 要求填列出口方/託運人。

Consignee

To Order、銀行、買方或指定主體會直接影響放貨與文件控制。

Notify Party

到貨通知對象,不等同 Consignee。

Port / Place

裝運港、卸貨港、收貨地/交貨地須與運輸安排及 L/C 一致。

On Board Date

信用狀案件常用於判斷是否在 Latest Shipment Date 前裝運。

Packages / Description

不得與 Invoice/P/L 出現重大矛盾。

Gross Weight / Measurement

與物流資料核對。

Freight

Prepaid/Collect 需符合 Incoterms、Booking 與信用狀要求。

Originals

確認正本份數及是否需全套提示。

Endorsement

To Order B/L 的背書方式依抬頭與交易要求處理。

八、On Board B/L 與貨櫃出口的實務觀念

整櫃貨常在貨櫃場交櫃後才由船公司安排實際裝船,因此「貨櫃已交給承運人」與「已裝上指定船舶」是不同節點。信用狀若要求 Shipped on Board B/L,應確認提單上的 on-board notation/日期符合要求,而不是以進 CY 日期代替裝船日期。

這也是為什麼貨櫃運輸在 Incoterms 選擇上常需評估 FCA 是否比 FOB 更貼近實際交貨節點;但付款文件若要求 on-board B/L,仍需另外管理銀行單據條件。

九、Sea Waybill、Surrendered B/L 與 Original B/L

形式

實務意義

Original Negotiable B/L

可能具貨權控制功能;放貨通常需依正本提單及背書條件辦理。

Sea Waybill

通常不可轉讓,承運人依記名收貨人身分放貨;適合信用風險低、無需以正本控制貨權的交易。

Surrendered / Telex Release

原簽發提單在起運地完成繳回/放棄正本控制後,承運人通知目的地放貨;實際程序依承運人規定。

不要把 Sea Waybill 與 Telex Release 當成同一概念。前者是運送文件形式,後者通常是與已簽發 B/L 的放貨程序有關。

十、Air Waybill:空運文件的審查重點

AWB 通常為不可轉讓的空運單據,因此與可轉讓海運提單在貨權控制上的功能不同。台灣進口報關實務中,AWB 也是重要資料來源;連線報關時可能免附,但海關個案需要仍可要求提供。

AWB 欄位

控制重點

Shipper / Consignee

公司名稱、地址及目的國資料。

Airport of Departure / Destination

機場與路由。

AWB No.

追蹤與報關的重要識別碼。

Packages / Gross Weight

與 P/L 及實貨一致。

Nature and Quantity of Goods

貨物描述與數量。

Freight Charges

Prepaid/Collect。

Flight / Routing

轉運與到貨追蹤。

十一、Certificate of Origin:先問「為什麼需要」

原產地證明書可能用於優惠關稅、非優惠性原產地證明、買方/銀行要求或目的國管制。台灣國際貿易署現行產證系統明確區分非優惠性關稅產證(一般、外貨)與優惠性關稅產證(ECFA、FTA 等)。

目前台灣線上申請流程包括登入、選擇產證種類與簽發單位、依出口報單內容填寫資料並檢附附件、簽發單位審查、繳費及領取/列印。因此出口報單上的品名、數量、原產地等資料若錯誤,後續產證也可能受到影響。

COO 欄位

審查重點

Exporter / Consignee

與出口交易主體核對。

Means of Transport

依產證格式/協定要求。

Marks / Packages

與 P/L/B/L 對應。

Description / HS

依產證規則與出口報單。

Origin Criterion

優惠產證依協定填寫適用的原產資格。

Invoice No. / Date

與 Commercial Invoice 一致。

Certification

由適格簽發單位或依協定允許方式完成。

十二、Insurance Policy/Certificate

保險單據是否需要提示,取決於 Incoterms、買賣契約及 L/C。即使賣方負責投保,也不能只確認「有買保險」,還要確認單據是否能讓被保險利益人實際主張權利。

欄位

審查重點

Assured / Insured

被保險人或可受讓權利者。

Amount / Currency

保險金額與幣別;L/C 案件依信用狀要求。

Goods

貨物描述足以識別。

Voyage

起訖地與運輸方式。

Risks / Clauses

承保範圍與除外責任。

Date

不得與信用狀或裝運要求衝突。

Endorsement

需要轉讓保險權利時確認背書。

Claims Agent

目的地理賠聯絡資訊。

十三、Draft/Bill of Exchange:不是每一筆交易都需要

匯票(Draft/Bill of Exchange)常見於部分 L/C、D/P、D/A 或特定託收架構,但現代交易是否使用應依信用狀、銀行指示與付款安排,不宜把它當成所有出口案件的固定必備文件。

  • Drawer:出票人。
  • Drawee:受票人,例如開狀銀行/指定銀行或買方,依交易而定。
  • Amount / Currency:與付款請求一致。
  • Tenor:At Sight、X Days After Sight/B/L Date 等。
  • Payee:受款人。
  • Date / Signature:依票據與銀行要求。

十四、Inspection、Test、Weight、Beneficiary Certificate

信用狀或買方契約常要求第三方檢驗證書、品質證明、重量證明、分析證明、裝船通知或受益人證明。這些文件最大的風險不是格式,而是「出貨後才發現根本無法取得」。

因此收到 PO/L/C 時即應建立 Required Document List,確認每份文件由誰簽發、何時可取得、內容由誰控制、費用多少,以及是否存在買方單方簽發的 soft clause。

十五、信用狀 Document Matrix

文件/期限

審狀時先確認

Commercial Invoice

份數、簽署、品名、金額、Incoterms、Applicant 資料。

Packing List

份數、重量/包裝細節、是否需簽署。

Transport Document

B/L/AWB 類型、Consignee、Notify、Freight、On Board、轉運。

Insurance

種類、金額、風險、日期、背書。

COO

簽發單位、格式、原產地、Invoice/HS 資料。

Inspection

誰簽發、何時檢驗、內容/標準。

Other Certificates

Beneficiary Certificate、Shipping Advice 等。

Deadlines

Latest Shipment、Expiry、Presentation Period。

ICC 現行 UCP 600 仍是信用狀的主要國際規則,實務審單並搭配 ISBP 等銀行實務。企業內部不必讓每位業務成為銀行審單專家,但必須做到:信用狀收到即審、不可履行條款先改、文件完成後再由另一人獨立審一次。

十六、Cross-document Check:跨單據一致性

資料元素

至少交叉核對

公司名稱/地址

Contract、Invoice、L/C、B/L、COO。

Invoice No. / Date

Invoice、COO、Inspection、Insurance 等。

品名/型號

Invoice、P/L、報單、運送單據及 L/C 要求。

數量

Invoice、P/L、Inspection、報關。

箱數

P/L、B/L/AWB、報關。

重量

P/L、B/L/AWB、VGM/報關。

金額/幣別

Invoice、L/C、Draft、保險金額。

Incoterms / Freight

Contract、Invoice、Booking、B/L/AWB。

日期

Invoice、On Board、COO、Insurance、Inspection、L/C 期限。

原產地

Invoice、COO、報關與產品資料。

十七、單據版本控制:Single Source of Truth

很多不符不是國貿知識不足,而是不同部門各自重打資料。例如業務改了數量但船務仍用舊 Excel、倉庫更新重量卻沒有回寫 ERP、Forwarder 用第一版 SI 出 B/L。

  • 每筆 Shipment 建立唯一 Shipment ID。
  • Invoice、P/L、SI 優先由 ERP/Shipment Master 產生。
  • 產品名稱、地址、SKU、HS/CCC Code 使用 Master Data。
  • 所有修改保留 Version、修改人、時間與原因。
  • 文件送出 Forwarder/銀行後再修改,必須有 Change Notification。
  • Final Documents 鎖版並集中保存,不以個人 Email 附件作唯一版本。

十八、台灣報關文件與商務文件的關係

關務署 2026 年 7 月最新說明,進口報關除進口報單外,商業發票與裝箱單為核心文件;另依個案可能需要 D/O/AWB、委任、型錄、產證、輸入許可及其他簽審文件。出口方面則須填出口報單,並依作業檢附 Invoice、Packing List、委任及輸出規定所需文件。

因此企業內部的 Commercial Invoice 與 Packing List 不能只以「客戶看得懂」為標準,也要足以支持海關對貨名、規格、數量、價格與分類的查核。

十九、常見單據錯誤與改善

常見錯誤

改善方式

Invoice 與 P/L 數量不同

由 Shipment Master 自動帶入並做加總檢查。

B/L Consignee 填錯

SI 發出前依 Contract/L/C 做第二人覆核。

FOB 卻在文件上亂寫 Freight Prepaid

分清 Incoterms 與承運人費用指示,確認契約與實際安排。

把 Sea Waybill 當 Telex Release

在 SOP 分開定義文件形式與放貨方式。

COO 出貨後才想到申請

接單/L/C 審查階段先列入 Required Documents。

L/C 要求買方簽發的文件

出貨前要求修狀,避免 soft clause。

重量靠人工複製

倉庫實際 Packing Data 回寫系統,再產生 P/L/SI。

Final B/L 才第一次核對

Draft B/L 階段逐欄核對並留 Approval Record。

文件只存在個人信箱

建立 Shipment Folder/DMS 與命名規則。

二十、出貨文件 Final Check

  • Contract/PO、L/C 與 Shipment Master 已使用最終版本。
  • Commercial Invoice 的買賣雙方、品名、數量、價格、幣別及 Incoterms 正確。
  • Packing List 箱數、數量、淨重、毛重及尺寸加總正確。
  • SI 與 Draft B/L/AWB 已逐欄核對。
  • On Board Date、Latest Shipment Date 與 L/C 期限沒有衝突。
  • COO 類型、原產地資格、Invoice/報單資料一致。
  • Insurance 的金額、幣別、承保範圍、日期及背書符合契約/L/C。
  • Inspection/Test/Beneficiary Certificate 已確認可取得並符合 wording。
  • 所有跨單據資料完成 Cross-document Check。
  • L/C 案件由第二人獨立審單後才送銀行。
  • Final Documents 已鎖版並集中歸檔。