B/L・D/O名義トラブルの整理方法

B/L・D/O名義トラブルの整理方法とは

B/L・D/O名義トラブルの整理方法とは、輸入貨物の引渡しにおいて、B/L上のConsignee、D/O発行先、輸入申告上の輸入者、実際の貨物引取人、納品先などが一致しない場合に、どの手続で止まっているのかを切り分ける実務です。

輸入貨物では、貨物が港、CY、CFS、倉庫に到着していても、B/L名義やD/O発行条件が整理できなければ、貨物を搬出できないことがあります。ここで重要なのは、単に「名義が違う」と見るのではなく、どの名義が、どの手続に影響しているのかを分けて確認することです。

本記事では、名義相違が発生したときに、D/O交換、通関、貨物引渡し、B/L訂正、Release Order、電子B/L、Switch B/Lなどをどの順番で確認するかを整理します。誤引渡しそのものの賠償責任や、個別の法的責任判断は本記事では深掘りせず、実務上の初動整理に重点を置きます。

この記事で扱う範囲

扱う論点	本記事で確認する内容	注意点
B/L上のConsignee相違	B/L上の荷受人と、輸入者・引取人・納品先の関係を確認します。	Consigneeが貨物引渡し権限の中心になる場合があります。
D/O発行先の相違	D/O交換を依頼している会社に、貨物引渡しを受ける権限があるかを確認します。	単なる依頼者と権限者を混同しないことが重要です。
輸入申告上の輸入者相違	輸入者、インボイス上の買主、貨物所有者、納品先の関係を確認します。	通関名義と取引実態の説明が必要になることがあります。
実際の引取人の相違	倉庫会社、配送会社、代理人が誰の指図で引き取るのかを確認します。	引取人が貨物権利者とは限りません。
B/Lの種類別確認	Original B/L、Surrender B/L、Sea Waybill、Telex Release、電子B/Lの違いを確認します。	B/Lの種類により、確認すべき権限根拠が変わります。
追加費用の発生	保管料、デマレージ、ディテンション、訂正費用などの発生日を確認します。	原因整理と費用期限の確認は同時に進める必要があります。

この記事の位置づけ

本記事は、B/L名義、D/O交換、貨物引渡し権限、輸入者名義が一致しない場合の「整理方法」を扱う記事です。個別の用語解説や責任判断そのものではなく、実務担当者が最初に何を確認し、どこで手続が止まっているかを見極めるための入口として位置づけます。

たとえば、Notify Partyの意味、誤引渡しの賠償責任、D/O交換書類、B/L訂正手続、通関名義の妥当性などは、それぞれ独立した論点です。本記事では、それらの詳細判断に入る前に、名義関係を一覧化し、確認順序を決めることを目的とします。

まず確認するべき全体像

B/L・D/O名義トラブルでは、最初に関係者を一覧にします。誰が売主で、誰が買主で、誰がB/L上のConsigneeで、誰がNotify Partyで、誰が輸入申告上の輸入者で、誰が実際に貨物を引き取るのかを整理します。

この整理をしないまま、船会社、NVOCC、通関業者、荷主、海外代理店へ個別に確認を始めると、原因が見えにくくなります。名義トラブルでは、まず「関係者の役割」と「手続上の名義」を分けることが重要です。

確認するべき関係者

