D/O交換に必要な確認

D/O交換に必要な確認とは

D/O交換に必要な確認とは、輸入貨物をCYやCFSから搬出するために、船会社やNVOCCからD/Oの発行を受ける際に確認すべき事項を整理する実務です。

D/OはDelivery Orderの略で、貨物を引き渡してよいことを示す書類または指図です。輸入貨物の搬出に直結するため、単なる書類受領手続ではなく、誰に貨物を引き渡してよいかを確認する重要な実務です。

D/O交換では、B/Lの種類、Consignee名義、サレンダー確認、Sea Waybill上の荷受人、費用支払い、Release Order、L/G、電子D/O、House B/LとMaster B/Lの関係、引取人の権限などを確認します。

この記事で扱う範囲

この記事では、輸入貨物のD/O交換に必要な確認事項を、B/L種類別、名義確認、費用確認、権限確認、電子D/O、トラブル時の切り分けという観点から整理します。

Consigneeそのものの意味は「Consigneeとは」で扱う内容です。Consigneeと輸入者が異なる場合の整理は「Consigneeと輸入者が違う場合」で扱います。B/L訂正、誤引渡し、Switch B/L、名義違いによる貨物引渡し停止などを含む総合的な処理は、「B/L・D/O名義トラブルの整理方法」で確認する論点です。

扱う範囲	本記事で確認する内容	本記事で深掘りしない内容
D/O交換の基本	D/O交換がなぜ必要か、どの手続に関係するかを整理します。	D/Oそのものの法的性質の詳細判断は扱いません。
B/L種類別の確認	Original B/L、Surrender B/L、Sea Waybill、Telex Release、電子B/Lで確認事項が変わる点を扱います。	各B/L形式の詳細解説は個別記事で確認する内容です。
Consignee名義の確認	D/O発行依頼者がConsignee本人または正当な代理人かを確認します。	Consigneeと輸入者の名義相違全体は個別記事で扱います。
Notify Partyとの関係	Notify PartyだけではD/O交換権限が当然に認められない点を扱います。	Notify Party自体の意味や役割は個別記事で確認する内容です。
費用支払い	D/O Fee、THC、CFS Charge、Freight Collectなどの未払いがD/O交換を止める点を扱います。	各費用項目の詳細な料金体系は扱いません。
銀行名義・Release Order・L/G	銀行名義B/L、Release Order、L/GがD/O交換に影響する場面を扱います。	L/C決済全体や銀行担保権の法的評価は扱いません。

この記事の位置づけ

本記事は、B/L・D/O・貨物引渡し名義実務カテゴリの中で、D/O交換時に実務担当者が確認すべき事項を整理する記事です。

D/O交換は、通関、貨物引渡し、費用支払い、名義確認、運送人側のリリース条件が交差する場面です。そのため、通関が進んでいるからD/O交換もできる、またはB/L名義が見えているから直ちに搬出できる、という単純な整理はできません。

本記事では、D/O交換で何を確認すべきかを中心に扱い、D/O交換で発見された名義不一致や誤引渡しリスクの総合処理は、名義トラブルを扱う記事に委ねます。

D/O交換が必要になる場面

輸入貨物が港、CY、CFS、倉庫に到着しても、それだけで貨物を引き取れるわけではありません。船会社やNVOCC側で、B/L、Sea Waybill、Surrender B/L、運賃・諸費用の支払い、引取人の権限などを確認し、D/Oを発行してから貨物搬出に進みます。

FCL貨物ではCY搬出、LCL貨物ではCFS搬出の前に、D/O交換が必要になるのが一般的です。D/O交換が止まると、輸入申告が許可されていても、CYやCFSから貨物を搬出できないことがあります。

