B/L、D/O與貨物放行

概要

在進口實務中，B/L、D/O與貨物放行程序，需要仔細確認誰是進口申報上的進口商、誰是B/L上的Consignee，以及誰有權實際提取貨物。

通關申報上的進口商、B/L上記載的Consignee、Notify Party、實際買方、倉庫、通關業者及貨運承攬業者，不一定是同一個主體。當這些主體不同時，在D/O交換與貨物放行前，必須先確認各自的角色。

本文說明B/L記載名稱、D/O交換、Surrendered B/L、Sea Waybill、Release Order及提貨權限之間的基本關係。至於名稱不一致、Consignee變更、B/L更正及放貨後責任等更詳細問題，應在其他專門文章中另行確認。

B/L、D/O與貨物放行的基本結構

貨物並不是只要完成進口通關，就可以自動放行。船公司、NVOCC、貨運承攬業者、碼頭、CFS業者及倉庫，必須依照B/L與D/O條件，確認貨物可以安全地交付給誰。

實務上，以下事項應分開確認：

• B/L上誰被記載為Consignee；
• 是否需要提示Original B/L；
• 該貨物是否以Surrendered B/L或Sea Waybill方式處理；
• D/O交換所需文件與身分確認是否完整；
• 實際提貨者是否具有適當權限；
• 進口商、買方、Consignee及Notify Party名稱是否一致。

如果這些事項沒有正確確認，可能會發生放貨延誤、誤交貨、demurrage、detention、倉租費用及各方責任歸屬的爭議。

B/L名稱應確認的重點

B/L中首先應確認的是Consignee。Consignee是確認貨物交付權限的核心名稱。

不過，即使B/L上記載了Consignee，也不代表貨物一定可以不經其他確認就自由交付給該方。如果涉及Original B/L，通常需要提示正本文件。如果B/L是to order形式，還需要確認背書的連續性。如果貨物以Surrendered B/L方式處理，則需要確認surrender或release instruction。如果以Sea Waybill方式處理，則需要確認船公司或簽發承運人的放行條件。

Notify Party是被通知貨物到達的一方。原則上，Notify Party本身並不是有權提取貨物的一方。被記載為Notify Party，並不會自動取得收貨權限。

D/O交換時應確認的重點

D/O交換，是指向船公司、NVOCC、貨運承攬業者或其他負責放貨的一方取得Delivery Order的程序。D/O簽發或放貨安排完成後，碼頭、CFS或倉庫才可以進行貨物交付程序。

在D/O交換中，通常會確認以下事項：

• B/L號碼、船名、航次及貨櫃號碼是否一致；
• 申請是否來自Consignee或被授權的一方；
• 該貨物是否需要Original B/L、是否已surrender，或是否以Sea Waybill處理；
• 運費、當地費用、代墊費或其他費用是否仍未支付；
• 通關業者、倉庫業者或貨運承攬業者代表他方辦理時，其代理權限是否已確認。

D/O交換並不只是文件交接，而是確認貨物可以安全交付給誰的重要步驟。

與Release Order的關係

Release Order是船公司、NVOCC或貨運承攬業者在實務上用來指示或確認碼頭、CFS或倉庫可以放行貨物的文件或指示。

在某些操作中，D/O與Release Order幾乎可以互換使用。從實務理解上，可以把D/O交換看作安排貨物放行的程序，而Release Order或放行指示，則是碼頭或CFS據以放貨的基礎。

即使Release Order已經簽發，也不代表不需要再確認B/L Consignee、D/O申請人、進口商及實際提貨者之間的關係。若存在名稱不一致，尤其需要確認貨物是依據誰的指示被放行。

Original B/L、Surrendered B/L與Sea Waybill的不同

確認貨物放行權限的方法，會因使用的B/L或運輸文件種類而不同。

Original B/L

使用Original B/L時，提示正本文件通常非常重要。如果B/L是to order形式，還可能需要確認背書的連續性。如果正本文件尚未到達，可能會考慮憑L/G（Letter of Guarantee）放貨，但這通常需要船公司、NVOCC或其他承運人側相關方的批准。

Surrendered B/L

使用Surrendered B/L時，Original B/L會在出口地被surrender，該surrender或release instruction會由船公司反映；如果是House B/L，則由簽發B/L的NVOCC或貨運承攬業者反映。確認完成後，進口地即可進行貨物放行程序。