確認対象	確認する意味	名義相違時の注意点	確認資料の例
Shipper	B/L発行時の荷送人を確認します。	B/L訂正やSwitch B/Lでは、Shipper側の承認が必要になることがあります。	B/L、Booking情報、訂正依頼書
B/L上のConsignee	貨物引渡し権限の中心となる名義を確認します。	Notify Partyや納品先と混同しないようにします。	B/L、Sea Waybill、電子B/L画面
Notify Party	貨物到着通知先を確認します。	通知先であるだけでは、貨物引渡し権限者とは限りません。	B/L、Arrival Notice
輸入申告上の輸入者	誰の名義で輸入申告するかを確認します。	Consigneeやインボイス上の買主と異なる場合、取引関係の説明が必要になることがあります。	輸入申告書類、インボイス、契約書
インボイス上の買主	売買取引上の買主を確認します。	買主と輸入者が異なる場合、輸入代行、商社経由、グループ会社取引などの説明が必要です。	Commercial Invoice、契約書
実際の貨物所有者	経済的に貨物を所有する者を確認します。	書類上の名義と貨物所有者が一致しないことがあります。	売買契約、注文書、支払記録
D/O交換依頼者	D/O発行を依頼している会社を確認します。	依頼者がConsignee本人または正当な代理人かを確認します。	D/O依頼書、委任状、Release Order
実際の引取人	CY、CFS、倉庫で貨物を受け取る者を確認します。	配送会社や倉庫会社は代理人であり、貨物権利者とは限りません。	引取指図書、配送依頼書、委任状
納品先	最終的に貨物を届ける先を確認します。	納品先がConsigneeや輸入者と異なる場合があります。	納品指示書、配送依頼書
費用負担者	追加費用を誰が負担するかを確認します。	名義確認に時間がかかると、保管料やコンテナ費用が問題になります。	見積書、請求条件、メール指示

B/Lの種類を確認する

次に確認するのは、対象貨物のB/Lがどの種類かです。Original B/L、Surrender B/L、Sea Waybill、Telex Release、電子B/Lなど、どの形で貨物引渡しを進めるのかによって確認事項が変わります。

B/Lの種類	主な確認事項	止まりやすい原因	実務上の注意点
Original B/L	原本、裏書、Consignee名義、銀行関与を確認します。	原本未着、裏書不足、銀行名義のまま権限移転未確認。	原本を持っているだけでなく、裏書の連鎖を確認します。
To Order B/L	Shipper、銀行、買主などの裏書が連続しているかを確認します。	裏書漏れ、銀行Release未取得、支払条件未完了。	「To Order」欄の意味を単なる会社名欄と誤解しないようにします。
Surrender B/L	元地側で原本回収またはサレンダー処理が完了しているかを確認します。	サレンダー未確認、到着地側への連絡未着。	荷主の「サレンダー済み」という連絡だけでなく、運送人側の確認が必要です。
Telex Release	元地側から到着地側へリリース指示が届いているかを確認します。	Telex Release未着、指示内容と名義の不一致。	リリース指示の宛先、B/L番号、Consigneeを確認します。
Sea Waybill	Sea Waybill上のConsigneeと引取人の関係を確認します。	Consigneeと実際の輸入者・引取人が異なる。	原本提示ではなく、Consigneeからの指図やRelease Orderが問題になることがあります。
電子B/L	電子B/Lプラットフォーム上の権限者、権限移転、リリース操作を確認します。	電子上の権限移転未完了、承認操作未完了、リリース権限者不明。	紙の原本ではなく、プラットフォーム上の操作履歴と権限状態を確認します。

電子B/Lで確認するべきこと

電子B/Lの場合は、紙のOriginal B/Lと同じ手順ではなく、利用している電子B/Lプラットフォーム上で、誰が正当な所持人または権限者として扱われているかを確認します。

実務上は、Bolero、essDOCS、WAVE BLなどの電子B/Lプラットフォームが使われることがあります。名称や画面構成はプラットフォームごとに異なりますが、確認するべき本質は、権限移転の履歴、現在の権限者、リリース承認の有無、誰が貨物引渡しを指示できる状態にあるかです。

電子B/Lでは、紙の原本を誰が持っているかではなく、電子的な権限移転が完了しているか、リリース操作が完了しているか、到着地側でその状態を確認できるかが重要です。メールで「権限移転済み」と言われていても、プラットフォーム上で確認できなければ、D/O交換や貨物引渡しが進まないことがあります。

Original B/LとTo Order B/Lの確認

Original B/Lでは、原本の提示と裏書の確認が重要です。特に、Consignee欄が「To Order」や「To Order of XXX Bank」となっている場合、貨物引渡し権限は裏書の連鎖によって確認されます。

