L/C決済とB/L原本の関係

L/C決済とB/L原本の関係とは

L/C決済とB/L原本の関係とは、信用状取引において、B/L原本が代金決済と貨物引渡しをつなぐ重要な書類として機能することをいいます。

L/C決済とは、Letter of Credit、すなわち信用状を利用した貿易決済です。輸入者の取引銀行が信用状を発行し、輸出者が信用状条件に合致した船積書類を提示した場合に、銀行が代金支払を行う仕組みです。

海上輸送でL/C決済を利用する場合、B/L原本、インボイス、パッキングリスト、保険証券などの船積書類が重要な役割を持ちます。特にB/L原本は、貨物引渡しに関わる書類であるため、銀行決済と貨物支配をつなぐ中心的な書類になります。

そのため、L/C決済では、B/L原本の記載内容、Consignee欄、原本通数、銀行経由の流れ、貨物到着前後の管理、B/L原本なしでの引渡し可否を慎重に確認する必要があります。

この記事で扱う範囲

この記事では、L/C決済においてB/L原本が果たす役割、B/L原本が銀行経由で管理される理由、Consignee欄の意味、B/L原本到着前の貨物引渡し、Bank L/G、Single L/G、Surrendered B/L、Sea Waybillとの違いを整理します。

一方で、Discrepancy、D/P決済、Surrendered B/L、Sea Waybillの詳細は、それぞれ別の実務論点として整理する必要があります。

項目	この記事で扱う内容	別テーマとして整理すべき内容
L/C決済とB/L原本	信用状決済においてB/L原本が代金決済と貨物引渡しをつなぐ仕組み	L/C全体の銀行リスク、不可抗力、信用保険などの総論
Discrepancy	B/L記載が信用状条件と一致しない場合に問題になること	ディスクレの種類、Waiver、L/G Negotiation、Stale B/L
D/P決済	銀行経由の書類管理により支払と書類引渡しが連動する点	D/Pにおける支払拒絶、貨物滞留、返送・転売対応
Surrendered B/L	L/C決済との相性が悪い場面があること	サレンダー処理の仕組み、輸入地での貨物引渡し実務
Sea Waybill	B/L原本による貨物支配とは性質が異なること	Sea Waybillの記名式運送書類としての特徴と利用場面
Bank L/G	B/L原本到着前に貨物を引き渡す場合の実務上の補完手段	保証状文言、銀行保証の法的効力、運送人責任の個別判断

L/C決済とは

L/C決済とは、輸入者の取引銀行が信用状を発行し、輸出者が信用状条件に合致した船積書類を提示した場合に、銀行が代金支払を行う貿易決済です。

L/C決済では、輸出者、輸入者、発行銀行、通知銀行、買取銀行、運送人、保険会社、フォワーダー、NVOCCなどが関係します。

輸出者は、貨物を船積みした後、B/L原本、インボイス、パッキングリスト、保険証券などを銀行へ提出します。銀行は、これらの書類が信用状条件に合っているかを確認します。

このため、L/C決済では、貨物そのものだけでなく、書類の記載内容と流れが極めて重要になります。

B/L原本が重要になる理由

海上輸送でL/C決済を利用する場合、B/L原本は貨物引渡しに関わる中心的な書類です。

B/L原本は、単なる輸送明細ではなく、貨物引渡請求に関係する有価証券的な性格を持つため、銀行決済と貨物支配をつなぐ役割を果たします。

輸出者は船積後、信用状条件に従ってB/L原本を含む船積書類を銀行へ提出します。書類が条件に合っていれば、輸出者は代金回収に進むことができます。

一方、輸入者は発行銀行との決済手続きを経てB/L原本を受け取り、そのB/L原本を船会社またはNVOCCへ提示してD/Oを取得し、貨物を引き取ります。

つまり、L/C決済におけるB/L原本は、輸出者の代金回収、銀行の書類管理、輸入者の貨物引取りを連動させる役割を持っています。

L/C決済における書類の流れ

L/C決済では、通常、輸出者が船積後にB/L原本、インボイス、パッキングリスト、保険証券などを輸出地の銀行へ提出します。

輸出地銀行は書類を確認し、輸入地の信用状発行銀行へ送付します。輸入者は発行銀行との決済手続きを行い、その後、船積書類を受け取ります。

輸入者は受け取ったB/L原本を船会社またはNVOCCへ提示し、D/Oを取得して貨物を引き取ります。

