Release Order―輸入貨物引渡しとD/O・L/Gの関係

Release Orderとは

Release Orderとは、貨物の引渡しを認める指図を示す書類または指示をいいます。日本語では「貨物引渡指図」「引渡指図書」「リリースオーダー」などと呼ばれることがあります。

フォワーダー実務で重要なのは、Release Orderを単なる追加書類として見ることではありません。Release Orderは、「誰の指示に基づいて、誰に貨物を引き渡してよいのか」を確認するための根拠になります。

特に、Sea Waybill上のConsigneeが銀行名義である場合、B/L上の名義と実際の引取人が異なる場合、Notify Partyが貨物を引き取りたい場合、D/O発行先と貨物引取人が一致しない場合には、Release Orderの有無が実務上の核心になります。

この記事で扱う範囲

この記事では、輸入貨物の貨物引渡し実務において、Release Orderがどのような場面で必要になり、D/O、Release Instruction、Letter of Guarantee、L/C取引とどのように関係するかを整理します。

D/O交換に必要な一般的な確認事項は、D/O交換を扱う記事で確認します。Original B/L未着時の詳細対応は、Original B/L未着とD/O交換を扱う記事で確認します。本記事では、それらと重複しないように、Release Orderを「貨物引渡し権限を確認するための指図」として整理します。

扱う範囲	本記事で確認する内容	本記事で深掘りしない内容
Release Orderの意味	誰に貨物を引き渡してよいかを示す指図として整理します。	各社書式の詳細な作成方法は扱いません。
D/Oとの違い	D/Oは現場への荷渡指図、Release Orderは権限確認資料として整理します。	D/O交換の全書類・全費用項目は扱いません。
銀行名義貨物	Sea WaybillやB/L上のConsigneeが銀行名義の場合の確認を扱います。	銀行実務全般や信用状決済の詳細は扱いません。
L/C・UCP600との関係	L/C取引で銀行が貨物引渡しを管理する場面とRelease Orderの関係を扱います。	UCP600条文の逐条解説は扱いません。
L/Gとの違い	Original B/L未着時などに使われるL/GとRelease Orderの違いを整理します。	L/G差入れの法的リスクや銀行保証実務の詳細は扱いません。
Release Instructionとの違い	メール指示・リリース指示と正式なRelease Orderの強度差を整理します。	各社のメール承認ルールや社内権限規程は扱いません。

この記事の位置づけ

本記事は、B/L・D/O・貨物引渡し名義実務カテゴリの中で、Release Orderを中心に扱う個別記事です。

Release Orderは、D/O交換、B/L名義、Sea Waybill、銀行名義、Notify Party、Surrender B/L、L/C、L/Gなど複数の論点と接続します。しかし、本記事の中心は、これらを網羅的に説明することではなく、「誰の指示があれば貨物を出してよいのか」を確認する実務にあります。

したがって、本記事ではRelease Orderを、貨物を出すための単なる形式書類ではなく、誤引渡しを防ぎ、後日説明できる貨物引渡し権限の確認資料として整理します。

Release Orderが問題になる理由

輸入貨物は、港、CY、CFS、保税倉庫に到着していても、誰にでも引き渡せるわけではありません。船会社、NVOCC、フォワーダー、倉庫会社は、B/L、Sea Waybill、D/O、Arrival Notice、輸入者名義、貨物引取人の関係を確認したうえで貨物引渡しを進めます。

ここで、書類上のConsigneeと実際に貨物を引き取りたい相手が異なる場合、正当な権限者から「この相手に貨物を引き渡してよい」という指図が必要になることがあります。この指図がRelease Orderです。

Release Orderが確認できないまま貨物を引き渡すと、後日、正当な権限者から「なぜ当社の承認なく貨物を出したのか」と問われる可能性があります。反対に、Release Orderが無いからと貨物を止め続ければ、CFS保管料、Demurrage、Detention、納品遅延、販売機会損失などが発生します。