場面	D/O交換が関係する理由	確認する相手	止まった場合の影響
FCL貨物のCY搬出前	コンテナをCYから搬出するためにD/Oが必要になります。	船会社、NVOCC、通関業者、配送会社。	搬出予約、配送、納品が止まる可能性があります。
LCL貨物のCFS搬出前	CFSから個別貨物を引き取るためにD/O確認が必要になります。	NVOCC、CFS、フォワーダー、通関業者。	CFS保管料や配送遅延が発生する可能性があります。
Freight Collectの輸入貨物	運賃や到着地費用の支払い確認がD/O発行条件になります。	船会社、NVOCC、荷主、支払者。	費用未払いによりD/O交換が止まります。
Original B/L貨物	B/L原本と裏書の確認がD/O発行条件になります。	荷主、銀行、船会社、NVOCC。	原本未着や裏書不足でリリースできません。
Surrender B/L貨物	到着地側でサレンダー確認が必要になります。	海外代理店、船積地側代理店、NVOCC。	サレンダー未確認によりD/O発行が止まります。
Sea Waybill貨物	Consigneeまたは正当な指図先かを確認する必要があります。	Consignee、D/O依頼者、通関業者。	代理関係が不明な場合、引渡しを進められません。

まず確認するのはB/Lの種類

D/O交換で最初に確認すべきなのは、対象貨物のB/Lまたは運送書類がどの種類かです。Original B/L、Surrender B/L、Sea Waybill、Telex Release、電子B/Lのどれかによって、必要な確認が変わります。

B/L・運送書類の種類	D/O交換で確認すること	止まりやすい原因	対応の方向性
Original B/L	B/L原本、必要通数、裏書、To Order記載、銀行関与を確認します。	原本未着、裏書不足、銀行名義のまま、名義相違。	原本、裏書、Release Order、L/G可否を確認します。
Surrender B/L	船積地側でサレンダー処理が完了し、到着地側で確認できるかを確認します。	サレンダー未確認、元地代理店からの連絡未着。	海外代理店、Shipper、船積地側NVOCCへ確認します。
Sea Waybill	Sea Waybill上のConsigneeとD/O発行依頼者の関係を確認します。	代理関係不明、Consigneeと引取人の相違。	委任状、引取指図、メール指示を確認します。
Telex Release	元地側から到着地側へリリース指示が届いているかを確認します。	リリース指示未着、B/L番号相違、Consignee相違。	船会社またはNVOCC側でリリース確認を取ります。
電子B/L	電子B/L上の権限者、権限移転、リリース操作の完了状況を確認します。	電子上の権限移転未完了、リリース操作未完了。	プラットフォーム上の権限状態を確認します。
House B/L・Master B/L併存	House側とMaster側のどちらでD/O条件が止まっているかを確認します。	House側サレンダー未了、Master側D/O未取得。	NVOCC側と船会社側を分けて確認します。

「B/L原本がないからD/O交換できない」のか、「サレンダー確認が取れていない」のか、「Telex Releaseの到着地確認ができていない」のか、「名義確認で止まっている」のかを切り分けることが重要です。

Original B/Lの場合の確認

Original B/Lの場合、D/O交換ではB/L原本の提出が重要になります。B/L原本が輸入地に届いているか、必要な通数が揃っているか、裏書が必要な場合に正しく裏書されているかを確認します。

特に、To Order、To Order of Shipper、To Order of Bankなどの記載がある場合は、裏書の連続や銀行の関与を確認する必要があります。原本が未着、裏書不足、名義相違がある場合、D/O発行が止まることがあります。

Original B/LでD/O交換が止まっている場合は、原本の所在、裏書の有無、銀行名義、Release Orderの要否、L/G対応の可否を分けて確認します。

Surrender B/Lの場合の確認

Surrender B/Lの場合、輸入地でB/L原本を提出する必要はありません。ただし、船積地側でB/L原本が回収され、到着地側でサレンダー済みの確認が取れている必要があります。

荷主側が「サレンダー済み」と認識していても、船会社やNVOCCの到着地側代理店で確認できていなければ、D/O発行に進めないことがあります。この場合、船積地側代理店、海外フォワーダー、Shipper側に確認を取る必要があります。

Surrender B/Lは、原本提出が不要になる手続であり、Consignee確認やD/O発行先の権限確認が不要になる手続ではありません。

Sea Waybillの場合の確認

Sea Waybillの場合、Original B/Lのような原本提出は不要です。しかし、Sea Waybill上のConsigneeに対して貨物を引き渡す前提になるため、Consignee名義とD/O発行依頼者の関係を確認する必要があります。