段階	主な動き	B/L原本の役割
1. 船積み	輸出者が貨物を船積みします。	船会社またはNVOCCからB/Lが発行されます。
2. 書類作成	輸出者がインボイス、パッキングリスト、保険証券などを整えます。	B/L原本の記載がL/C条件と合っているか確認します。
3. 銀行呈示	輸出者がB/L原本を含む船積書類を銀行へ提出します。	銀行決済書類として扱われます。
4. 銀行点検	銀行が信用状条件と書類の一致を確認します。	不一致があればDiscrepancyになる可能性があります。
5. 輸入者側銀行へ送付	船積書類が発行銀行へ送られます。	輸入者が決済後に受け取る書類になります。
6. 輸入者が書類受領	輸入者が銀行との決済手続きを行い、書類を受け取ります。	貨物引取りのための重要書類になります。
7. D/O取得・貨物引取り	輸入者が船会社またはNVOCCへB/L原本を提示します。	B/L原本と引換えにD/O発行へ進みます。

Consignee欄と銀行の関係

L/C決済では、B/LのConsignee欄が銀行名、To Order、To Order of Shipper、To Order of Issuing Bankなどになっていることがあります。

これは、輸入者が代金決済を行う前に自由に貨物を引き取れないようにするためです。

つまり、B/L原本を銀行経由で管理することにより、代金決済と貨物引渡しを連動させる仕組みが作られています。

Consignee欄の例	意味	L/C決済での注意点
To Order	指図式B/Lとして、裏書により権利移転を行う形です。	裏書の有無、信用状条件、銀行提出書類としての適合性を確認します。
To Order of Shipper	荷送人の指図により権利移転する形です。	荷送人の裏書が必要になる場合があります。
To Order of Issuing Bank	発行銀行の指図により貨物支配を管理する形です。	銀行の関与なしに貨物を引き渡すことは危険です。
発行銀行名	銀行がConsigneeとして表示される形です。	銀行の指図やB/L原本確認が特に重要になります。
輸入者名	輸入者が直接荷受人として記載される形です。	L/C条件上認められているか、貨物支配が弱くならないか確認します。

B/L原本・Surrendered B/L・Sea Waybillの違い

L/C決済では、信用状で要求されている運送書類と、実際に発行される運送書類が一致していることが重要です。

B/L原本、Surrendered B/L、Sea Waybillは、いずれも海上輸送で使われますが、書類の性格、貨物支配の有無、L/C決済との相性が異なります。

書類の種類	書類の性格	貨物支配の有無	L/C決済との相性	フォワーダー・NVOCCの注意点
B/L原本	貨物引渡請求に関係する有価証券的な書類	原本所持と裏書により貨物支配を管理しやすい	L/C決済と相性が良い	信用状条件どおりのB/L記載、原本通数、回収管理が重要です。
Surrendered B/L	輸出地でB/L原本を回収し、輸入地では原本提示なしで引き渡す実務	B/L原本による貨物支配は弱くなる	Original B/L提出を求めるL/Cとは相性が悪い	L/C条件でOriginal B/Lが求められている場合、安易にSurrender処理しないことが重要です。
Sea Waybill	記名式の運送書類で、原本提示を前提としない	B/L原本のような貨物支配機能は働きにくい	L/C条件で明示的に認められていない限り注意が必要	Sea Waybillでよいか、信用状条件と銀行の受入可否を確認します。

B/L原本が届く前に貨物が到着する問題

近距離航路では、銀行経由の書類が輸入地へ届く前に、貨物が先に到着することがあります。

この場合、輸入者は早急に貨物を引き取りたいと考えますが、B/L原本がない状態では、通常、正式な貨物引渡しに進めません。

そこで実務上、Bank L/G、Bank Release Order、Trust Receiptなどにより貨物引渡しを求めるケースがあります。

しかし、銀行の関与なしに輸入者単独の保証状だけで貨物を引き渡すと、輸入者が決済前に倒産した場合などに、運送人やNVOCCが銀行側から損害賠償請求を受ける可能性があります。

B/L原本到着前の対応方法

B/L原本が届く前に貨物が到着した場合には、早く貨物を引き渡すことだけを優先せず、L/C条件、B/L上のConsignee、銀行の関与、保証状の内容を確認する必要があります。