この場合、B/L原本を持っているだけでは足りず、Shipper、銀行、買主などの裏書が正しくつながっているかを確認する必要があります。裏書が不足している場合や、銀行名義のまま権限移転が確認できない場合は、D/O交換や貨物引渡しが止まることがあります。

信用状取引や銀行決済が関係する場合は、B/L原本、裏書、銀行のRelease Order、支払条件の確認が必要になることがあります。

Switch B/Lが関係する場合

商社経由取引や三国間取引では、Switch B/Lが発行されることがあります。Switch B/Lとは、当初発行されたB/Lを差し替え、Shipper、Consignee、Notify Party、品名表示などを取引実態に合わせて変更する実務で使われることがあります。

Switch B/Lが関係する場合、どちらのB/Lが有効に流通しているのか、旧B/Lが回収または無効化されているのか、新B/LのConsigneeに貨物引渡し権限があるのかを確認する必要があります。

旧B/Lと新B/Lが同時に有効に見える状態は、誤引渡しや二重引渡しのリスクにつながります。本記事では、Switch B/Lが疑われる場合の初動確認を扱い、誤引渡し後の賠償責任や責任制限の判断は別論点として整理します。

どの名義が違うのかを分ける

名義相違といっても、内容は一つではありません。B/L名義と輸入者名義が違うのか、ConsigneeとNotify Partyを混同しているのか、D/O発行依頼者とConsigneeが違うのか、実際の引取人が第三者なのかを分けて確認します。

相違している名義	起きやすい場面	止まりやすい手続	確認するべき書類・指示
Consigneeと輸入者が違う	商社経由、輸入代行、グループ会社取引。	通関、D/O交換。	インボイス、契約関係、輸入者として申告する理由。
ConsigneeとD/O依頼者が違う	代理店、通関業者、フォワーダーがD/O交換を依頼する場合。	D/O交換。	委任状、引取指図、Release Order。
Consigneeと実際の引取人が違う	配送会社、倉庫会社、納品先指定業者が引き取る場合。	CY・CFS・倉庫での貨物引渡し。	引取指図書、配送依頼書、委任状。
Notify Partyが引取りを依頼している	到着通知先が実務窓口として動いている場合。	D/O交換、貨物引渡し。	Consigneeからの指図、権限確認資料。
銀行名義のままになっている	L/C取引、銀行決済、担保取引。	D/O交換、貨物引渡し。	銀行Release Order、裏書、支払確認。
House B/LとMaster B/Lの名義がずれている	NVOCC、フォワーダー手配、混載貨物。	NVOCC側D/O取得、実荷主へのリリース。	House B/L、Master B/L、サレンダー確認、船会社D/O。

D/O交換で止まっているのかを確認する

貨物引渡しが進まない場合、まずD/O交換で止まっているのかを確認します。D/Oが発行されていなければ、通関が許可されていても、CYやCFSから貨物を搬出できないことがあります。

D/O交換で止まる原因としては、B/L原本未着、裏書不足、サレンダー未確認、Telex Release未確認、Sea Waybill上のConsignee相違、費用未払い、Release Order未提出、D/O発行依頼者の権限不明などがあります。

通関で止まっているのかを確認する

名義トラブルは、D/O交換だけでなく通関でも発生します。B/L名義と輸入申告上の輸入者が異なる場合、通関業者が取引関係を確認することがあります。

インボイス上の買主、輸入者、実際の貨物所有者、納品先が異なる場合、なぜその会社が輸入者として申告するのかを説明できる必要があります。特に、輸入代行、実態と申告名義が乖離している取引、商社経由取引、グループ会社間取引では、通関名義と取引実態の整理が重要になります。

貨物引渡し権限で止まっているのかを確認する

D/O交換や通関が進んでいても、最終的な貨物引渡しで止まることがあります。これは、実際に貨物を引き取る会社が、B/L上のConsigneeや正当な指図者と一致しない場合です。

たとえば、倉庫会社や配送会社が貨物を引き取る場合、その会社自身が貨物の権利者であるとは限りません。誰の依頼で引き取るのか、Consigneeからの引取指図や委任があるのかを確認する必要があります。

Notify Partyを誤解しない

