PPT_主題
PPT_主題
第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 已鎖版並集中歸檔。