対応方法	内容	主なリスク	確認事項
B/L原本到着を待つ	銀行経由でB/L原本が到着し、輸入者が正式に取得してから貨物を引き渡す方法	保管料、デマレージ、ディテンション、納期遅延が発生する可能性があります。	フリータイム、保管料、B/L到着予定、銀行処理状況を確認します。
Bank L/Gで引き渡す	銀行保証状を条件に、B/L原本到着前に貨物引渡しを検討する方法	保証状文言が不十分な場合、運送人やNVOCCのリスクが残ります。	発行銀行、保証銀行、B/L番号、貨物明細、免責文言、補償範囲を確認します。
Bank Release Orderを確認する	銀行から貨物引渡しを認める指図やRelease Orderを取得する方法	指図の真正性や権限が不明確な場合、誤引渡しになる可能性があります。	発行元銀行、対象B/L、対象貨物、署名権限、原本要否を確認します。
Trust Receiptを利用する	輸入者が銀行から書類または貨物引取りに関する信用供与を受ける方法	銀行と輸入者の内部与信であり、運送人側の免責になるとは限りません。	銀行が運送人・NVOCCに対して明確に引渡しを認めているか確認します。
Single L/Gで引き渡す	輸入者単独の保証状で貨物を引き渡す方法	B/L上の貨物支配が銀行側に残る場合、極めて危険です。	L/C貨物、To Order、銀行Consigneeの場合は原則として慎重に扱います。
Surrendered B/Lへ変更する	原本提示なしで引渡せるようにする方法	L/C条件と矛盾し、ディスクレや貨物支配喪失につながる可能性があります。	信用状条件、銀行承諾、輸出者・輸入者・船会社の合意を確認します。
Sea Waybillへ変更する	原本提示を不要とする運送書類へ変更する方法	L/C条件上の要求書類と異なり、銀行決済上不適合になる可能性があります。	L/C条件でSea Waybillが認められているか、銀行受入可否を確認します。

Bank L/GとSingle L/Gの違い

L/C決済でB/L原本到着前に貨物を引き渡す場合、銀行保証状であるBank L/Gが問題になります。

Bank L/Gは、銀行が関与する保証状であり、B/L原本なしで貨物を引き渡す場合のリスクを一定程度補完するために使われます。

一方、輸入者のみが差し入れるSingle L/Gは、銀行の保証を伴わないため、運送人やNVOCCにとって危険が大きくなります。

特にB/L上の貨物支配が銀行側に残っている場合、輸入者単独の保証状だけで貨物を引き渡すことは慎重に扱う必要があります。

区分	保証する主体	実務上の位置づけ	L/C貨物での注意点
Bank L/G	銀行	B/L原本未着時に、銀行保証を背景に貨物引渡しを検討する手段	保証状の真正性、文言、対象B/L、補償範囲を必ず確認します。
Single L/G	輸入者単独	輸入者が単独で差し入れる保証状	銀行ConsigneeやTo Order B/Lでは、これだけで引き渡すのは危険です。
Bank Release Order	銀行	銀行が貨物引渡しを認める指図として機能する場合があります。	対象貨物、発行権限、原本確認、指図内容を確認します。
Trust Receipt	輸入者と銀行の間の信用供与	輸入者が銀行から書類や貨物引取りに関する信用を受ける仕組み	運送人に対する明確な引渡し指図とは限らないため注意が必要です。

L/CディスクレとB/L原本

L/C決済では、B/L原本の記載内容が信用状条件と一致していることが重要です。

船積日、荷送人、荷受人、通知先、積地、揚地、運賃条件、貨物明細、通数、署名、On Board表記などが信用状条件と異なる場合、Discrepancy、すなわち書類不一致となる可能性があります。

ディスクレがあると、銀行による買取や支払が拒絶されたり、輸入者のWaiverが必要になったりします。

そのため、L/C決済では、B/Lを単なる運送書類としてではなく、銀行決済書類として厳格に扱う必要があります。

B/L上の確認項目	不一致の例	起こり得る問題	実務上の確認
船積日・On Board Date	L/Cの船積期限を過ぎている	ディスクレ、支払遅延、Waiver待ち	実際の船積日とL/C上のLatest Shipment Dateを確認します。
Consignee	L/CではTo Order指定なのに輸入者名になっている	貨物支配が弱くなり、銀行書類として不適合になる可能性があります。	L/C条件どおりのConsignee欄か確認します。
Notify Party	信用状指定の通知先と異なる	書類不一致として指摘される可能性があります。	輸入者、銀行、指定通知先を確認します。
積地・揚地	L/C指定港とB/L上の港名が異なる	輸送区間不一致によるディスクレになります。	港名、Place of Receipt、Port of Loading、Port of Dischargeを確認します。
貨物明細	品名、数量、梱包数がInvoiceやL/Cと異なる	書類間不一致として問題になります。	Invoice、Packing List、B/Lドラフトを照合します。
運賃条件	Freight Prepaid / CollectがL/C条件と合わない	銀行書類点検で不一致となる可能性があります。	インコタームズ、L/C条件、運賃負担者を確認します。
原本通数	Full set指定に対して必要通数が不足している	銀行提出書類として不足する可能性があります。	Original B/Lの通数、回収状況、銀行提出通数を確認します。
署名・発行者	船会社、代理店、NVOCCの署名表示が条件に合わない	B/Lの有効性や信用状適合性が問題になります。	署名者、as carrier、as agentなどの表示を確認します。