但是，Surrendered B/L並不表示貨物可以交付給任何人。Consignee、Notify Party、請求方及D/O申請人之間的關係，仍然必須確認。

Sea Waybill

Sea Waybill不需要提示Original B/L。貨物通常會交付給記名的Consignee。

這可以簡化文件流轉，但並不代表名稱確認不重要。當進口商、實際買方、通關業者及倉庫安排方不同時，仍然需要確認放貨是依據誰的指示進行。

提貨權限的概念

提貨權限並不是只由通關申報上的進口商名稱決定。必須綜合確認B/L上的Consignee、D/O條件、運送契約、船公司或NVOCC的放行條件，以及是否存在代理或授權關係。

以下情況尤其需要注意：

• B/L上的Consignee與進口申報上的進口商不同；
• 實際買方與進口商名稱不同；
• Notify Party要求提取貨物；
• 通關業者或倉庫業者代表他方辦理D/O交換；
• 可能需要Consignee變更或B/L更正；
• 商業上的當事人與文件名稱不同，例如進口代理或名義分離安排。

在這些情況下，問題並不是單純「誰想要貨物」。實務上的核心問題是，依照運送契約與放行條件，貨物可以安全地交付給誰。

如何整理名稱不一致問題

當B/L、D/O申請、進口申報、Invoice及實際買方文件上的名稱不一致時，第一步是分清每一個名稱的角色。

確認項目	主要意思	實務重點
Consignee	B/L上記載的收貨人	確認貨物放行權限的核心名稱
Notify Party	被通知貨物到達的一方	通常不是有權提貨的一方
Importer	通關申報上的進口商	通關上的名稱，與B/L上的交付權限應分開理解
Buyer	買賣契約上的買方	商業上的當事人，但可能與B/L名稱不同
Forwarder / Customs Broker	代表Consignee或進口商辦理D/O交換、通關或配送安排的一方	應確認其是否有權申請D/O或接收放行指示

如果存在名稱不一致，必須確認哪一個名稱有誤、哪一個名稱應作為放行依據，以及是否需要更正、批准或書面指示。

何時可能需要Consignee變更或B/L更正

如果發現名稱不一致，可能需要Consignee變更或B/L更正。不過，貨物到達後，不能只因進口商或通關業者提出要求，就自由變更。

各方必須確認Original B/L是否存在、surrender狀態、Sea Waybill下的放行條件，以及shipper、consignee、船公司與NVOCC之間的批准關係。

更詳細的問題，應在Consignee變更、B/L更正及名稱不一致造成貨物放行延誤的專門文章中確認。

貨運承攬業者與通關業者的確認重點

貨運承攬業者與通關業者在實務上扮演重要角色。他們不僅處理通關，也需要確認與貨物放行相關的名稱與權限。

以下事項應確認：

• 文件是Original B/L、Surrendered B/L還是Sea Waybill；
• Consignee與進口商名稱是否一致；
• Notify Party是否被誤認為有權提貨的一方；
• D/O申請人是否為適當的請求方；
• 是否需要Consignee變更或B/L更正；
• 放貨後各方之間的責任範圍是否已確認；
• 存在名稱不一致時，是否已保存書面指示或批准記錄。

實務上，通關完成與提貨權限是兩個不同問題。如果混淆這兩點，貨物放行後責任可能變得不清楚。

實務注意點

在涉及B/L、D/O及貨物放行名稱的爭議中，如果初期確認模糊，後續責任整理會變得困難。

當進口商、買方、B/L上的Consignee、D/O申請人及實際提貨者不同時，各方應在早期製作簡單的關係圖，並確認放貨是依據誰的指示進行。

貨物放行延誤也可能造成demurrage、detention、倉租費用、倉儲風險及溫控風險。因此，名稱確認不是形式問題，而是防止追加費用與貨物索賠的實務風險管理。

重點整理

B/L、D/O與貨物放行程序必須一起確認。B/L名稱、D/O交換、Surrendered B/L、Sea Waybill、Release Order及提貨權限，彼此密切相關。

當通關用進口商、B/L上的Consignee、實際買方、Notify Party及實際收貨方不是同一方時，必須分清每一個名稱的角色並加以確認。

為了安全放貨，核心問題不只是能否完成通關，而是貨物是否可以安全地交付給請求提貨的一方。這個區別，是B/L、D/O及貨物放行實務中最重要的確認點之一。