つまりRelease Orderは、貨物を出すための書類であると同時に、フォワーダー自身を守るための証拠書類でもあります。

D/Oとの違い

Release OrderとD/Oは混同されやすいですが、実務上は役割が異なります。

D/O（Delivery Order）は、船会社やNVOCCがCY、CFS、倉庫などに対して、貨物を引き渡してよいことを示す荷渡指図です。D/Oは、貨物を現場で出すための直接的な引渡指図として機能します。

一方、Release Orderは、D/O発行の前提となる権限確認資料として使われることがあります。特に、Consignee、銀行、海外本社、Shipper、実輸入者、通関業者、倉庫会社などの名義が一致しない場合に問題になります。

項目	D/O	Release Order	実務上の違い
主な役割	CY、CFS、倉庫へ貨物引渡しを指示します。	誰に貨物を引き渡してよいかの権限確認を示します。	D/Oは現場向け、Release Orderは権限確認向けです。
発行・確認主体	船会社、NVOCCなどが発行します。	銀行、Consignee、Shipper、海外本社などが出すことがあります。	発行主体が異なるため、確認先も異なります。
必要になる場面	貨物をCY、CFS、倉庫から搬出する場面です。	名義相違、銀行名義、代理引取、第三者引渡しの場面です。	Release Order確認後にD/O交換へ進むことがあります。
確認不足のリスク	D/Oがなければ貨物を出せません。	権限確認不足により誤引渡しになる可能性があります。	両者を混同すると、出せる貨物と出せない貨物の判断を誤ります。

Release OrderとRelease Instructionの違い

Release OrderとRelease Instructionは似た意味で使われることがありますが、実務上は強度や位置づけが異なる場合があります。

Release Orderは、特定の貨物について、正当な権限者が特定の相手への貨物引渡しを認める正式な指図として扱われます。一方、Release Instructionは、メール、システム連絡、海外代理店からのリリース指示など、より広い実務上の指示を含むことがあります。

項目	Release Order	Release Instruction	実務上の注意点
位置づけ	正式な貨物引渡指図として扱われやすいです。	広い意味でのリリース指示を指すことがあります。	同じ意味で使う会社もありますが、強度を確認します。
形式	書面、PDF、会社印付き書類、銀行発行書類などがあります。	メール、システムメッセージ、代理店連絡などがあります。	高額貨物や銀行名義では正式書類を求めることがあります。
確認する内容	発行者、対象貨物、引渡し先、B/L番号、条件を確認します。	送信元、指示内容、権限者との関係を確認します。	転送メールだけでは不十分な場合があります。
使いやすい場面	銀行名義、名義相違、高額貨物、初回取引などです。	継続取引、通常リリース、代理店間の確認などです。	貨物内容、金額、名義関係に応じて判断します。

したがって、本記事ではRelease InstructionをRelease Orderの完全な同義語としては扱いません。Release Instructionは関連する実務上の指示表現であり、正式なRelease Orderに代替できるかどうかは、貨物内容、金額、名義関係、銀行関与、過去の取引実績によって確認します。

銀行名義ConsigneeでのRelease Order

Release Orderが特に問題になりやすいのは、Sea WaybillやB/L上のConsigneeが銀行名義になっている場合です。

ここでいう銀行名義とは、銀行という独立した書類名ではなく、Consignee欄に銀行名が記載されている状態を指します。したがって、関連用語としては「銀行名義Consignee」または「銀行名義B/L」として整理するのが適切です。

L/C取引や銀行が関与する取引では、貨物の引渡しを銀行の管理下に置くため、Consignee欄に銀行名が記載されることがあります。この場合、実際の輸入者が貨物を引き取りたいとしても、Sea Waybill上のConsigneeが銀行であれば、銀行からのRelease Orderが必要になることがあります。

この確認を怠ると、フォワーダーは「銀行名義の貨物を、銀行の承認なく輸入者へ引き渡した」と見られる可能性があります。これは単なる書類不備ではなく、貨物引渡し権限の確認ミスです。