B/L・D/O名義トラブルで多いのが、Notify Partyを貨物引渡し権限者と誤解することです。Notify Partyは、貨物到着の通知先です。

Notify Partyに記載されている会社が、D/O交換や貨物引取りを依頼してきても、それだけで貨物を引き渡してよいとは限りません。Consignee、Release Order、引取指図、委任状などを確認する必要があります。

本記事では、Notify Partyが関係する名義トラブルの初動整理を扱います。Notify Party自体の意味やB/L上の役割を確認する場合は、通知先と引渡し権限者を明確に区別して整理することが重要です。

Release Orderが必要かを確認する

Release Orderは、貨物引渡しを許可するための指図書として使われることがあります。Sea Waybill上のConsigneeが銀行名義の場合、実際の輸入者が貨物を引き取るには、銀行からのRelease Orderが必要になることがあります。

また、信用状取引、銀行名義のB/L、海外本社や商社名義の取引、別会社による引取り、CY搬出時の運送会社への引渡し指図など、場面によっては複数のRelease Orderや委任状が必要になることがあります。

名義が違う場合は、誰が貨物引渡しを指示できる立場にあるのか、どのRelease Orderがどの手続に必要なのかを分けて確認します。本記事ではRelease Orderの要否判断を扱い、各書式や詳細な発行手順は個別確認事項として整理します。

B/L訂正が必要かを判断する

名義相違がある場合でも、必ずB/L訂正が必要とは限りません。B/L上のConsigneeは正しく、実際の引取人が代理人であるだけなら、委任状や引取指図で対応できる場合があります。

一方、B/L上のConsignee自体が誤っている場合や、別法人名義になっている場合は、B/L訂正が必要になることがあります。B/L訂正には、Shipper、船会社、NVOCC、海外代理店、銀行などの確認が必要になるため、時間がかかることがあります。

状況	B/L訂正の要否	代替対応の可能性	注意点
Consigneeは正しいが、配送会社が引き取る	通常は不要な場合があります。	引取指図書や委任状で対応できる場合があります。	配送会社を貨物権利者と誤認しないようにします。
Consignee名に明らかな誤記がある	訂正が必要になることがあります。	軽微な表記揺れで足りるかは運送人に確認します。	法人格、支店名、住所の相違も確認します。
本来の買主と別法人がConsigneeになっている	訂正が必要になる可能性が高くなります。	Release Orderや権限移転で足りるかを確認します。	単なる表記ミスではなく権限問題になることがあります。
銀行名義のままになっている	取引条件によります。	銀行Release Orderや裏書で対応する場合があります。	支払条件やL/C条件の確認が必要です。
Switch B/L後の名義が不明	訂正または再確認が必要になることがあります。	旧B/L無効化、新B/L有効性の確認が必要です。	二重発行状態を放置しないようにします。
電子B/L上の権限者が旧名義のまま	紙の訂正ではなく、電子上の権限移転が必要です。	プラットフォーム上の承認・移転操作を確認します。	画面上の権限状態とメール指示の整合性を確認します。

House B/LとMaster B/Lを分けて確認する

NVOCCやフォワーダーが関与する輸送では、House B/LとMaster B/Lが存在することがあります。この場合、名義トラブルがHouse B/L側で起きているのか、Master B/L側で起きているのかを分けて確認する必要があります。

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

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

