貿易取引と貿易金融の基本構造

1．貿易取引を四つの流れで捉える

この章で分かること：一つの貿易案件の中で、商流、物流、書類・情報流、金融・決済流がどのように並行して進むかを整理する。

貿易取引とは、異なる国・地域にいる売手と買手が、貨物の売買、輸送、書類の受渡し、代金の支払いを組み合わせて完了させる取引である。国内取引と比べると、距離、時間、通貨、法制度、商慣行が異なるため、「商品を渡すこと」と「代金を回収すること」が同時には進まない。

商流

売買契約、品名、数量、価格、決済条件、受渡条件など、当事者間の合意の流れである。

物流

貨物の梱包、輸送、保管、船積み、荷揚げ、引渡しなど、物理的な移動の流れである。

書類・情報流

インボイス、運送書類、原産地証明、保険書類、申告情報などの作成・確認・受渡しである。

金融・決済流

送金、取立、信用状、融資、為替予約、銀行間決済など、資金と信用の流れである。

理解のポイント 貿易実務では、この四つの流れが同じ取引番号や契約番号で結び付いている一方、それぞれ異なる日付・条件・担当者・外部機関によって進む。どの時点で誰が何を確認し、次の処理を許可するのかを整理することが重要である。

一つの貿易案件を複数の管理単位へ分ける

管理単位	代表的な識別子	主な日付・状態	他の管理単位との関係
売買契約	契約番号、注文番号	契約日、変更日、有効・終了	複数の船積み、請求、支払へ分かれることがある。
船積み・貨物	船積番号、運送書類番号	出荷日、船積日、到着日、通関状態	一つの契約を分割して船積みする場合がある。
書類提示・取立	提示番号、取立番号	提示日、審査状態、不一致、引受・支払	船積みと対応するが、差替えや再提示で複数版を持つ。
融資・買取	融資番号、買取番号	実行日、利息計算期間、満期日、返済状態	輸出代金・輸入代金の決済とは別の債権として管理する。
為替・資金決済	為替予約番号、支払番号、銀行参照番号	約定日、受渡日、価値日、入出金状態	信用状、取立、融資と参照番号で関連付ける。

2．主な関係者と役割

この章で分かること：輸出者・輸入者・銀行・物流関係者の役割と、一つの銀行が案件上の複数役割を兼ねる場合の考え方を確認する。

関係者	主な役割	主な関心事項
輸出者（売手）	貨物を準備・出荷し、契約に従って書類を作成して代金を回収する。	回収確実性、回収時期、製造・船積資金、為替変動、輸出規制
輸入者（買手）	貨物を受け取り、輸入通関を行い、契約条件に従って代金を支払う。	貨物の品質・納期、支払時期、輸入資金、関税・規制、為替変動
運送人・フォワーダー	海上・航空・陸上輸送の手配、貨物の受領、運送書類の発行などを行う。	輸送条件、運送経路、積載・到着日、貨物情報、運賃
通関業者・税関	輸出入申告、品目分類、関税評価、許可・承認などの通関手続に関与する。	品目、原産地、価格、規制、許可、申告書類の正確性
銀行	送金、取立、信用状、貿易金融、外国為替、銀行間決済を提供する。	顧客確認、信用力、書類条件、制裁・マネー・ローンダリング対策（AML）、決済可能性
保険会社・貿易保険機関	貨物損害、取引先の不払い、国・地域に起因するリスクなどを一定範囲で補償する。	付保条件、免責、信用危険、非常危険、事故発生後の対応

一つの企業が複数の役割を担う場合もあり、銀行も発行銀行、通知銀行、確認銀行、指定銀行、取立銀行など、取引方式によって役割が分かれる。したがって、会社名だけでなく「その取引でどの役割を担っているか」を管理する必要がある。これらは機能名であり、必ずしもすべて別の銀行を意味しない。

法人情報と案件上の役割を分ける 銀行名、支店、所在地、BIC（金融機関等の事業体を識別するコード）、口座等は法人・拠点の情報として管理し、発行銀行、通知銀行、確認銀行、指定銀行、取立銀行等は案件ごとの役割として割り当てる。同じ法人または拠点が複数の役割を兼ねる場合でも、役割ごとの依頼元、義務、参照番号、処理状態を失わないようにする。また、同じ銀行グループの名称であっても、法的には別法人である場合があるため、法人・拠点・役割を分けて持つ。

銀行の役割は取引方式によって異なる

取引方式	銀行の役割	主な役割
信用状	発行銀行	輸入者等の依頼により信用状を発行し、適合する提示に対して支払等を行う。
	通知銀行	発行銀行の依頼により信用状の真正性を確認し、輸出者へ通知する。
	確認銀行	発行銀行の約束に加えて、自らも適合する提示に対する支払・買取等の確約を加える。
	指定銀行	信用状により、書類提示の受付、支払、引受、後日払い、買取等を行う銀行として指定される。
	償還銀行	利用する場合、発行銀行の指図に基づき、指定銀行等への銀行間償還を取り扱う。
荷為替取立	取立依頼銀行	輸出者から書類を受け取り、取立指図とともに輸入地側の銀行へ送る。
	取立銀行	取立依頼銀行以外で取立処理に関与し、取立指図に従って書類・資金を取り次ぐ。
	提示銀行	輸入者へ支払・引受等を求め、条件を満たした場合に書類を引き渡す。取立銀行と同一の場合がある。
独立保証	保証人・保証銀行	保証条件に適合する請求があった場合に支払う独立した保証を発行する。
独立保証	通知者・通知銀行	保証の真正性を確認して受益者へ通知するが、通知だけでは支払義務を負わない。

図2　同じ銀行が複数の役割を兼ねる例

役割と銀行の数は一致しない。 例えば、同じ銀行が信用状を輸出者へ通知し、指定銀行として書類を受け付け、さらに確認を加える場合は確認銀行も兼ねる。一方、国際間の信用状取引では発行銀行と輸出者側銀行は通常別である。

図3　輸出者・銀行・輸入者の関係

左から右へ貨物・書類が進み、代金は主に右から左へ戻る。銀行の役割は決済方式によって変わる。