L/C・UCP600との関係

Release Orderは、L/C（信用状）取引と密接に関係することがあります。

L/C取引では、銀行が書類の呈示条件を確認し、B/LやSea Waybill、Invoice、保険証券などの書類条件に基づいて決済を行います。信用状統一規則としてUCP600が参照される取引では、銀行は貨物そのものではなく、原則として書類を基準に処理します。

このため、L/C条件でOriginal B/Lの呈示や銀行名義のConsigneeが設定されている場合、輸入者や通関業者が貨物を引き取りたいとしても、銀行の承認やRelease Orderなしに貨物引渡しを進めることは危険です。

L/C関連場面	Release Orderが問題になる理由	確認する相手	実務対応
銀行名義Consignee	貨物引渡しの承認権限が銀行に残っている可能性があります。	銀行、輸入者、NVOCC、船会社。	銀行からのRelease Orderまたは正式な承認を確認します。
Original B/L呈示条件	L/C条件と貨物引渡し手続が連動する場合があります。	銀行、Shipper、輸入者。	原本、裏書、銀行承認を確認します。
決済未了の可能性	貨物引渡しが支払前に進むリスクがあります。	銀行、輸入者、Shipper。	決済完了または引渡し承認の有無を確認します。
書類条件と引渡し先が不一致	書類上のConsigneeと実際の引取人が異なる場合があります。	銀行、Consignee、通関業者。	Release Order、委任状、メール承認を確認します。

Letter of Guarantee（L/G）との違い

Release Orderと隣接する実務手段として、Letter of Guarantee（L/G）があります。L/Gは、日本語では保証状、銀行保証状、荷渡保証状などと呼ばれることがあります。

Original B/L原本が未着であるにもかかわらず、貨物を早急に引き取る必要がある場合に、荷主が船会社や銀行へL/Gを差し入れて貨物引渡しを受ける実務があります。

Release Orderは、正当な権限者が「この相手に貨物を引き渡してよい」と指示する資料です。一方、L/Gは、原本未着などのリスクを前提に、貨物引渡し後に問題が発生した場合の損害補償や責任負担を約束する性格を持つことがあります。

項目	Release Order	Letter of Guarantee（L/G）	使い分けの考え方
主な目的	貨物引渡し先を承認することです。	原本未着などのリスクを補償することです。	権限確認か、リスク補償かを分けて考えます。
典型場面	銀行名義、名義相違、第三者引取、代理引取です。	Original B/L原本未着、緊急引渡し、銀行保証が必要な場面です。	Original B/L未着ではL/Gが問題になりやすいです。
発行・差入れ主体	銀行、Consignee、Shipper、海外本社などです。	荷主、銀行、輸入者などです。	誰が発行し、誰がリスクを負うかを確認します。
確認する内容	発行者、引渡し先、対象貨物、指図内容です。	保証範囲、差入先、対象B/L、補償責任です。	書類名だけでなく内容を確認します。
誤用リスク	権限者でない者の指示で出すと誤引渡しになります。	保証範囲を誤ると重大な責任負担につながります。	高額貨物や銀行関与では慎重な確認が必要です。

Release OrderとL/Gは、どちらも貨物引渡しに関係しますが、役割は同じではありません。Release Orderは「誰に出してよいか」の確認であり、L/Gは「原本未着などのリスクを誰が負うか」の確認です。

Original B/Lとの関係

Original B/Lの場合は、通常、B/L原本の提出、裏書の連続、Consignee名義、銀行の関与の有無によって貨物引渡しの権限を確認します。

Original B/Lは有価証券的な性質を持つため、原本の所在と裏書の正当性が重要です。そのため、Original B/L取引では、Release OrderよりもまずB/L原本の提出、裏書、名義の確認が優先されます。