ケース	起きている問題	確認先	初動対応
ConsigneeはA社、輸入者はB社	B/L名義と通関名義が一致していません。	荷主、通関業者、NVOCC、海外代理店。	A社とB社の取引関係、B社が輸入者になる理由を確認します。
Notify PartyがD/O交換を依頼している	通知先が引渡し権限者と誤解されている可能性があります。	Consignee、D/O発行者、Notify Party。	Consigneeからの指図または委任状を確認します。
Original B/Lの裏書が不足している	権限移転が書類上確認できません。	Shipper、銀行、買主、船会社。	裏書の連鎖、銀行Release、支払条件を確認します。
サレンダー済みと言われているが到着地で確認できない	元地側と到着地側のリリース情報が一致していません。	海外代理店、NVOCC、船会社。	サレンダー完了記録、Telex Release指示、B/L番号を確認します。
Sea Waybill上のConsigneeが銀行名義	実際の輸入者が直接引き取れる状態ではありません。	銀行、買主、通関業者、運送人。	銀行Release Orderまたは引渡し指図を確認します。
Switch B/L後の有効B/Lが不明	旧B/Lと新B/Lの関係が整理されていません。	海外代理店、NVOCC、船会社、Shipper。	旧B/L回収・無効化、新B/L発行条件、Consigneeを確認します。
電子B/L上の権限移転が未完了	メール上の指示と電子B/L上の権限状態が一致していません。	電子B/L利用者、NVOCC、船会社、プラットフォーム管理者。	現在の権限者、移転履歴、リリース操作の完了状況を確認します。
配送会社が貨物を引き取りに来ている	配送会社が貨物権利者か、単なる代理人か不明です。	Consignee、荷主、配送会社、倉庫。	引取指図書、配送依頼書、委任状を確認します。

フォワーダーの関与範囲

場面	フォワーダーが確認できること	フォワーダーだけでは判断できないこと	実務上の対応
D/O交換前	B/L種類、Consignee、サレンダー状況、費用未払いの有無。	貨物所有権や売買代金決済の完了。	運送人・NVOCC・海外代理店へリリース条件を確認します。
通関前	B/L名義、インボイス、輸入者名義の相違。	輸入者名義の法的妥当性の最終判断。	通関業者と連携し、取引関係の説明資料を荷主に依頼します。
貨物引渡し前	引取人、納品先、D/O、引取指図の整合性。	引取人が真の貨物権利者かどうかの実体判断。	Consigneeからの指図、委任状、Release Orderを確認します。
B/L訂正時	訂正依頼内容、関係者への確認、訂正後の書類整合性。	売買契約上、訂正してよいかの商流判断。	Shipper、船会社、NVOCC、銀行関与の有無を確認します。
Switch B/L関与時	旧B/Lと新B/Lの番号、発行者、Consignee、回収状況。	Switch B/L発行の商流上の妥当性。	二重引渡しリスクを避けるため、有効B/Lを明確にします。
電子B/L利用時	プラットフォーム上の権限者、リリース状況、操作履歴の確認依頼。	電子権限移転の法的効果の最終判断。	紙書類ではなく、電子上の状態確認を優先します。

具体例1：Consigneeと輸入者が異なる場合

B/L上のConsigneeは海外本社A社、輸入申告上の輸入者は日本法人B社、納品先は国内倉庫C社というケースがあります。この場合、名義が三つに分かれているため、単に「B社が輸入者なので引き取れる」とは判断できません。

まず、A社がB社に貨物引取りを指図しているのか、B社が輸入者として申告する理由があるのか、C社はB社の納品先または委託先なのかを確認します。A社からB社への指図、B社からC社への納品指示、通関業者への輸入者説明がそろえば、D/O交換や貨物引渡しの整理が進めやすくなります。

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

B/L上のNotify Partyに記載された会社が、Arrival Noticeを受け取り、そのままD/O交換を依頼してくることがあります。しかし、Notify Partyは到着通知先であり、それだけで貨物引渡し権限者になるわけではありません。

この場合は、B/L上のConsigneeが誰か、Notify PartyがConsigneeの代理人として動いているのか、Consigneeからの委任状や引取指図があるのかを確認します。Notify Partyが実務窓口であること自体は珍しくありませんが、貨物引渡し権限と通知先の役割は分けて扱う必要があります。

具体例3：Original B/Lの裏書が不足している場合

Original B/Lを提示していても、Consignee欄がTo Orderになっている場合や、銀行名義になっている場合は、裏書の連鎖が確認できなければ貨物引渡しが止まることがあります。

この場合、B/L原本の所持だけでなく、Shipper、銀行、買主などの裏書が正しくつながっているかを確認します。銀行決済が関係している場合は、支払完了や銀行Release Orderの有無も確認対象になります。裏書不足を放置したままD/O交換を進めると、後日、正当な権限者への引渡しだったかを説明できなくなるおそれがあります。