Sea Waybillだからといって、誰でも貨物を引き取れるわけではありません。通関業者、倉庫会社、配送会社が代理で引き取る場合は、Consigneeからの指示や委任関係を確認することが重要です。

Telex Releaseの場合の確認

Telex Releaseの場合、船積地側でB/L原本の回収またはリリース手続が行われ、到着地側へ貨物引渡しの指示が送られます。

D/O交換では、Telex Releaseの指示が到着地側で確認できるか、対象B/L番号が一致しているか、Consignee名義やリリース先に相違がないかを確認します。

荷主や海外代理店から「Telex Release済み」と連絡があっても、船会社やNVOCC側で確認できなければ、D/O交換は進みません。

Arrival Noticeの確認

D/O交換では、Arrival Noticeの内容も確認します。Arrival Noticeには、船名、航海番号、B/L番号、到着港、搬入先、D/O Fee、THC、CFS Charge、運賃、その他の費用などが記載されます。

確認項目	確認する理由	問題がある場合	対応
B/L番号	D/O交換対象の貨物を特定するため。	別貨物と混同する可能性があります。	B/L、Arrival Notice、Booking情報を照合します。
船名・航海番号	到着本船と対象貨物を確認するため。	到着日や搬入先を誤る可能性があります。	本船動静とArrival Noticeを確認します。
Consignee	D/O発行先や引取権限の確認に関係するため。	D/O依頼者との関係が不明になる可能性があります。	委任状、引取指図、メール指示を確認します。
Notify Party	到着通知先と実際の依頼者を確認するため。	通知先を権限者と誤解する可能性があります。	Consigneeからの指図があるか確認します。
搬入先	CY、CFS、倉庫の場所を確認するため。	搬出手配や配送予約を誤る可能性があります。	搬入先コード、CFS名、ターミナル情報を確認します。
費用請求先	支払い未了がD/O交換を止めるため。	D/O発行が保留される可能性があります。	支払者、支払方法、入金確認を行います。

D/O FeeはD/O発行に関する費用、THCはターミナルでの荷役関連費用、CFS Chargeは混載貨物をCFSで取り扱うための費用です。これらの費用がどこまで含まれているか、誰が支払うのかを確認する必要があります。

費用支払いの確認

D/O交換では、運賃や到着地費用の支払い確認も重要です。Freight Collectの場合、輸入地で海上運賃や到着地費用を支払わなければ、D/Oが発行されないことがあります。

D/O Fee、THC、CFS Charge、チャージ類、立替金などの支払いが未了の場合、名義・書類の確認が整っていてもD/O交換が止まることがあります。そのため、費用面の確認は、名義確認と同時に行う必要があります。

費用項目	D/O交換との関係	確認する相手	注意点
D/O Fee	D/O発行に関する費用として請求されることがあります。	船会社、NVOCC、フォワーダー。	支払い確認後でなければD/Oが発行されない場合があります。
THC	ターミナルでの荷役関連費用として請求されます。	船会社、NVOCC、荷主。	見積条件や請求範囲を確認します。
CFS Charge	LCL貨物をCFSで取り扱う費用として請求されます。	NVOCC、CFS、フォワーダー。	LCL貨物ではCFS搬出前の支払い確認が重要です。
Freight Collect	輸入地で海上運賃を支払う条件です。	船会社、NVOCC、支払者。	運賃未払いによりD/O交換が止まることがあります。
立替金・その他チャージ	到着地側で追加請求される費用です。	フォワーダー、NVOCC、荷主。	誰が負担するかを早めに確認します。
保管料・デマレージ・ディテンション	D/O交換遅延により発生・増加することがあります。	船会社、CFS、倉庫、配送会社。	費用発生日とフリータイムを確認します。

ConsigneeとD/O発行先の確認

D/O交換では、B/L上のConsigneeとD/O発行依頼者が一致しているかを確認します。一致していない場合は、なぜ別の会社がD/O交換を行うのかを確認する必要があります。

実務では、通関業者、フォワーダー、倉庫会社、配送会社が代理でD/O交換を行うことがあります。この場合、Consigneeまたは正当な権限者からの依頼であることを、委任状、引取指図、メール指示などで確認しておくことが重要です。