ただし、銀行が関与している場合、B/L上のConsigneeが銀行名義である場合、またはB/L原本の名義と実際の引取人が異なる場合には、B/L原本に加えて、銀行やConsigneeからの引渡指図を確認することがあります。この場合、Release Orderに近い実務確認が必要になります。

Surrender B/Lとの関係

Surrender B/Lでは、輸入地でB/L原本を提出する必要はありません。輸出地側でB/Lが回収・サレンダーされていれば、輸入地では原本提出なしでD/O交換に進むことができます。

しかし、サレンダー済みであっても、誰に貨物を引き渡すかの確認は別問題です。Surrender B/Lは「原本提出を不要にする仕組み」であって、「誰にでも貨物を渡してよい」という意味ではありません。

B/L上のConsignee、D/O発行依頼者、実際の貨物引取人、通関業者、納品先が異なる場合は、Consigneeからの引取指図や委任関係を確認する必要があります。この引渡指図が、実務上Release Orderと同じ役割を持つことがあります。

Sea Waybillとの関係

Sea Waybillでは、Original B/Lのような原本提出や裏書による権利移転は行われません。貨物は、原則としてSea Waybill上のConsigneeに対して引き渡される前提になります。

そのため、Consignee本人が貨物を引き取る場合は比較的分かりやすいですが、Consignee以外の会社が引き取る場合は注意が必要です。

Sea Waybillでは原本回収という手続がないため、Release Order、Release Instruction、メール指示、委任状、取引関係を示す資料が、貨物引渡し権限を確認する重要な資料になります。

Notify Partyだけでは引渡し権限にならない

Notify Partyは、貨物到着の通知先です。Notify Partyに記載されているだけで、当然に貨物引渡し権限を持つわけではありません。

たとえば、Sea Waybill上のConsigneeがA社、Notify PartyがB社、実際の引取人がC社である場合、B社やC社が貨物を引き取るには、A社からの指図や委任関係を確認する必要があります。

実務上、荷主や通関業者が「Notify Partyに当社名が入っているから問題ない」と考えていることがあります。しかし、Notify Partyは通知先であり、貨物の受取権限者とは限りません。

Release Orderで確認すべき内容

Release Orderを確認する際は、単に書類名を見るだけでは不十分です。書類名がRelease Orderであっても、内容が曖昧であれば実務上の根拠として弱くなります。

確認項目	確認する理由	確認資料・記載内容	問題がある場合
発行者	正当な権限者からの指示か確認するためです。	銀行、Consignee、Shipper、海外本社などの発行情報。	権限者でない場合、誤引渡しリスクがあります。
発行者の立場	どの権限で指図しているかを確認するためです。	Consignee、銀行、荷送人、代理人などの立場。	代理関係の確認が必要になります。
引渡し先	誰に貨物を渡してよいかを確認するためです。	引取人、D/O発行先、納品先、倉庫名。	引渡し先が曖昧な場合は追加確認します。
対象貨物	どの貨物に対する指図か確認するためです。	B/L番号、Sea Waybill番号、船名、航海番号、到着港。	対象貨物が不明確な場合は根拠として弱くなります。
費用条件	未収費用があると貨物を出せない場合があるためです。	Freight Collect、D/O Fee、CFS Charge、保管料。	権限確認と費用精算を分けて説明します。
銀行・L/C条件	銀行承認や決済条件が残っていないか確認するためです。	L/C条件、銀行承認、Release Order、L/G。	銀行名義貨物では特に慎重に確認します。

メール指示で足りるか

Release Orderは、必ずしも紙の書類だけを意味するわけではありません。実務では、メールによるRelease Instruction、銀行からの承認メール、Consigneeからの引取指示、海外代理店経由のリリース指示などが使われることがあります。

ただし、メール指示で足りるかどうかは、貨物の性質、金額、名義関係、銀行関与の有無、過去の取引関係によって変わります。