具体例4：電子B/Lの権限移転が未完了の場合

電子B/Lでは、関係者間のメールで「リリース済み」「移転済み」と連絡されていても、電子B/Lプラットフォーム上で権限移転が完了していなければ、到着地側で貨物引渡しを進められないことがあります。

この場合は、現在の電子B/L上の権限者、権限移転の履歴、リリース操作の完了状況、到着地側が確認できるステータスを確認します。紙のB/Lと異なり、原本の物理的な所在ではなく、電子上の権限状態が中心になります。

費用発生の期限を同時に確認する

名義トラブルでは、原因確認と同時に、追加費用の発生日を確認する必要があります。D/O交換や貨物引渡しが止まっている間にも、保管料やコンテナ関連費用は発生することがあります。

• CFS保管料
• デマレージ
• ディテンション
• 搬出予約変更費用
• 配送車両キャンセル料
• 納品先倉庫の予約変更費用
• B/L訂正費用
• D/O再発行費用

名義確認に時間がかかる場合は、誰が追加費用を負担するのかも後で問題になります。そのため、フリータイムや保管料発生日を早めに確認し、関係者へ共有することが重要です。

よくある誤解

誤解	実際の考え方	確認するべきこと
Notify Partyに書かれていれば貨物を引き取れる	Notify Partyは通知先であり、引渡し権限者とは限りません。	Consigneeからの指図、委任状、Release Orderを確認します。
輸入者名義ならD/Oも当然取得できる	通関名義とB/L上の引渡し権限は別です。	Consigneeとの関係、D/O発行条件を確認します。
D/Oが出れば通関も完了している	D/O交換と輸入申告許可は別手続です。	D/O交換状況と通関許可状況を分けて確認します。
サレンダー済みと聞けばすぐ搬出できる	到着地側でサレンダーまたはリリース指示を確認できる必要があります。	運送人側の確認状況、B/L番号、リリース指示を確認します。
配送会社が来れば引き渡してよい	配送会社は代理人であり、貨物権利者とは限りません。	誰の依頼で引き取るのか、引取指図を確認します。
電子B/Lも紙のB/Lと同じ確認で足りる	電子B/Lではプラットフォーム上の権限状態を確認します。	現在の権限者、移転履歴、リリース操作を確認します。

フォワーダーが使う整理表

実務では、次の項目を一覧化すると、原因が見えやすくなります。

確認項目	記入する内容	確認先	未確認の場合の影響
B/L番号	対象貨物のB/L番号を記入します。	船会社、NVOCC、荷主。	照会対象を誤る可能性があります。
船名・航海番号	本船名、Voyage No.を記入します。	Arrival Notice、B/L。	別便と混同する可能性があります。
B/Lの種類	Original、Surrender、Sea Waybill、Telex Release、電子B/Lなど。	B/L、海外代理店、NVOCC。	必要書類の判断を誤る可能性があります。
Shipper	B/L上の荷送人を記入します。	B/L、Booking情報。	B/L訂正時の確認先が不明になります。
Consignee	B/L上の荷受人を記入します。	B/L、Sea Waybill、電子B/L。	貨物引渡し権限の確認ができません。
Notify Party	到着通知先を記入します。	B/L、Arrival Notice。	通知先と権限者を混同する可能性があります。
輸入者	輸入申告上の輸入者を記入します。	通関業者、インボイス。	通関名義の説明ができません。
D/O依頼者	D/O交換を依頼している会社を記入します。	D/O依頼書、メール。	依頼者の権限確認ができません。
実際の引取人	CY、CFS、倉庫で貨物を受け取る会社を記入します。	配送依頼書、引取指図。	誤引渡しリスクが高まります。
納品先	最終納品先を記入します。	納品指示書、配送手配書。	引取人と納品先の関係が不明になります。
不足書類	原本、裏書、Release Order、委任状などを記入します。	荷主、銀行、運送人。	どの書類待ちか説明できません。
止まっている手続	D/O交換、通関、貨物引渡し、B/L訂正などを記入します。	関係各社。	対応先を誤る可能性があります。
追加費用の発生日	保管料、デマレージ、ディテンションの開始日を記入します。	船会社、CFS、倉庫、配送会社。	費用負担をめぐるトラブルになりやすくなります。