Notify Partyだけでは足りない

Notify Partyに記載されている会社が、D/O交換を依頼してくることがあります。しかし、Notify Partyは貨物到着の通知先であり、記載されているだけで当然に貨物引渡し権限を持つわけではありません。

Notify PartyとConsigneeが異なる場合は、Notify PartyがConsigneeから指示を受けているのか、実務上の代理人なのかを確認する必要があります。この確認を怠ると、誤った相手にD/Oを発行するリスクがあります。

本記事では、D/O交換時にNotify Partyが依頼者となった場合の確認を扱います。Notify Party自体の意味や、Consigneeとの違いは、Notify Partyを扱う個別記事で確認します。

輸入申告とD/O交換は別の確認

輸入申告が進んでいることと、D/O交換ができることは別の問題です。通関名義人であっても、B/L上のConsigneeと関係が確認できなければ、D/O交換で止まることがあります。

逆に、D/O交換に必要な名義確認が整っていても、輸入申告に必要なインボイス、パッキングリスト、他法令確認が未了であれば、貨物搬出に進めないことがあります。

フォワーダーは、通関側の確認とD/O側の確認を分けて管理する必要があります。Consigneeと輸入者が異なる場合の整理は、Consigneeと輸入者の名義相違を扱う記事で詳しく確認します。

Release Orderが必要になる場合

B/LやSea Waybill上のConsigneeが銀行名義になっている場合、Release Orderが必要になることがあります。これは、銀行が貨物引渡しを認める指図として扱われることがあります。

実際の輸入者が貨物を引き取りたい場合でも、書類上のConsigneeが銀行であれば、銀行からのRelease Orderや指示を確認しないままD/O交換を進めることはできません。

本記事では、D/O交換時にRelease Orderが必要になる場面を扱います。銀行名義B/LやConsigneeと輸入者が違う場合の名義整理は、該当する個別記事で確認します。

L/Gが問題になる場合

Original B/Lが未着のまま貨物引渡しを急ぐ場合、L/G（Letter of Guarantee）が問題になることがあります。L/Gは、B/L原本未着などの事情がある場合に、一定の保証を差し入れて貨物引渡しを求める実務で使われることがあります。

ただし、L/Gで対応できるかどうかは、船会社、NVOCC、銀行、荷主、取引条件によって異なります。B/L原本、銀行関与、裏書、支払状況を確認せずに、安易にL/Gで進めることは避ける必要があります。

電子D/Oの場合

近年は、船会社やNVOCCによって、紙のD/Oではなく電子D/O、いわゆるe-D/Oで貨物引渡し手続を進める場合があります。

電子D/Oでは、紙のD/Oを窓口で受け取る流れではなく、システム上でD/O発行、支払い確認、権限確認、搬出指図が行われることがあります。そのため、利用する船会社やNVOCCの運用に従い、発行状況、権限付与、搬出予約との連動を確認する必要があります。

電子D/Oであっても、B/Lの種類、Consignee名義、費用支払い、Release Order、引取権限の確認が不要になるわけではありません。紙から電子に変わっても、貨物を誰に引き渡してよいかを確認する実務は残ります。

House B/LとMaster B/Lの確認

NVOCCやフォワーダーが関与する輸送では、House B/LとMaster B/Lの両方が存在することがあります。この場合、House B/L側のD/O発行条件と、Master B/L側のD/O取得条件を分けて確認する必要があります。

House B/L側の書類が揃っていても、NVOCCが船会社からD/Oを取得できていなければ、実荷主への貨物引渡しは進みません。逆に、Master B/L側の処理が済んでいても、House B/L側のConsignee確認やサレンダー確認が未了であれば、D/O発行が止まることがあります。

貨物保険との関係

D/O交換の遅延や名義確認の不備は、貨物保険の確認にも影響することがあります。

D/O交換が遅れると、CFS保管料、デマレージ、ディテンション、配送変更費用などが発生することがあります。これらは貨物そのものの物的損害とは異なり、通常の貨物保険で自動的に補償されるとは限りません。