信用状では発行銀行が適合する提示に対する支払等を約束し、確認銀行が加わる場合は別の確約を追加する。荷為替取立では銀行は書類・資金を取り次ぐが通常は輸入者の支払を保証しない。独立保証では、保証銀行が保証条件に適合する請求に対応する。

「確認銀行」と「保証銀行」は同じではない。確認銀行は信用状に確認を加える銀行であり、保証銀行は独立保証等を発行する銀行である。また、取立銀行は書類と資金を取り次ぐが、通常は輸入者の支払を保証しない。

3．契約から代金決済までの基本フロー

この章で分かること：売買契約、貨物の準備・船積み、書類提示、代金決済までの標準的な順序と、管理すべき主な日付をつかむ。

引合い・信用調査
商品、価格、取引先の信用力、対象国・地域の規制や決済可能性を確認する。
売買契約の締結
品名、数量、価格、通貨、受渡条件、決済条件、必要書類、検査・保険などを合意する。
決済・金融条件の準備
送金、取立、信用状などの方式を確定し、必要に応じて与信枠、融資、貿易保険、為替予約を手配する。
貨物の準備と輸出手続
製造・調達、梱包、輸送予約、輸出許可・承認の確認、輸出申告を行う。
船積みと書類作成
貨物を運送人へ引き渡し、インボイス、運送書類、保険書類、原産地証明などを整える。
書類の提示・輸入通関
決済条件に応じて銀行または輸入者へ書類を渡し、輸入申告、関税等の納付、貨物の引取りを進める。
代金決済と取引完了
輸入者から輸出者への支払い、銀行間決済、融資返済、手数料計上、債権消込を行う。

同じ案件で管理する主な日付

日付・時点	何が確定するか	後続処理への影響
契約日・契約変更日	品名、数量、金額、通貨、受渡条件、決済条件	信用状発行、輸送、保険、為替予約等の前提となる。
信用状発行日・条件変更日	銀行が発行した条件と変更内容	必要書類、最終船積日、有効期限、利用可能額を更新する。
船積日	貨物を運送人へ引き渡した事実や運送書類上の日付	提示期限、ユーザンス満期、保険、通関等の起算点となり得る。
書類提示日・受領日	誰が、どこで、いつ書類一式を受け付けたか	信用状の審査期限、不一致通知、取立処理を開始する。
引受日・満期日	期限付支払の債務と支払期日	満期管理、資金準備、為替予約、延滞管理へつなげる。
銀行間決済日・価値日	銀行間で資金を受け渡す日と口座への利息計算上の日付	顧客口座入出金、コルレス口座照合、為替受渡しへ反映する。
融資実行日・返済日	銀行と顧客の貸借関係	貿易代金の対外決済と分けて元本・利息・残高を管理する。

日本で実際に使われるシステム・サービスの例

提供主体・サービス	このページの流れとの対応	画面・データの代表例
三菱UFJ銀行「BizSTATION（外為サービス）」	外国送金、輸出信用状の接受、輸出手形の買取・取立、輸入信用状の発行・条件変更、輸入船積書類の到着・決済などを扱う。	依頼入力、社内承認、取引状況照会、信用状残高、船積書類到着案内、決済計算明細
三井住友銀行「Global e-Trade」	海外送金、輸出信用状の到着案内、輸出手形の買取・取立依頼、輸入信用状などの外為手続をインターネットで扱う。	各種依頼書の送付、信用状到着案内、取引書類の授受、計算書・取引結果の照会
輸出入・港湾関連情報処理システム（NACCS）	船舶・航空機、輸出入貨物について、税関等への行政手続と関連する民間業務をオンライン処理する。	貨物情報、輸出入申告、許可通知、入出港・搬出入などの物流・通関イベント

企業の販売・購買システム、銀行の外為サービス、NACCSは同じ画面ではない。契約番号、信用状番号、インボイス番号、船荷証券番号、申告番号、銀行参照番号を使って、それぞれの処理結果を照合するのが実務である。

実際には、契約変更、信用状条件変更、船積遅延、書類不一致、貨物事故、制裁確認などにより、各工程が前後または停止する。単純な一本道ではなく、条件変更と再承認を含むライフサイクルとして捉える必要がある。

4．代金決済方法の比較

この章で分かること：貨物と代金のどちらが先に動くか、銀行がどこまで関与するかにより、輸出者と輸入者のリスクがどう変わるかを比べる。

貿易代金の決済方法は、貨物の引渡しと代金支払いのどちらを先にするか、銀行がどこまで関与するかによって、輸出者と輸入者のリスク配分が変わる。代表的な方式は次のとおりである。

図4　代金決済方法の比較

方式	基本構造	輸出者から見た特徴	輸入者から見た特徴	銀行の関与
前払い	船積み前に輸入者が代金を支払う。	回収リスクを抑えやすい。	未出荷・契約不履行のリスクを負う。	主に送金と決済を行う。
後払い・オープンアカウント	輸出者が先に出荷し、売買契約と請求に基づいて期日に輸入者が支払う。	輸入者の信用リスクを負う。	貨物確認後に支払えるため資金負担を抑えやすい。	送金、融資、債権買取などを行う場合がある。
荷為替取立	銀行が書類と支払・引受を取り次ぐ。支払渡し（D/P：Documents against Payment）、引受渡し（D/A：Documents against Acceptance）が代表例である。	書類の引渡しを支払・引受と結び付けられるが、銀行の支払保証ではない。	書類と引換えに支払または手形引受を行う。	取立指図に従い、書類と資金を取り次ぐ。
信用状（L/C：Letter of Credit）	発行銀行が、条件に合う書類提示を前提に支払等を行う旨を約束する。	輸入者だけでなく発行銀行の信用を利用できる。	所定書類の提示を支払条件にできるが、貨物そのものの品質保証ではない。	発行、通知、確認、書類審査、支払・買取、銀行間決済を行う。

選択の考え方 取引実績、取引先の信用力、対象国のリスク、金額、回収期間、必要書類、コスト、輸出者・輸入者双方の交渉力を踏まえて選ぶ。安全性が高い方式ほど常に最適とは限らず、手続負担や手数料、資金繰りとのバランスが必要である。