判断チェックリスト

確認場面	確認する相手	確認事項	問題がある場合の対応
貨物到着前	荷主、海外代理店、NVOCC。	B/L種類、Consignee、Notify Party、サレンダー予定。	Arrival Notice受領前に名義修正やリリース条件を確認します。
D/O交換時	船会社、NVOCC、D/Oカウンター。	D/O発行条件、原本・裏書・サレンダー・費用未払いの有無。	不足書類と確認先を荷主へ具体的に伝えます。
通関時	通関業者、輸入者、荷主。	輸入者、インボイス上の買主、貨物所有者の関係。	取引関係を説明できる資料を依頼します。
貨物引渡し時	倉庫、配送会社、Consignee、荷主。	実際の引取人が誰の指図で引き取るのか。	引取指図書、委任状、Release Orderを確認します。
B/L訂正時	Shipper、船会社、NVOCC、海外代理店、銀行。	訂正内容、旧書類の回収、銀行関与の有無。	訂正可否、費用、所要時間を関係者へ共有します。
電子B/L利用時	電子B/L利用者、NVOCC、船会社。	現在の権限者、権限移転履歴、リリース操作の完了状況。	プラットフォーム上で確認できる状態になるまで引渡しを保留します。

荷主へ説明する順番

荷主へ説明する際は、感情的に「名義が違うので止まっています」と伝えるのではなく、どの手続が、何の理由で止まっているのかを具体的に説明します。

1. 貨物は到着しているか。
2. D/O交換は完了しているか。
3. 止まっている原因は、B/L原本、裏書、サレンダー、Telex Release、名義、費用、Release Orderのどれか。
4. 誰の指示または書類が必要か。
5. いつから追加費用が発生するか。
6. B/L訂正が必要か、引取指図で足りるか。
7. 確認記録をどの形で残すか。

この順番で説明すると、荷主側も誰に連絡すべきか、どの書類を用意すべきかを判断しやすくなります。

確認記録を残す

B/L・D/O名義トラブルでは、確認記録を残すことが重要です。口頭確認だけで貨物引渡しを進めると、後日、権限確認の根拠を説明できなくなることがあります。

特に、Consigneeと実際の引取人が異なる場合、Notify Partyが引取りを依頼する場合、Release Orderが必要な場合、B/L訂正を行う場合、Switch B/Lが関係する場合、電子B/L上の権限移転を確認する場合は、メール、指図書、委任状、訂正依頼、承認記録を保存しておく必要があります。

トラブルを防ぐための事前確認

B/L・D/O名義トラブルは、貨物到着後に発覚すると対応が遅れます。できれば船積前、遅くともB/L発行時点やArrival Notice受領時点で、名義関係を確認しておくことが重要です。

特に、輸入者とConsigneeが異なる取引、商社経由取引、三国間取引、輸入代行、銀行名義のB/LやSea Waybill、House B/LとMaster B/Lが関係する取引、Switch B/Lが関係する取引、電子B/Lを使う取引では、事前確認が重要です。B/L発行後や貨物到着後に訂正すると、時間も費用もかかりやすくなります。

まとめ

B/L・D/O名義トラブルの整理では、まず関係者の役割を分けることが重要です。B/L上のConsignee、Notify Party、輸入者、D/O依頼者、実際の引取人、納品先、費用負担者を一覧にし、どこがつながっていないのかを確認します。

そのうえで、B/Lの種類、裏書、To Order B/L、Switch B/L、Telex Release、電子B/L、D/O交換状況、通関名義、Release Orderの要否、B/L訂正の必要性、追加費用の発生日を切り分けます。

フォワーダー実務では、名義相違を感覚で処理せず、誰の権限で貨物を引き渡すのかを資料で確認し、後で説明できる形に残すことが基本です。