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

核心重點

核心項目

台灣在職實務重點

單據管理

把單據視為交易資料鏈:ContractPO Invoice Packing List Shipping Instruction B/LAWB COOInsuranceInspection Customs BankBuyer

Commercial Invoice

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

Packing List

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

B/L

海運核心運送單據;須分清 Shipped on BoardConsigneeOriginal B/LTelex ReleaseSurrender 等概念。

Sea Waybill

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

AWB

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

COO

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

Insurance

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

L/C 單據

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

版本控制

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

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

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

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

二、先建立 Document Matrix

單據

主要使用者

核心資料

主要責任

ContractPO

買賣雙方

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

業務/採購

Commercial Invoice

買方、海關、銀行

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

業務/國貿

Packing List

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

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

船務/倉儲

Shipping Instruction

ForwarderCarrier

B/LAWB 製作資料

船務

B/LSea WaybillAWB

買方、銀行、海關

運送與交付資料

CarrierForwarder+船務

COO

買方/進口海關

原產地與優惠資格

國貿

Insurance CertificatePolicy

買方/銀行/理賠方

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

國貿/財務

InspectionTest Certificate

買方/銀行/主管機關

品質、數量、測試結果

品管/第三方

Customs Declaration

海關

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

報關業者+國貿

DraftBank 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;不能只寫 FOBCIF 而無指定地點。

Freight / Insurance

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

Payment Terms

T/TL/CO/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 120Pallet 14

Contents

每箱 SKU、品名、數量。

Net Weight

貨物本身重量。

Gross Weight

含包材重量。

Dimensions / CBM

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

Total Packages

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

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

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

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

  • ShipperConsigneeNotify Party
  • Port of LoadingDischargePlace of ReceiptDelivery
  • VesselVoyage 或路由資訊。
  • MarksPackagesDescriptionGross WeightMeasurement
  • Freight PrepaidCollect
  • Original B/L 份數、Sea WaybillSurrenderTelex Release 等放貨要求。
  • L/C 案件的特殊 B/L wording

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

海運 Bill of LadingB/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

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

Gross Weight / Measurement

與物流資料核對。

Freight

PrepaidCollect 需符合 IncotermsBooking 與信用狀要求。

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 WaybillSurrendered 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

PrepaidCollect

Flight / Routing

轉運與到貨追蹤。

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

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

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

COO 欄位

審查重點

Exporter / Consignee

與出口交易主體核對。

Means of Transport

依產證格式/協定要求。

Marks / Packages

P/LB/L 對應。

Description / HS

依產證規則與出口報單。

Origin Criterion

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

Invoice No. / Date

Commercial Invoice 一致。

Certification

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

十二、Insurance PolicyCertificate

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

欄位

審查重點

Assured / Insured

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

Amount / Currency

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

Goods

貨物描述足以識別。

Voyage

起訖地與運輸方式。

Risks / Clauses

承保範圍與除外責任。

Date

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

Endorsement

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

Claims Agent

目的地理賠聯絡資訊。

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

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

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

十四、InspectionTestWeightBeneficiary Certificate

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

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

十五、信用狀 Document Matrix

文件/期限

審狀時先確認

Commercial Invoice

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

Packing List

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

Transport Document

B/LAWB 類型、ConsigneeNotifyFreightOn Board、轉運。

Insurance

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

COO

簽發單位、格式、原產地、InvoiceHS 資料。

Inspection

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

Other Certificates

Beneficiary CertificateShipping Advice 等。

Deadlines

Latest ShipmentExpiryPresentation Period

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

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

資料元素

至少交叉核對

公司名稱/地址

ContractInvoiceL/CB/LCOO

Invoice No. / Date

InvoiceCOOInspectionInsurance 等。

品名/型號

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

數量

InvoiceP/LInspection、報關。

箱數

P/LB/LAWB、報關。

重量

P/LB/LAWBVGM/報關。

金額/幣別

InvoiceL/CDraft、保險金額。

Incoterms / Freight

ContractInvoiceBookingB/LAWB

日期

InvoiceOn BoardCOOInsuranceInspectionL/C 期限。

原產地

InvoiceCOO、報關與產品資料。

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

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

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

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

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

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

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

常見錯誤

改善方式

Invoice P/L 數量不同

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

B/L Consignee 填錯

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

FOB 卻在文件上亂寫 Freight Prepaid

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

Sea Waybill Telex Release

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

COO 出貨後才想到申請

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

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

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

重量靠人工複製

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

Final B/L 才第一次核對

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

文件只存在個人信箱

建立 Shipment FolderDMS 與命名規則。

二十、出貨文件 Final Check

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