銀行の義務が生じる条件を比べる

方式	資金移動の契機	銀行による書類の扱い	銀行独自の支払約束
送金	送金人の支払依頼と必要な審査・資金準備	売買書類の審査を支払条件とはしない。	売買代金の回収を保証しない。
荷為替取立	輸入者の支払または期限付手形の引受	取立指図に従って書類を提示・引渡しする。	通常、輸入者の支払を保証しない。
信用状	信用状条件、適用規則、国際標準銀行実務に適合する提示	銀行が書類を審査し、適合性を判断する。	発行銀行が信用状上の支払等を確約し、確認銀行が加わる場合は別の確約を追加する。

5．送金取引と荷為替取立

この章で分かること：銀行が代金を送る「送金」と、書類と支払・引受を取り次ぐ「荷為替取立」の違いを確認する。

送金取引

送金は、輸入者が銀行へ支払を依頼し、銀行間のメッセージと決済を通じて輸出者へ資金を届ける方式である。前払いにも後払いにも利用でき、手続は比較的単純である。ただし、送金そのものは売買契約の履行や貨物の品質を保証しない。

支払渡し（D/P）と引受渡し（D/A）

支払渡し（D/P：Documents against Payment）

輸入者が代金を支払うことと引換えに、取立銀行が書類を引き渡す方式である。輸入者が支払わない場合、輸出者は代金を受け取れず、貨物の処分も検討する必要がある。

引受渡し（D/A：Documents against Acceptance）

輸入者が期限付手形を引き受けることと引換えに、取立銀行が書類を引き渡す方式である。支払いは満期日となるため、輸出者は引受後も輸入者の信用リスクを負う。

取立銀行は、通常、取立指図に基づいて書類の提示・引渡し・代金回収を取り次ぐ立場であり、信用状発行銀行のような独立した支払約束を行うものではない。取立条件、手形、書類、貨物の所在を一体で管理する必要がある。

取立に関与する銀行 輸出者側の取立依頼銀行が取立指図と書類を送り、輸入地側の取立銀行が処理する。輸入者へ実際に支払・引受を求めて書類を提示する銀行を提示銀行といい、取立銀行が兼ねることも多い。

荷為替取立の状態と例外

状態	主な事実	次に確認すること
取立受付・発送済み	輸出者から書類と取立指図を受け、取立銀行へ送付した。	発送日、送付方法、書類一覧、追跡番号、取立銀行の受領を確認する。
提示済み	提示銀行が輸入者へ支払または引受を求めた。	提示日、回答期限、支払渡し・引受渡しの条件を管理する。
引受済み・満期管理中	輸入者が期限付手形を引き受け、書類が引き渡された。	満期日、引受人、手形原本、満期前案内、資金回収を管理する。
支払済み・送金中	輸入者が支払ったが、輸出者側への送金・入金が完了していない。	送金額、手数料、価値日、銀行参照番号、口座入金を照合する。
支払・引受拒絶	輸入者が支払または引受を行わなかった。	拒絶理由、書類の保管・返却、貨物の所在、輸出者の追加指図、必要な抗議手続を確認する。

6．信用状取引の基本構造

この章で分かること：信用状は貨物の品質保証ではなく、条件に合う書類の提示を前提とした銀行の支払等の約束であることを理解する。

荷為替信用状（L/C：Letter of Credit。ICC規則ではDocumentary Creditともいう）は、輸入者の依頼等により発行銀行が発行し、信用状条件に適合する書類が提示された場合に、支払、引受、後日払い、買取などを行う旨を定める仕組みである。多くの信用状では、ICCの信用状統一規則（UCP 600）が適用規則として組み込まれる。

当事者	役割
依頼人	通常は輸入者であり、銀行へ信用状発行を依頼する。
発行銀行	信用状を発行し、条件を満たす提示に対する支払等の責任を負う。
受益者	通常は輸出者であり、信用状に基づいて書類を提示する。
通知銀行	信用状の真正性を確認し、受益者へ通知する。
確認銀行	必要に応じて、発行銀行に加えて自らの支払等の約束を付加する。
指定銀行	信用状により、支払・引受・買取等を行う銀行として指定される。

信用状本体・条件変更・書類提示を分けて管理する

管理単位	主な識別子・残高	代表的な状態
信用状本体	信用状番号、発行日、金額、未使用残高、有効期限	発行審査中、発行済み、利用中、期限切れ、取消し、完了
条件変更	変更番号、変更前後の値、増減額、依頼日、発行日	依頼受付、銀行審査中、発行済み、通知済み、受益者回答待ち、受諾、拒絶
書類提示・個別利用	提示番号、提示金額、提示日、書類一式、不一致一覧	受付、審査中、適合、不一致、依頼人照会中、支払拒絶、支払・買取済み
支払・引受・後日払い	支払番号、支払方式、満期日、元本、利息・手数料	支払予定、引受済み、満期管理中、決済指図済み、決済済み、延滞

条件変更の発行と受諾は別の事実である 条件変更を発行銀行が発行し通知銀行が通知しても、それだけで受益者が変更を受諾したことにはならない。発行・通知・受諾または拒絶を別の日時と状態で記録し、どの版の条件が各書類提示に適用されるかを再現できるようにする。信用状の取消しも、依頼人から取消依頼を受け付けた状態と、必要な関係者の合意を経て取消しが成立した状態を分ける。

独立性と書類取引の原則

信用状は、基礎となる売買契約とは別個の取引として扱われる。また、銀行が審査するのは信用状で求められた書類であり、貨物、サービス、履行そのものではない。このため、信用状があっても「貨物の品質が契約どおりであること」まで銀行が保証するわけではない。

信用状統一規則（UCP 600）と国際標準銀行実務（ISBP 821）の関係 UCP 600は信用状取引の基本規則であり、ISBP 821は、インボイス、運送書類、保険書類、原産地証明などを実務でどのように作成・審査するかを具体化する実務指針である。ISBP 821はUCP 600を変更する規則ではなく、両者を合わせて確認する。電子記録を全部または一部提示する信用状では、電子提示に関する追加規則（eUCP 2.1）が組み込まれる場合がある。