高額貨物、銀行名義Consignee、初回取引、名義相違、転売案件、三国間取引、支払条件が残っている取引では、メールだけで進めるのは危険です。必要に応じて、正式なRelease Order、委任状、会社印付き指示書、銀行からの直接確認を求めるべきです。

一方、継続取引で、Consigneeから日常的に同じ通関業者・倉庫会社へ引渡指示が出ている場合には、メール指示と過去の運用実績を合わせて判断することもあります。ただし、この運用は過去の実績が明確に確認できる場合に限られ、担当者レベルの口頭確認や転送メールのみに依存することは避けるべきです。

名義相違がある場合の注意点

Release Orderは、名義相違がある取引で特に重要になります。

B/L名義、Sea Waybill上のConsignee、輸入申告上の輸入者、実際の貨物引取人、納品先、請求先が異なる場合、誰の指示で貨物を動かすのかを明確にしなければなりません。

名義相違の場面	問題になる点	確認する相手	確認資料
Consigneeと輸入者が異なる	輸入者に貨物引渡し権限があるか不明です。	Consignee、輸入者、通関業者。	Release Order、委任状、メール指示。
Consigneeと納品先が異なる	納品先が正当な受領者か不明です。	Consignee、納品先、配送会社。	納品指示、配送依頼、受領権限確認。
海外本社名義を日本法人が引き取る	日本法人が代理人か実権限者か不明です。	海外本社、日本法人、通関業者。	本社指示、委任状、社内承認。
Notify Partyが引取りを希望する	通知先と引渡し権限者が混同されています。	Consignee、Notify Party、D/O発行者。	ConsigneeからのRelease Orderまたは引取指図。
D/O依頼者と実引取人が異なる	D/O交換者と貨物受領者の関係が不明です。	D/O依頼者、実引取人、倉庫会社。	D/O依頼書、委任状、配送指示。
海外代理店指示と日本側指示が異なる	どちらの指示を優先すべきか不明です。	海外代理店、Shipper、Consignee、日本側荷主。	Release Instruction、Release Order、メール履歴。

Freight Collectや未収費用との関係

Release Orderがあっても、ただちに貨物を引き渡せるとは限りません。Freight Collect、D/O Fee、CFS Charge、保管料、Demurrage、Detention、立替費用などが未収の場合、費用精算が完了するまでD/O発行や貨物引渡しを保留することがあります。

Release Orderは、貨物引渡しの権限確認に関する資料です。一方、費用の支払いは、D/O発行や引渡しの条件として別途確認されます。

現場では、「Release Orderは出ているのに、なぜ貨物を出せないのか」と荷主から言われることがあります。この場合、フォワーダーは、権限確認と費用精算は別問題であることを整理して説明する必要があります。

Release Orderがない場合の対応

Release Orderが必要な取引で、まだ発行されていない場合は、まず誰が発行すべきかを確認します。

銀行名義であれば銀行、Consignee名義であればConsignee、海外本社名義であれば海外本社、Shipper管理の取引であればShipperまたは海外代理店の確認が必要になることがあります。

確認すること	理由	確認先	対応
誰からのRelease Orderが必要か	権限者を特定するためです。	銀行、Consignee、Shipper、海外本社。	発行主体を明確にします。
どの貨物に対する指図か	対象貨物を誤らないためです。	NVOCC、船会社、通関業者。	B/L番号、船名、到着港を照合します。
誰に対する引渡指図か	引渡し先を確認するためです。	Consignee、実引取人、納品先。	指図先を明記してもらいます。
いつまでに必要か	保管料や納品遅延を避けるためです。	CFS、CY、配送会社、荷主。	フリータイムと費用発生日を共有します。
追加費用が誰の負担か	遅延費用の争いを避けるためです。	荷主、輸入者、実貨物所有者。	原因と請求先を整理します。

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