また、D/O交換前後に貨物事故が発生した場合、貨物の所有者、危険負担者、保険証券上の被保険者、保険金請求者が誰かを確認する必要があります。Consignee、輸入者、買主、納品先が異なる取引では、事故時の連絡先と保険請求者を早めに整理しておくことが重要です。

フォワーダーの関与範囲

場面	フォワーダーが確認できること	フォワーダーだけでは判断できないこと	実務上の対応
B/L種類の確認	Original B/L、Surrender B/L、Sea Waybill、Telex Release、電子B/Lの別を確認できます。	運送書類の法的効力や権利移転の最終判断。	必要書類と確認先を整理し、運送人側のリリース条件を確認します。
Consignee名義確認	B/L上のConsigneeとD/O依頼者の一致・不一致を確認できます。	真の貨物所有者や売買契約上の権利者の最終判断。	委任状、引取指図、メール指示を取得します。
費用支払い確認	D/O Fee、THC、CFS Charge、Freight Collectなどの請求・支払状況を確認できます。	費用負担に関する契約上の最終責任。	支払者、請求先、支払期限を関係者へ共有します。
銀行名義・Release Order確認	銀行名義B/LやRelease Orderの要否を確認できます。	銀行の担保権、決済完了、L/C条件の法的評価。	銀行承認が確認できるまでD/O交換を急がないようにします。
電子D/O確認	システム上のD/O発行状況、権限付与、搬出予約との連動を確認できます。	電子システム上の権限移転の法的効果の最終判断。	船会社・NVOCCの運用に従い、画面上の状態を確認します。
House B/L・Master B/L確認	House側とMaster側のどちらで止まっているかを確認できます。	NVOCCと船会社間の内部精算や契約責任の最終判断。	House B/L側とMaster B/L側を分けて確認します。

フォワーダーが確認すべき点

D/O交換にあたって、フォワーダーは次の点を確認します。

• B/Lの種類がOriginal B/L、Surrender B/L、Sea Waybill、Telex Release、電子B/Lのどれか。
• B/L番号、船名、航海番号、到着港、搬入先に誤りがないか。
• Consignee名義に問題がないか。
• Notify PartyとD/O依頼者の関係は確認できるか。
• Original B/Lの場合、原本と裏書が揃っているか。
• Surrender B/Lの場合、到着地側でサレンダー確認が取れているか。
• Sea Waybillの場合、Consigneeからの指図関係が確認できるか。
• Telex Releaseの場合、到着地側でリリース指示を確認できるか。
• 運賃、D/O Fee、THC、CFS Chargeなどの支払いが完了しているか。
• Release Orderが必要な取引では、銀行等からの指図があるか。
• L/G対応が必要な場合、関係者の承認が取れているか。
• 電子D/Oの場合、システム上の発行状況や権限付与が確認できるか。
• House B/LとMaster B/Lのどちらで止まっているか。

実務で問題になりやすいケース

ケース	起きている問題	確認先	初動対応
Original B/L原本が未着	D/O交換に必要な原本を提示できません。	荷主、Shipper、銀行、船会社、NVOCC。	原本の所在、到着予定、L/G可否、銀行関与を確認します。
裏書が不足している	To Order B/Lの権限移転が確認できません。	Shipper、銀行、買主、NVOCC。	裏書の連続、銀行Release、訂正要否を確認します。
サレンダー確認が取れていない	到着地側でリリース確認ができません。	海外代理店、船積地側代理店、Shipper。	サレンダー完了記録と到着地側への通知状況を確認します。
ConsigneeとD/O依頼者が異なる	D/O依頼者の権限が不明です。	Consignee、D/O依頼者、通関業者。	委任状、引取指図、メール指示を確認します。
Notify PartyがD/O交換を依頼している	通知先を引渡し権限者と誤解している可能性があります。	Consignee、Notify Party、D/O発行者。	Consigneeからの指図または委任を確認します。
Freight CollectやD/O Feeが未払い	費用未払いによりD/O発行が保留されています。	支払者、船会社、NVOCC、荷主。	請求額、支払方法、入金確認予定を確認します。
銀行名義B/LでRelease Orderが未提出	銀行が貨物引渡しを承認しているか確認できません。	銀行、輸入者、通関業者、NVOCC。	Release Order、裏書、決済完了確認を取得します。
電子D/Oの権限付与が未了	システム上でD/O発行や搬出指図が完了していません。	船会社、NVOCC、システム利用者。	発行状況、支払い反映、権限付与、搬出予約連動を確認します。