一覧払いとユーザンス

一覧払い（Sight Payment）は、条件に適合する書類の提示後、所定の手続に従って支払いを行う方式である。これに対し、期限付信用状（Usance L/C）や後日払い信用状では、船積日、船荷証券日付、一覧後など、信用状で定めた起算点から一定期間後を満期日として支払う。ユーザンス（Usance）とは、このような「支払いまで認められた期間」またはその期間を利用した信用供与を指す。

書類不一致（ディスクレパンシー）

提示書類が信用状条件、UCP 600、国際標準銀行実務に適合しないと判断される場合、書類不一致となる。金額、品名、日付、船積港、署名、必要書類の欠落、提示期限などが主な確認点となる。不一致がある場合は、期限内の訂正・再提示、発行銀行から依頼人への受入可否照会、支払拒絶、書類返却等の対応が必要となる。依頼人が不一致を受け入れると回答した事実と、発行銀行がその回答を踏まえて支払等を行うと決定した事実は分けて管理する。 UCP 600では、審査を行う指定銀行、確認銀行、発行銀行が提示日の翌日から最長5銀行営業日以内に適合性を判断するため、企業側でも提示期限だけでなく銀行の審査・連絡時間を見込む必要がある。

実務で見る依頼画面・銀行間電文・審査画面

工程	企業・銀行の画面／帳票	主な確認項目	国際的な銀行間通信網で使われる代表的なSwift電文
信用状発行	発行依頼入力、社内承認、銀行審査、発行結果照会	依頼人、受益者、金額・通貨、有効期限、最終船積日、利用可能銀行、必要書類、追加条件	MT700（信用状発行）
条件変更	条件変更依頼、変更前後比較、受益者の受諾状況	増減額、有効期限、最終船積日、提示期間、変更番号、未使用残高	MT707（信用状条件変更）
書類受付・審査	書類受付票、必要書類チェック表、不一致一覧、審査期限	原本・写しの部数、発行者、日付、船積条件、金額、文言、提示場所・期限	MT734（支払拒絶等の通知）など
不一致対応	依頼人への不一致通知、受入可否入力、訂正・差替え履歴	不一致理由、受入権限、回答期限、貨物到着状況、支払・返却の指図	取引条件と銀行間の役割に応じた通知電文
支払・満期管理	支払予定、引受・後日払い、輸入手形決済指図、計算明細	支払方式、満期日、元本、利息・手数料、為替予約、決済口座、銀行参照番号	支払・償還に関する電文

MT700やMT707などは銀行間通信の代表的なメッセージ種別であり、企業が銀行のサービス画面で直接作成・送信するとは限らない。企業画面の日本語項目は、銀行内部で審査・変換され、銀行間の標準化された電文へ反映される。現在の形式・必須項目は各銀行と最新のSwift標準で確認する。電文を作成・送信した状態と、業務上の発行・通知・支払が成立した状態は同一とは限らないため、送受信結果と業務状態を別に保持する。

信用状は回収リスクを軽減する有力な仕組みであるが、条件を満たす書類を期限内に用意できることが前提である。契約締結後ではなく、信用状発行前から輸出者、輸入者、物流担当、銀行が必要書類と日程を確認することが重要である。

7．インコタームズと費用・危険の分担

この章で分かること：貨物の引渡し、費用負担、危険移転、輸送・通関手配の分担と、代金決済条件は別に整理する必要があることを確認する。

インコタームズ（Incoterms®）は、物品売買における売手と買手の間で、引渡し、費用、危険、輸送や通関に関する主な役割を整理するICCの規則である。契約では、三文字の規則名だけでなく、指定地または指定港と版を明記することが重要である。

インコタームズが整理するもの

貨物をどこで引き渡すか
危険がどこで移転するか
運送・保険・通関の手配を誰が行うか
主な費用をどちらが負担するか

別途合意が必要なもの

売買代金と支払時期
所有権の移転時期
信用状や取立の具体的条件
契約違反、準拠法、紛争解決

たとえば、輸送費を売手が負担する条件でも、輸送中の危険が常に売手に残るとは限らない。費用負担と危険移転を分けて確認し、運送書類、保険、信用状条件と矛盾しないように設計する必要がある。

代表的な規則の違い

規則	利用できる主な輸送	危険が買手へ移る代表的な時点	システムで明示する情報
FCA（運送人渡し）	複数の輸送手段に利用できる。	指定地で、買手が指定した運送人等へ貨物を引き渡した時点	指定地、引渡場所、運送人、引渡日時
FOB（本船渡し）	海上・内水面輸送	指定船積港で貨物が本船上に置かれた時点	指定船積港、船舶、船積日
CIF（運賃・保険料込み）	海上・内水面輸送	危険は船積港で本船上に置かれた時点で移る一方、売手は指定仕向港までの運賃と所定の保険を手配する。	船積港、仕向港、危険移転日、運賃・保険の負担
DAP（仕向地持込渡し）	複数の輸送手段に利用できる。	指定仕向地で、荷卸し前の到着した輸送手段上に貨物が置かれ、買手が処分できる時点	指定仕向地、到着日、荷卸し・輸入通関の分担
DDP（関税込持込渡し）	複数の輸送手段に利用できる。	指定仕向地で買手が貨物を処分できる時点。売手が輸入通関と関税等を負担する。	指定仕向地、輸入者名義・通関可否、税・費用の負担

三文字だけで保存しない たとえば「CIF」だけでは、どの仕向港を指すか、どの版の規則かが分からない。規則名、指定地または指定港、適用版を一組で保持し、危険移転点、費用負担、信用状で要求する運送・保険書類へ展開する。

8．貿易書類とデータの整合性

この章で分かること：各書類に何が記載され、契約・信用状・通関・決済の間でどの項目を照合するのかを整理する。