ケース	問題になりやすい点	確認先	初動対応
Sea Waybill上のConsigneeが銀行名義	輸入者だけの依頼では貨物を出せない可能性があります。	銀行、輸入者、NVOCC。	銀行からのRelease Orderまたは承認を確認します。
L/C決済が完了していない可能性がある	支払前に貨物が引き渡されるリスクがあります。	銀行、Shipper、輸入者。	L/C条件、銀行承認、Release Orderを確認します。
Original B/L原本未着だが貨物を急ぎたい	原本なしで引渡すリスクがあります。	船会社、銀行、輸入者。	L/G差入れの要否と条件を確認します。
Notify Partyが貨物引取りを希望	Notify Partyを権限者と誤認しやすいです。	Consignee、Notify Party、D/O発行者。	Consigneeからの引取指図を確認します。
海外本社名義の貨物を日本法人が引き取る	日本法人の代理権限が不明です。	海外本社、日本法人、通関業者。	委任状やメール指示を確認します。
未収費用が残っている	Release Orderがあっても貨物を出せない場合があります。	船会社、NVOCC、荷主。	権限確認と費用精算を分けて整理します。

フォワーダーの関与範囲

場面	フォワーダーが確認できること	フォワーダーだけでは判断できないこと	実務上の対応
Release Order確認	発行者、対象貨物、引渡し先、名義関係を確認できます。	発行者の法的権限や最終的な権利関係の判断。	B/L、Sea Waybill、メール、書面を照合します。
銀行名義貨物	Consigneeが銀行名義か、銀行承認があるかを確認できます。	銀行決済完了やL/C条件充足の最終判断。	銀行または荷主に正式確認を求めます。
L/G対応	L/Gが必要になりそうな場面を整理できます。	L/Gを受け入れるか、保証内容が十分かの最終判断。	船会社、銀行、荷主に条件確認を促します。
費用確認	Freight Collect、D/O Fee、保管料などの未収を確認できます。	最終的な費用負担者の契約判断。	権限確認と費用精算を分けて説明します。
誤引渡し防止	Consignee、Notify Party、実引取人の関係を整理できます。	所有権や売買契約上の権利者の最終判断。	指図・委任・承認を記録として保存します。
荷主説明	なぜRelease Orderが必要か、どこで止まっているかを説明できます。	銀行や船会社の最終判断を代替すること。	必要書類、取得先、費用発生日を整理して伝えます。

具体例1：銀行名義Sea Waybillで輸入者が貨物引取りを急ぐ場合

Sea Waybill上のConsigneeが銀行名義であるにもかかわらず、輸入者から「貨物は当社のものなので早くD/Oを出してほしい」と依頼されることがあります。

この場合、輸入者の説明だけで進めるのは危険です。書類上のConsigneeが銀行である以上、銀行が貨物引渡しを承認しているかを確認する必要があります。

フォワーダーは、銀行からのRelease Order、銀行承認メール、または銀行が引渡しを認めていることを確認できる資料を取得したうえで、D/O交換や貨物搬出に進みます。

具体例2：Original B/L未着でL/G差入れを検討する場合

Original B/L原本が到着していないにもかかわらず、貨物の納品期限が迫っている場合、荷主がL/Gを差し入れて貨物引渡しを求めることがあります。

この場合、問題は単なるRelease Orderではなく、原本なしで貨物を引き渡すリスクを誰が負うかです。船会社や銀行がL/Gを受け入れるか、どのような保証内容が必要かを確認する必要があります。

フォワーダーは、Release OrderとL/Gを混同せず、権限確認の問題なのか、原本未着リスクの補償問題なのかを分けて整理します。

具体例3：Notify Partyが貨物引取りを希望する場合

Notify Partyに記載された会社が、自社が通知先であることを理由に貨物引取りを希望することがあります。

しかし、Notify Partyは到着通知先であり、貨物引渡し権限者とは限りません。B/LやSea Waybill上のConsigneeが別会社である場合、Notify Partyへの引渡しにはConsigneeからの指図が必要になることがあります。