具体例1：Original B/L原本未着でL/G対応を検討する場合

貨物は既に到着しているものの、Original B/L原本が輸入地に届いていないため、D/O交換ができない場合があります。納期が迫っていると、荷主からL/Gで貨物を引き取りたいと相談されることがあります。

この場合、まずB/L原本の所在、発送状況、銀行関与、To Order記載、裏書の要否を確認します。船会社やNVOCCがL/G対応を認めるかどうか、銀行名義やL/C取引が関係していないかも確認します。原本未着という事実だけで安易にL/Gに進めるのではなく、誰がリスクを負うのかを明確にすることが重要です。

具体例2：銀行名義B/LでRelease Orderが必要になる場合

B/L上のConsigneeが銀行名義になっている場合、実際の輸入者が買主であっても、輸入者の依頼だけでD/O交換を進められないことがあります。

この場合は、銀行の裏書、Release Order、決済完了確認、L/Gの有無を確認します。銀行が貨物引渡しを承認していない状態でD/O交換を進めると、後日、誤引渡しや決済トラブルにつながる可能性があります。

具体例3：Surrender B/Lなのに到着地側で確認できない場合

荷主や海外代理店から「サレンダー済み」と連絡があっても、到着地側の船会社やNVOCCでサレンダー確認が取れていない場合があります。この状態では、D/O交換が進まないことがあります。

この場合は、船積地側で本当にサレンダー処理が完了しているか、到着地側代理店へリリース情報が送られているか、B/L番号やConsigneeに相違がないかを確認します。荷主側の認識と運送人側のシステム確認を分けて見ることが重要です。

具体例4：Notify PartyがD/O交換を依頼している場合

Arrival Noticeを受け取ったNotify Partyが、そのままD/O交換を依頼してくる場合があります。しかし、Notify Partyは到着通知先であり、それだけで貨物引渡し権限を持つわけではありません。

この場合は、B/L上のConsigneeが誰か、Notify PartyがConsigneeからD/O交換や引取りを委任されているのかを確認します。委任状、引取指図、メール指示がないままD/Oを発行すると、誤った相手に貨物引渡しを進めるリスクがあります。

トラブルになりやすい場面

D/O交換でトラブルになりやすいのは、貨物到着後に確認不足が表面化する場合です。B/L原本未着、サレンダー未確認、費用未払い、Consignee名義相違、D/O依頼者の権限不明などが典型です。

D/O交換が遅れると、CFS保管料、デマレージ、ディテンション、配送予約変更費用、納品遅延費用が発生することがあります。そのため、D/O交換に必要な確認は、貨物到着後ではなく、Arrival Noticeを受け取った段階で早めに始めることが重要です。

実務上の整理方法

D/O交換で止まった場合は、まず原因を分けて整理します。書類不足なのか、名義相違なのか、サレンダー未確認なのか、費用未払いなのか、銀行やRelease Orderの問題なのか、電子D/Oのシステム上の問題なのかを切り分けます。

止まっている原因	確認する内容	確認先	対応の方向性
B/L原本未着	原本の所在、発送状況、必要通数、L/G可否。	荷主、Shipper、銀行、船会社。	原本到着を待つか、L/G対応可否を確認します。
裏書不足	To Order B/Lの裏書連続性、銀行関与。	Shipper、銀行、買主、NVOCC。	不足裏書やRelease Orderを取得します。
サレンダー未確認	船積地側のサレンダー処理、到着地側への通知。	海外代理店、船積地側代理店、NVOCC。	サレンダー完了記録とリリース連絡を確認します。
費用未払い	D/O Fee、THC、CFS Charge、Freight Collectなど。	支払者、船会社、NVOCC、荷主。	請求額、支払方法、入金予定を確認します。
名義相違	Consignee、D/O依頼者、輸入者、引取人の関係。	Consignee、通関業者、荷主、D/O依頼者。	委任状、引取指図、メール指示を取得します。
Release Order未提出	銀行名義、To Order of Bank、L/C決済状況。	銀行、輸入者、船会社、NVOCC。	銀行Release Orderや裏書を確認します。
電子D/O未発行	システム上の支払反映、権限付与、発行状況。	船会社、NVOCC、システム利用者。	電子D/O画面上の状態を確認します。