書類	主な内容・役割	主な確認点
商業送り状（Commercial Invoice）	売手、買手、品名、数量、単価、金額、通貨、受渡条件などを記載する。	契約・信用状との一致、計算、表記、署名要否
梱包明細書（Packing List）	梱包単位、数量、重量、容積、荷印などを示す。	インボイス・貨物との整合、総数量・総重量
運送書類	船荷証券、海上運送状、航空運送状など。貨物の受領・運送条件を示す。	運送人、船積日、発地・着地、荷受人、原本要否
保険書類	貨物保険の付保内容、金額、対象危険などを示す。	付保金額、通貨、期間、対象危険、発行日
原産地証明書	貨物の原産国・地域を証明し、関税や輸入規制の確認に用いられる。	適用協定、発給・自己申告方式、品目、原産地基準
許可・検査・証明書類	品目や国に応じて必要となる輸出入許可、検査証明、衛生証明など。	対象法令、有効期限、発行機関、対象貨物との一致

同じ貨物であっても、書類ごとに作成者、目的、発行時点が異なる。名称や住所の表記揺れ、数量単位、日付、港名、通貨、契約番号などの不整合は、通関や信用状書類審査、債権消込の遅延につながる。マスターデータと取引データを分け、誰がどの情報を正とするかを定めることが重要である。

一つの取引でも「正」とする情報源は項目ごとに違う

確認対象	主に参照する情報	実務上の例外
売買条件	売買契約、注文書、変更合意	信用状条件が契約と異なる場合、書類作成前に条件変更の要否を確認する。
信用状の支払条件	発行された信用状と正式な条件変更	発行依頼書ではなく、実際に通知された信用状本文と変更履歴を基準にする。
船積み・運送	運送人が発行する船荷証券、海上運送状、航空運送状等	予約情報や予定日は確定した船積日・到着日と異なることがある。
通関結果	NACCS等から出力される申告・許可情報	社内の予定数量・価格と申告値が異なる場合は、訂正要否と差異理由を記録する。
入出金	銀行の計算明細、口座入出金、銀行参照番号	請求額と入金額は手数料控除、部分支払、為替差額等で一致しないことがある。

原本・電子記録・写しを区別する 「ファイルが添付されている」ことと「信用状や通関で有効な書類が提示された」ことは同じではない。書類種類、原本／写し、必要部数、署名・裏書、発行者、受領日時、保管場所、差替え前後を記録し、電子提示の場合は適用規則と提示方法も確認する。

必要条件・受領書類・審査結果を分ける

管理単位	主な項目	分けて管理する理由
要求書類	書類種類、発行者、原本・写し、必要部数、要求文言、提示期限	信用状や取立指図が何を求めたかを保持する。
提示一式	提示番号、提示者、提示場所、受付日時、提示金額、適用する信用状の版	初回提示、訂正後の再提示、部分利用を区別する。
受領書類	書類番号、書類種類、発行者、発行日、受領部数、原本・写し、保管場所	実際に届いた書類と要求条件を照合する。
書類の版	版番号、差替元、登録日時、登録者、差替理由、無効化日時	訂正時に旧版を上書きせず、審査時点の内容を再現する。
審査結果・不一致	審査項目、判定、理由、根拠条件、判定者、判定日時、回答期限	書類単位の確認と提示一式としての最終判断を分ける。

9．輸出者側の資金調達とリスク管理

この章で分かること：輸出者が船積み前後に必要とする資金と、後日払いで生じる輸出ユーザンス・輸出債権の管理を確認する。

輸出者は、原材料の調達・製造・在庫・船積みから代金回収まで資金を先に負担することが多い。そのため、回収条件だけでなく、取引期間全体の運転資金を設計する必要がある。

船積前金融

受注や信用状などを基礎に、調達・製造・集荷・船積みまでの資金を調達する。

船積後金融

輸出手形や輸出債権の買取・割引等により、輸入者からの最終回収前に資金化する。

貿易保険

取引先の破産・債務不履行などの信用危険や、国・地域に起因する非常危険を一定範囲でカバーする。

為替リスク管理

外貨建て輸出債権の円換算額を安定させるため、為替予約等を利用する場合がある。

輸出ユーザンスと輸出債権

輸出ユーザンスとは、船積日、船荷証券日付、書類提示日等の合意した起算点から一定期間後に輸出代金を受け取る後日払い条件である。実務上、「輸出ユーザンス」が常に独立した融資商品を示すわけではなく、後日払いの期間やそれによって生じる輸出債権を指す文脈がある。期限付信用状、引受渡し、後払い・オープンアカウント等で生じ、輸出者は原則として満期まで輸出債権を保有する。ただし、輸出者が銀行等へ債権を買取り・割引・フォーフェイティングにより譲渡すれば、最終回収前に資金化できる場合がある。

図5　同じ後日払い期間を輸出側・輸入側から見る

売手である輸出者が支払を猶予するシッパーズ・ユーザンスでは、一つの後日払い取引を両側から見ている。銀行融資が加わる場合は、輸出債権の回収・譲渡と輸入者の借入返済は別の債権・日付となり得る。

債権を銀行へ譲渡・買取依頼する場合でも、買戻し義務の有無、書類不一致時の負担、輸入者・発行銀行・対象国の信用、満期、通貨などによりリスクの残り方が異なる。会計上の認識や契約条件も含めて確認する必要がある。

輸出金融と最終回収を分ける

工程	発生する主な取引	管理する主な情報
融資枠の設定	銀行が輸出者の融資・買取限度を設定する。	限度額、使用額、利用可能額、担保、期限、対象取引
船積前融資	調達・製造・集荷等に必要な資金を実行する。	融資番号、実行額、実行日、返済財源、満期日
船積み・書類提示	貨物を船積みし、信用状または取立条件に従って書類を提示する。	船積番号、提示番号、書類、金額、通貨、不一致
輸出手形・債権の買取	最終回収前に銀行が輸出者へ資金を支払う。	買取番号、買取額、利息・手数料、買戻請求権の有無、買取日
最終回収・消込	輸入者、発行銀行等から代金を回収する。	回収額、価値日、手数料控除、銀行参照番号、未回収残高
不払い・買戻し	不払い等により輸出者への請求や保険事故対応が生じる。	不払理由、遡求先、請求額、保険請求、回収・償却状態

10．輸入者側の資金調達とリスク管理