フォワーダーは、Notify Partyの記載だけで判断せず、Release Order、委任状、メール指示などで、Consigneeからの承認があるかを確認します。

具体例4：海外代理店からRelease Instructionが届いた場合

海外代理店から「Releaseしてよい」「Notify PartyへD/Oを出してよい」といったメール指示が届くことがあります。

このようなRelease Instructionは実務上重要な手がかりになりますが、常に正式なRelease Orderと同じ強度を持つとは限りません。海外代理店が誰の代理として指示しているのか、ShipperまたはConsigneeの承認があるのか、銀行名義に抵触しないかを確認する必要があります。

日本側フォワーダーは、海外代理店の指示だけで機械的に進めず、日本側で見えているB/L、Sea Waybill、Arrival Notice、費用未収、銀行名義の有無と照合します。

荷主へ説明すべき点

説明項目	伝える内容	理由	補足確認
Release Orderの意味	貨物を出す権限者の確認資料であることを説明します。	単なる追加書類ではないためです。	Consignee、銀行、Shipperのどこから必要か確認します。
D/Oとの違い	D/Oは現場への荷渡指図、Release Orderは権限確認資料であると説明します。	両者を混同すると対応を誤るためです。	D/O発行条件とRelease Order要否を分けます。
L/Gとの違い	L/Gは原本未着などのリスク補償に関係すると説明します。	Release Orderとは目的が違うためです。	Original B/L未着か、名義相違かを確認します。
費用精算	Release Orderがあっても未収費用が残ると引渡しできない場合があると説明します。	権限確認と費用支払いは別問題だからです。	Freight Collect、D/O Fee、保管料を確認します。
取得期限	取得が遅れると保管料や納品遅延が発生する可能性を説明します。	実務上の費用リスクを共有するためです。	フリータイム、納品日、搬出予定を確認します。
誤引渡し防止	Release Orderはフォワーダーが貨物を止めるためではなく、誤引渡しを防ぐために必要だと説明します。	荷主に確認の必要性を理解してもらうためです。	名義関係と指図関係を一覧化します。

実務上の整理方法

Release Orderで迷った場合は、まず「書類上、誰が貨物引渡しを指示できる立場にあるのか」を確認します。

次に、「実際に貨物を引き取りたい相手は誰か」を確認します。この2つが一致しない場合は、その間をつなぐ指図、委任、承認が必要になります。

1. B/LまたはSea Waybill上のConsigneeを確認します。
2. Notify Partyと実際の引取人を確認します。
3. D/O発行依頼者を確認します。
4. 銀行名義Consignee、L/C、Original B/Lの有無を確認します。
5. Release Orderを出すべき相手を特定します。
6. L/Gが必要な場面かどうかを確認します。
7. Release Orderの対象貨物と指図先を確認します。
8. Freight Collectや未収費用の有無を確認します。
9. 取得した指示をメール、PDF、社内メモとして保存します。

よくある誤解

誤解	正しい考え方	確認するべきこと
Release Orderがあれば必ず貨物を出せる	未収費用、D/O発行条件、L/C条件などが別途残る場合があります。	費用精算、D/O条件、銀行承認を確認します。
D/OとRelease Orderは同じ	D/Oは現場への荷渡指図、Release Orderは権限確認資料です。	どの段階の書類かを確認します。
Release Instructionは常にRelease Orderと同じ	会社や場面により同じ意味で使う場合もありますが、正式性や強度が異なる場合があります。	送信者、権限、対象貨物、指図内容を確認します。
銀行名義でも輸入者が貨物所有者なら出せる	銀行名義Consigneeの場合、銀行承認が必要になることがあります。	銀行からのRelease Orderまたは承認を確認します。
L/GとRelease Orderは同じ	L/Gは原本未着などのリスク補償、Release Orderは引渡し指図です。	権限確認か、リスク補償かを分けて確認します。
Notify Partyなら引取りできる	Notify Partyは通知先であり、引渡し権限者とは限りません。	Consigneeからの引取指図を確認します。
海外代理店がReleaseと言えば日本側で出せる	海外代理店の指示だけでは、日本側の名義関係や銀行条件と合わない場合があります。	Shipper、Consignee、銀行、費用条件を確認します。
メール指示は保存しなくてもよい	後日説明のため、誰がいつ何を指示したかを保存する必要があります。	メール、PDF、社内メモ、承認履歴を保存します。