Surrendered B/Lとの相性

L/C決済では、原則としてB/L原本を銀行経由で流通させることに意味があります。

そのため、Surrendered B/Lのように、B/L原本を提示せずに貨物を引き渡す仕組みは、L/C決済とは相性がよくありません。

信用状条件でOriginal B/Lの提出が求められているにもかかわらず、Surrendered B/Lで処理すると、銀行決済上の不備になる可能性があります。

また、B/L原本による貨物支配が失われるため、輸出者、銀行、運送人、NVOCCの間で責任問題が生じることがあります。

Sea Waybillとの違い

Sea Waybillは、B/Lのように原本提示を前提とする有価証券的な書類ではありません。

そのため、Sea Waybillでは、記名された荷受人に貨物が引き渡される形になり、B/L原本による貨物支配は働きにくくなります。

L/C決済でSea Waybillを使う場合は、信用状条件がSea Waybillを認めているかを確認する必要があります。

B/L原本による貨物支配を前提にしたL/C条件であるにもかかわらず、Sea Waybillを使うと、決済書類として不適合になる可能性があります。

貨物保険・保険証券との関係

L/C決済では、B/L原本だけでなく、保険証券も重要な船積書類になります。

CIF条件やCIP条件では、輸出者側が貨物保険を手配し、保険証券を銀行提出書類に含めることがあります。

この場合、保険証券の被保険者、保険金額、航海区間、保険条件、裏書の有無などが信用状条件と一致しているかが問題になります。

B/L原本と保険証券の記載内容に不一致があると、銀行決済上のディスクレとなるだけでなく、事故発生時の保険金請求にも影響することがあります。

よくある誤解

L/C決済とB/L原本の関係では、Surrendered B/L、Sea Waybill、Single L/Gを通常の送金決済と同じ感覚で扱ってしまう誤解が起こりやすくなります。

よくある誤解	実際の考え方	実務上の注意点
Surrendered B/LはL/C決済でも普通に使える	L/CでOriginal B/Lが要求されている場合、Surrendered B/Lは条件不一致になる可能性があります。	L/C条件、銀行受入可否、輸出者・輸入者・船会社の合意を確認します。
Single L/Gで引き渡せば問題ない	B/L上の貨物支配が銀行側に残っている場合、輸入者単独の保証状では不十分です。	Bank L/G、Bank Release Order、B/L原本の確認を優先します。
Sea WaybillはB/LとL/C上は同じように使える	Sea Waybillは原本提示を前提としないため、B/L原本による貨物支配とは性質が異なります。	L/C条件でSea Waybillが認められているか確認します。
輸入者が急いでいるなら先にD/Oを出してよい	L/C貨物では、貨物引渡しが銀行決済と連動している場合があります。	銀行指図、B/L原本、保証状の有無を確認します。
Consigneeが銀行名でも、実際の買主が分かっていれば引き渡せる	B/L上の権利関係では、銀行名義やTo Orderの意味を無視できません。	銀行のRelease Orderや正当なB/L原本提示を確認します。
L/C条件に合うようにB/L日付を調整してもよい	実態と異なるB/L日付や船積情報の記載は重大な問題になります。	On Board Date、船積日、貨物搬入状況は事実に基づいて記載します。
保険証券とB/Lの記載が多少違っても問題ない	L/C決済では、保険証券とB/Lの不一致がディスクレになる可能性があります。	船名、航海番号、B/L番号、輸送区間、保険条件を照合します。

フォワーダー・NVOCCが注意すべき点

L/C決済の貨物を扱う場合、フォワーダーやNVOCCは、荷主から依頼されたとおりにB/Lを発行すればよいというものではありません。

L/C決済では、B/Lの小さな記載違いが銀行決済、貨物引渡し、保険金請求に連鎖することがあります。