この章で分かること：輸入代金の決済と貨物の販売・生産投入からの資金回収との時間差を、輸入ユーザンス等でどう補うかを理解する。

輸入者は、信用状発行、前払い、輸入代金決済、関税等の納付から、貨物販売・生産投入による資金回収までの間、資金負担を抱える。輸入取引では「銀行への支払時期」と「自社が貨物から資金を回収する時期」の差を管理することが重要である。

信用状発行枠：発行銀行が輸入者に対して設定する与信枠を使用する。
輸入ユーザンス：輸出者が輸入代金の支払時期を猶予するか、銀行が対外決済した後の輸入者による返済時期を後ろへずらす。
輸入決済資金：前払い、一覧払い、満期決済、関税等の支払いに必要な資金を調達する。
為替予約：外貨建て支払額の円換算額を事前に固定または一定範囲に抑える。

なぜユーザンスが必要なのか

貿易では、貨物の船積み、書類の到着、輸入通関、貨物の販売または生産への投入、売上代金の回収が同時には起こらない。輸入者が貨物から現金を回収する前に輸入代金を支払うと、資金の空白期間が生じる。ユーザンスは、この時間差を一定期間の信用供与で埋め、輸入者の運転資金負担を平準化するために利用される。輸出者にとっても、期限付条件を提示できれば販売条件の競争力を高められる一方、満期までの回収リスクや資金負担を誰が引き受けるかを明確にする必要がある。第9章の輸出ユーザンスと第10章の輸入ユーザンスは、同じ後日払い取引を反対側から見ている場合がある。

図6　典型的なバンカーズ・ユーザンスの概念図

実際の支払時点、融資当事者、利息・手数料、満期日の算定方法は、売買契約、信用状、銀行との融資条件によって異なる。

貿易代金の決済と輸入金融を分ける

管理対象	債務者・債権者の例	主な日付	主な残高・状態
信用状・手形等に基づく対外支払	発行銀行・引受人等から受益者・指定銀行等へ支払う。	書類提示日、引受日、支払期日、銀行間決済日、価値日	提示金額、支払予定額、支払済額、未決済額
銀行から輸入者への融資	融資銀行が輸入者へ信用を供与し、輸入者が銀行へ返済する。	融資実行日、利息起算日、返済満期日、実返済日	融資元本、未収利息、返済予定額、延滞額
外国為替取引	輸入者と銀行が外貨購入・円貨支払等を行う。	為替約定日、予約受渡日、外貨支払日	予約残高、充当額、差額、受渡状態

「銀行が輸出者側へ支払った日」と「輸入者が銀行へ返済する日」は一致しない場合がある。また、期限付信用状等では対外支払自体が将来日となる場合もあるため、対外支払の満期と輸入金融の返済満期を同じ日付項目で代用しない。

シッパーズ・ユーザンス

輸出者が輸入者に期限付の支払条件を認める形である。輸出者は満期まで輸入者の信用リスクと資金負担を持つため、必要に応じて輸出債権の買取・割引や貿易保険を組み合わせる。これは、輸出者側からは輸出ユーザンス、輸入者側からは輸入ユーザンスと捉えられる。

バンカーズ・ユーザンス

銀行が輸入者に信用を供与し、輸出者側への支払いと輸入者からの返済時期を分ける形である。輸入者は満期までに販売代金等を回収して返済するが、与信枠、利息、担保、通貨、期限の管理が必要となる。

理解のポイント ユーザンスは単なる「支払遅延」ではなく、あらかじめ合意した満期までの信用供与である。誰が資金を出すか、満期を何の日付から数えるか、利息・手数料を誰が負担するか、満期日にどの通貨で返済するかを分けて確認する。

信用状を利用しても、銀行の書類審査は貨物検査ではない。輸入者は、取引先調査、検査条件、保険、必要書類、クレーム条項などを売買契約で別途整える必要がある。

11．外国為替・コルレス取引との接続

この章で分かること：企業と銀行の外貨取引、銀行間メッセージ、コルレス口座の資金決済を、貿易取引の参照番号と日付でどう結ぶかを確認する。

貿易取引は、外貨建て代金の受払いと銀行間決済を伴うことが多い。企業と銀行の間では送金・為替取引・貿易金融が行われ、銀行同士はメッセージ交換とコルレス口座を通じて資金を決済する。

外国為替との接続

契約通貨、入出金日、為替予約の受渡日、手数料負担、差額処理を結び付ける。輸出債権と輸入債務では、為替変動が損益へ与える方向が逆になる。

コルレスとの接続

発行銀行、通知銀行、取立銀行、支払銀行、決済銀行などの間で、指図・書類・資金が受け渡される。メッセージの送信と実際の口座入出金は別イベントとして照合する。

システム上の注意 「信用状を発行した」「支払メッセージを送信した」「銀行口座から資金が引き落とされた」「輸出者口座へ入金された」は同じ時刻とは限らない。状態、価値日、通貨、金額、銀行参照番号を分けて管理する。

たとえば輸入信用状では、企業の発行依頼番号、銀行の信用状番号、Swift電文の参照番号、船積書類の受付番号、輸入手形番号、決済口座の明細番号が別々に採番されることがある。単一番号へ上書きせず、番号の種類と発行主体を保持して関連付ける。

メッセージと資金決済を別イベントとして照合する

イベント	主な証跡	完了判定
信用状・条件変更の電文送信	電文参照番号、送信日時、受付・エラー応答	送信成功だけでなく、相手銀行への到達・業務上の発行または通知を確認する。
支払指図の送信	支払番号、メッセージ参照番号、金額、通貨、価値日	指図受付と資金移動を別状態として管理する。
コルレス口座の入出金	口座明細番号、記帳日、価値日、入出金額	想定した支払と口座明細を照合し、未照合・差額を管理する。
顧客口座への入出金	顧客取引番号、口座明細番号、入出金日時	銀行間決済後の顧客計上、手数料、為替差額、組戻しを確認する。

12．主要リスクと統制

この章で分かること：取引相手、国・地域、書類、為替、運送、法令等に起因するリスクと、主な統制手段を一覧で捉える。