判断チェックリスト

確認場面	確認する相手	確認事項	問題がある場合の対応
B/L・Sea Waybill確認時	船会社、NVOCC、通関業者。	Consignee、Notify Party、銀行名義、B/L種類。	名義相違がある場合はRelease Order要否を確認します。
D/O交換前	D/O発行者、D/O依頼者、Consignee。	D/O依頼者が正当な引取権限を持つか。	委任状、Release Order、メール指示を取得します。
銀行名義確認時	銀行、輸入者、NVOCC。	銀行承認、L/C条件、Release Orderの有無。	輸入者説明だけで進めず、銀行承認を確認します。
Original B/L未着時	船会社、銀行、荷主。	L/G差入れの要否、保証範囲、原本所在。	Release OrderとL/Gを分けて確認します。
メール指示受領時	海外代理店、Shipper、Consignee。	送信元、指示権限、対象貨物、引渡し先。	必要に応じて正式なRelease Orderを求めます。
費用確認時	船会社、NVOCC、CFS、荷主。	Freight Collect、D/O Fee、保管料、Demurrage。	未収費用があれば貨物引渡し条件を確認します。
貨物引渡し前	配送会社、倉庫会社、通関業者。	実引取人、搬出先、納品先、受領権限。	Release Orderの指図先と一致するか確認します。
引渡し後の記録確認時	フォワーダー、倉庫、配送会社。	誰の指示で、誰に、いつ貨物を渡したか。	メール、D/O、Release Order、PODを保存します。

実務上の注意点

• Release Orderは、貨物引渡し権限を確認するための資料です。
• D/OとRelease Orderを混同しないようにします。
• Release Instructionは関連する指示表現ですが、常に正式なRelease Orderと同じ強度とは限りません。
• 銀行名義Consigneeの場合は、銀行からのRelease Orderまたは正式承認を確認します。
• L/C取引では、銀行承認や書類条件との関係を確認します。
• Original B/L未着時には、Release OrderではなくL/Gが問題になる場合があります。
• Notify Partyだけを根拠に貨物を引き渡さないようにします。
• 海外代理店からのRelease Instructionだけで進めず、日本側の名義関係と照合します。
• Freight Collectや未収費用がある場合は、権限確認と費用精算を分けて整理します。
• Release Order、メール指示、委任状、銀行承認は後日説明できるよう保存します。

まとめ

Release Orderとは、貨物の引渡しを認める指図を示す書類または指示です。特に、Sea Waybill上のConsigneeが銀行名義の場合、B/L名義と実際の引取人が異なる場合、Notify Partyが貨物を引き取りたい場合、D/O発行先と貨物引取人が一致しない場合に重要になります。

フォワーダー実務では、Release Orderを単なる追加書類としてではなく、「誰に貨物を引き渡してよいかを確認する根拠」として扱う必要があります。

また、Release OrderはD/O、Release Instruction、Letter of Guarantee、L/C取引と混同されやすい書類です。D/Oは現場への荷渡指図、Release Instructionは広い意味でのリリース指示、L/Gは原本未着などのリスク補償、Release Orderは正当な権限者からの貨物引渡し指図として整理します。

重要なのは、B/L、Sea Waybill、D/O、Consignee、Notify Party、銀行名義Consignee、L/C、L/G、実際の貨物引取人を分けて確認し、正当な指図に基づいて貨物引渡しを進めることです。Release Orderは、貨物を出すための書類であると同時に、フォワーダー自身を守るための実務上の証拠でもあります。