特に、B/L原本なしでD/Oを発行する場合、Surrendered B/Lへ変更する場合、Sea Waybillを利用する場合、Single L/Gで引渡しを求められる場合には、通常の送金決済貨物より慎重な確認が必要です。

フォワーダー・NVOCC向け判断チェックリスト

L/C決済貨物では、B/L発行時、D/O発行時、B/L原本未着時、Surrendered B/LやSea Waybillへの変更時に、信用状条件と貨物支配の両面から確認する必要があります。

確認項目	確認する内容	問題がある場合のリスク	実務上の対応
L/C条件	B/Lに求められる記載条件、Original B/Lの要否、Consignee指定	銀行書類点検でDiscrepancyになる可能性があります。	B/Lドラフト作成前にL/C条件を共有してもらいます。
Consignee欄	銀行名、To Order、To Order of Shipper、輸入者名のいずれか	貨物支配や銀行決済との連動が崩れる可能性があります。	L/C条件どおりの記載か確認します。
Original B/L通数	Full set、原本通数、銀行提出通数、回収管理	一部原本の未回収や誤引渡しにつながる可能性があります。	発行通数、回収通数、提出先を管理します。
On Board Date	実際の船積日とB/L上の日付が一致しているか	L/Cディスクレや虚偽記載の問題になります。	船積記録、CY搬入、積込確認に基づいて記載します。
貨物明細	品名、数量、荷姿、重量がInvoiceやPacking Listと整合しているか	書類間不一致や保険金請求時の追加確認につながります。	Invoice、Packing List、Booking情報を照合します。
Surrendered B/L	L/C条件でOriginal B/Lが求められていないか	銀行決済上の不備や貨物支配喪失につながります。	銀行承諾、輸出者・輸入者の合意、信用状条件を確認します。
Sea Waybill	L/C条件でSea Waybillが認められているか	要求書類と異なり、Discrepancyになる可能性があります。	銀行受入可否とL/C条件を確認します。
B/L原本なしのD/O発行	Bank L/G、Bank Release Order、B/L原本の有無	誤引渡し、銀行からの損害賠償請求につながる可能性があります。	輸入者単独のSingle L/Gだけで判断しないようにします。
Bank L/G	保証銀行、保証文言、対象B/L、対象貨物、補償範囲	保証状が不十分な場合、運送人側にリスクが残ります。	社内承認、船会社承認、法務・保険確認を行います。
保険証券との整合	B/L番号、船名、航海番号、輸送区間が保険証券と整合しているか	L/Cディスクレや保険金請求時の問題になります。	保険証券、B/L、Invoiceを照合します。
顧客指示の記録	B/L記載変更、Surrender依頼、D/O発行依頼の記録	事故後に誰の指示で処理したか不明確になります。	メール、依頼書、承認記録を保存します。

実務上の注意点

L/C決済では、輸出者は信用状条件を確認したうえで、B/L原本の記載を正確に整える必要があります。

輸入者は、B/L原本が届く前に貨物が到着する可能性を考え、Bank L/G、Bank Release Order、Trust Receipt、輸入ユーザンスなどの手続きを事前に銀行と確認しておく必要があります。

フォワーダーやNVOCCは、L/C決済貨物について、通常の送金決済貨物と同じ感覚でSurrender処理やD/O発行を行わないよう注意が必要です。

特に、B/L上のConsigneeが銀行名、To Order、To Order of Issuing Bankとなっている場合には、銀行の関与なしに貨物を引き渡すことは慎重に判断する必要があります。

まとめ

L/C決済では、B/L原本は代金決済と貨物引渡しをつなぐ重要な書類です。

B/L原本が銀行経由で管理されることにより、輸出者の代金回収と輸入者の貨物引取りが連動します。

そのため、B/L原本なしの貨物引渡し、Single L/Gによる引渡し、Surrendered B/Lの利用、Sea Waybillへの変更などは、信用状条件と貨物支配の両面から慎重に判断する必要があります。

B/L原本、Surrendered B/L、Sea Waybillは、いずれも海上輸送で使われる書類ですが、貨物支配の有無とL/C決済との相性が異なります。特にOriginal B/Lを要求するL/Cでは、Surrendered B/LやSea Waybillを安易に利用すると、Discrepancyや誤引渡しのリスクにつながります。

L/C決済を理解するには、B/L原本、Bank L/G、Single L/G、Bank Release Order、Trust Receipt、保険証券、Discrepancy、貨物保険を一体で見ることが重要です。