リスク	内容	主な管理例
信用リスク	輸入者、発行銀行、取引銀行などが支払えないリスク。	与信審査、限度額、担保、確認、貿易保険、取引条件の見直し
カントリーリスク	送金規制、戦争、政治変動、外貨不足など、国・地域に起因するリスク。	国別限度、確認銀行、保険、決済通貨・経路の確認
為替リスク	契約から決済までの為替変動により円換算額が変化するリスク。	為替予約、自然ヘッジ、通貨別ポジション・期日管理
書類リスク	書類不一致、期限超過、紛失、偽造、原本管理の不備。	チェックリスト、二者確認、期限アラート、真正性確認、版管理
不正・二重金融リスク	同じ貨物・請求書・債権を使った複数の資金調達、架空取引、価格・数量・当事者等を偽った資金移動。	契約・貨物・書類・債権の一意性確認、重複検知、取引実態・価格・決済経路の確認
物流・貨物リスク	破損、紛失、遅延、品質不良、保管費用の発生。	運送・保険条件、検査、追跡、事故対応手順
法令・制裁リスク	輸出入規制、経済制裁、マネー・ローンダリング、贈収賄等への抵触。	顧客・関係者・船舶・品目・国の確認、許可管理、取引モニタリング
オペレーショナルリスク	入力誤り、二重処理、権限逸脱、システム障害、連携不整合。	職務分掌、承認、重複チェック、照合、監査証跡、例外管理

規制や制裁は時点によって変わり、同じ国・企業であっても、品目、用途、最終需要者、船舶、決済経路により判断が異なる。契約時だけでなく、信用状発行・条件変更、船積み、書類提示、決済などの主要時点で再確認する設計が望ましい。

確認対象を顧客名だけに限定しない 貿易金融では、輸出者・輸入者だけでなく、銀行、運送人、船舶、港、品目、原産地、仕向地、最終需要者、インボイス、運送書類、決済経路等を案件の主要時点で確認する。確認結果には、対象、使用した情報、確認日時、判定、担当者、承認者を残す。

13．金融システム担当者が持ちたいデータと状態

この章で分かること：契約、船積み、書類提示、信用状、取立、融資、為替、決済を、どの単位・番号・状態で関連付けるかを整理する。

貿易金融システムでは、契約、信用状、取立、融資、為替、決済を一つの巨大なレコードへ詰め込むのではなく、それぞれのライフサイクルを持つ取引として管理し、参照番号で関連付ける方法が扱いやすい。

データ領域	主な項目例	理由
契約・当事者	貿易取引番号、契約番号、輸出者、輸入者、銀行、保証人、国・地域、当事者の役割、顧客番号	売買契約と輸出者・輸入者・銀行等の役割を一意に関連付ける。
貨物・物流	品名、数量、単位、関税分類番号（HSコード）、船積港、荷揚港、輸送方法、船舶名、船積日、到着予定日	契約・船積書類・通関・貨物追跡の情報を照合する。
金額・条件	契約金額、通貨、許容差、インコタームズ、決済方法、支払期日、手数料負担区分	金額、受渡条件、支払条件、費用負担を契約どおりに処理する。
日付・期限	契約日、信用状発行・変更日、最終船積日、実船積日、提示日、有効期限、引受日、支払期日、価値日、融資返済日	各日付の意味と起算元を分け、期限超過、満期算定、資金準備を再現する。
信用状・取立	信用状番号、発行日、有効期限、最終船積日、提示期間、取立指図、支払渡し・引受渡し、満期日	発行、船積み、書類提示、引受、支払の各期限を管理する。
ユーザンス	ユーザンス区分、期間、満期起算日、満期日、融資銀行、融資金額、返済日、利息、手数料	信用供与者、起算点、期間、満期、融資金額、利息・手数料を再現する。
書類	書類種類、原本／写し、必要部数、発行者、発行日、受領日、不一致内容、訂正履歴	必要書類の充足、不一致、訂正、原本管理を追跡する。
与信・金融	与信限度額、使用額、担保、融資額、金利、満期日、買取・割引条件、保険	与信枠の使用、融資実行、担保、買取・割引条件を管理する。
為替・決済	為替予約番号、予約相場、受渡日、支払銀行、決済口座、銀行参照番号、入出金結果	外貨調達、為替予約、銀行間決済、口座入出金を関連付ける。
規制・承認	制裁確認結果、品目・用途確認、許可番号、確認日時、確認者、承認者、保留理由	確認時点、判定、承認、保留とその根拠を監査可能にする。

処理対象ごとに状態を分ける

処理対象	代表的な状態	完了の考え方
信用状本体	発行依頼、審査中、承認済み、発行済み、利用中、期限切れ、取消し、閉鎖	すべての利用・支払と未使用残高を確認して閉鎖する。
条件変更	依頼受付、審査中、発行済み、通知済み、受益者回答待ち、受諾、拒絶	変更番号ごとの回答と、適用対象となる提示を確定する。
書類提示・個別利用	受付、審査中、適合、不一致、依頼人照会中、支払拒絶、支払・買取済み、返却	提示一式ごとに審査結果、支払判断、書類の処置を確定する。
荷為替取立	受付、発送済み、提示済み、引受済み、満期管理中、支払済み、拒絶、書類返却、完了	資金回収または書類・貨物に関する最終指図まで追跡する。
融資・買取	申込、審査中、実行済み、利息計算中、返済予定、返済済み、延滞、買戻し・保険請求	元本・利息・手数料・回収残を融資単位で解消する。
為替・資金決済	約定、受渡待ち、指図作成、送信済み、口座記帳待ち、照合済み、差額・組戻し、完了	メッセージ、銀行間口座、顧客口座を照合して完了とする。

一つの総合状態だけで案件を表さない 信用状が「発行済み」であっても、ある条件変更は回答待ち、ある書類提示は不一致、決済は送信済み・口座記帳待ちということがある。各処理対象の状態を保持したうえで、案件一覧には重要な未完了・例外を要約表示する。状態変更には、処理日時、担当者、承認者、変更前後の値、根拠書類、外部応答を残す。

信用状案件で必要になる代表的な業務画面