よくある誤解

誤解	正しい考え方	確認するべきこと
輸入許可が出ればD/O交換も完了している	輸入申告とD/O交換は別の確認です。	通関許可、D/O発行状況、搬出条件を分けて確認します。
Surrender B/Lなら何も確認せずD/Oを出せる	サレンダー確認とConsignee確認は必要です。	到着地側でサレンダー済みと確認できるかを確認します。
Sea Waybillなら誰でも貨物を引き取れる	Sea WaybillでもConsigneeまたは正当な指図先かを確認します。	委任状、引取指図、代理関係を確認します。
Notify PartyならD/O交換できる	Notify Partyは通知先であり、当然の引渡し権限者ではありません。	Consigneeからの指図または委任を確認します。
費用は後で払えばD/Oは出る	費用未払いによりD/O発行が保留されることがあります。	D/O Fee、THC、CFS Charge、Freight Collectを確認します。
銀行名義でも輸入者が依頼すればD/O交換できる	銀行名義の場合、Release Orderや裏書が必要になることがあります。	銀行承認、Release Order、決済完了を確認します。
電子D/Oなら名義確認は不要になる	電子化されても引渡し権限の確認は必要です。	システム上の権限付与、Consignee名義、支払い状況を確認します。
House B/L側だけ見ればよい	NVOCC輸送ではMaster B/L側のD/O取得も関係します。	House側とMaster側のどちらで止まっているかを確認します。

判断チェックリスト

確認場面	確認する相手	確認事項	問題がある場合の対応
Arrival Notice受領時	船会社、NVOCC、通関業者。	B/L番号、船名、航海番号、搬入先、費用、Consignee。	誤記や名義相違があれば、D/O交換前に修正・確認します。
B/L種類確認時	荷主、海外代理店、NVOCC。	Original B/L、Surrender B/L、Sea Waybill、Telex Release、電子B/Lの別。	種類別に必要な書類や確認先を整理します。
Original B/Lの場合	荷主、銀行、Shipper、船会社。	原本、裏書、To Order記載、銀行関与。	原本未着や裏書不足があれば、L/G可否やRelease Orderを確認します。
Surrender B/Lの場合	海外代理店、船積地側代理店、NVOCC。	サレンダー処理完了と到着地側確認。	元地側から到着地側へのリリース連絡を確認します。
費用確認時	船会社、NVOCC、荷主、支払者。	D/O Fee、THC、CFS Charge、Freight Collect、立替金。	入金確認後にD/O発行が可能か確認します。
名義確認時	Consignee、D/O依頼者、通関業者。	ConsigneeとD/O依頼者、輸入者、引取人の関係。	委任状、引取指図、メール指示を取得します。
Release Orderが必要な場合	銀行、輸入者、船会社、NVOCC。	銀行名義、裏書、Release Order、決済完了。	銀行承認が確認できるまでD/O交換を保留します。
電子D/Oの場合	船会社、NVOCC、システム利用者。	発行状況、支払反映、権限付与、搬出予約連動。	システム上で確認できる状態になってから搬出へ進めます。

まとめ

D/O交換に必要な確認は、輸入貨物を正しく搬出するための重要な実務です。

B/Lの種類、Consignee名義、サレンダー確認、Sea Waybill上の荷受人、Telex Releaseの到着地確認、費用支払い、Release Order、L/G、電子D/O、House B/LとMaster B/L、引取権限を確認しなければ、D/O発行や貨物引渡しは進みません。

フォワーダー実務では、D/O交換を単なる書類手続として扱わず、誰に貨物を引き渡してよいのかを確認する重要な確認ポイントとして整理することが重要です。

確認不足のまま進めると、誤引渡し、搬出遅延、追加費用、保険確認上の混乱、責任トラブルにつながる可能性があります。