依頼・承認画面

発行・条件変更・決済の入力内容、添付書類、権限、承認経路、差戻し理由を管理する。

信用状条件画面

現在有効な条件だけでなく、変更番号ごとの差分、受諾状況、未使用残高を表示する。

書類審査画面

必要書類、受領部数、審査結果、不一致理由、回答期限、訂正・差替えを追跡する。

決済・満期画面

元本、利息、手数料、支払日・満期日、為替予約、口座入出金、融資返済を照合する。

金融システム担当者の観点
重要なのは画面項目の多さではなく、各イベントが残高、与信枠、会計、決済、規制確認へ何を反映するかである。再送、取消、訂正、部分船積、部分支払、条件変更、期限延長などの例外を、通常処理と同じ監査証跡で追跡できる設計が必要となる。

14．実務例とよくある誤解

この章で分かること：輸入信用状、輸出債権、書類不一致の例を通じて、業務イベントとシステム上の状態・参照番号のつながりを確認する。

例1：輸入信用状と為替予約

日本の輸入者が米ドル建てで商品を購入し、銀行へ信用状発行を依頼する。輸入者は将来の米ドル支払額を見込み、為替予約を行う。輸入ユーザンスを利用する場合は、銀行の対外決済日と輸入者の返済満期日を区別し、為替予約の受渡日をどちらに合わせるかを確認する。書類が到着して支払額、満期日、価値日が確定したら、信用状決済、ユーザンス融資、為替予約の受渡しを関連付ける。信用状金額の増減、部分船積、利息・手数料などにより差額が生じる場合は、別途調整が必要となる。

発生イベント	更新する管理対象	主な日付・状態	関連付ける番号
米ドル建て売買契約の締結	売買契約、取引先、貨物、決済条件	契約日、有効	貿易案件番号、契約番号、注文番号
輸入信用状の発行	信用状本体、与信枠、条件版	発行日、発行済み	発行依頼番号、信用状番号、電文参照番号
為替予約の締結	為替取引、予約残高	約定日、受渡待ち	為替予約番号、信用状番号
部分船積み・書類提示	船積み、提示一式、受領書類、信用状利用額	船積日、提示日、審査中	船積番号、運送書類番号、提示番号
適合判断または不一致対応	審査結果、不一致、依頼人回答、銀行判断	適合、不一致、照会中、支払決定	提示番号、不一致番号、回答番号
対外支払・輸入金融実行	信用状支払、銀行間決済、輸入融資、為替予約充当	支払日、価値日、融資実行日	支払番号、銀行参照番号、融資番号、為替予約番号
輸入者による返済	融資元本、利息、顧客口座入出金	返済満期日、返済済み	融資番号、口座明細番号

部分船積みが複数回ある場合、船積み、書類提示、支払、為替予約の充当を回次ごとに作成し、信用状本体の未使用残高へ集約する。後続回の金額や期限を、前回の処理結果で上書きしない。

例2：信用状書類の不一致

輸出者が提示したインボイスの品名が信用状条件と整合しない場合、銀行は不一致として扱う可能性がある。輸出者による訂正が間に合うか、輸入者が不一致を受け入れるか、発行銀行が支払を行うかを確認する。ただし、すべての書類の文言が一字一句同一でなければならないという意味ではなく、信用状条件、UCP 600、ISBP 821に基づいて書類全体を審査する。貨物が既に到着していても、書類審査と支払判断は別に進む。

例3：後払い輸出と貿易保険

継続取引先に対して後払い条件で輸出する場合、輸出者は販売面の競争力を高められる一方、回収まで信用リスクを負う。取引先の与信枠、延滞管理、貿易保険、輸出債権の資金化などを組み合わせ、売上とリスクの両方を管理する。

例4：独立保証の発行・条件変更

建設・設備輸出等では、契約履行、前受金返還、入札などに関する独立保証が使われることがある。依頼人は保証金額、有効期限、請求条件、適用規則、受益者、通知経路を確認し、銀行は与信・保証文言・制裁等を審査する。銀行間通信では、保証・スタンバイ信用状の発行にMT760、条件変更にMT767が使われる例がある。ただし、電文が送られたことだけで請求条件の意味や基礎契約上の義務が決まるわけではない。保証本文と、組み込まれた場合のICC請求払保証統一規則（URDG 758）等を確認する。

書類審査でよく起こる例外と初動

例外	確認する情報	代表的な初動
最終船積日後の船積み	信用状の最終船積日、運送書類の日付、正式な条件変更	訂正可能性ではなく、条件変更の成立や不一致提示としての扱いを確認する。
提示期限・有効期限の超過	提示場所、受領日時、船積日からの提示期間、信用状の有効期限	銀行の受付記録を確定し、不一致通知・依頼人照会・書類返却の期限を管理する。
必要書類・部数の不足	信用状の要求書類、原本／写し、必要部数、手元書類	期限内の追完・差替えが可能かを確認し、旧版を残したまま版管理する。
金額・数量・単位の不整合	信用状金額と許容差、インボイス、梱包明細、運送書類、部分船積条件	単純上書きを避け、差異の根拠、使用残高、次回船積への影響を確認する。
不一致の受入回答待ち	不一致一覧、輸入者の回答権限、回答期限、貨物到着、支払・返却指図	口頭連絡だけで完了にせず、正式回答、承認者、処理結果を監査証跡へ残す。

よくある誤解

誤解	整理
信用状があれば貨物の品質も保証される	銀行は原則として書類を扱い、貨物そのものを検査・保証するわけではない。
D/Pなら必ず代金を回収できる	輸入者が支払わなければ書類は渡らないが、銀行が代金を保証するものではない。
インコタームズだけで契約条件がすべて決まる	支払条件、所有権、準拠法、品質、紛争解決などは別途契約で定める。
船積みが完了すれば輸出者の処理は終わる	書類提示、代金回収、為替、融資返済、クレーム、債権消込まで管理が続く。
同じ取引先なら規制確認は初回だけでよい	品目、用途、最終需要者、国、船舶、決済経路、規制時点が変わるため、主要時点で再確認が必要となる。

15．参考資料

主な参考資料