illogs
TOP

SWIFTは終わらない？ISO 20022移行後の実務フェーズと「2026年11月住所削除問題」

タグ：2026年11月問題ISO 20022KYCSWIFT国際送金構造化データ貿易実務資金効率
SWIFTは終わらない？ISO 20022移行後の実務フェーズと「2026年11月住所削除問題」

2025年11月22日、SWIFTにおける旧MT形式とISO 20022のクロスボーダー決済共存期間は終了しました。暗号資産や独自決済ネットワークの台頭を背景に、「SWIFTは終わるのではないか」と語られることもあります。しかし、現実に起きているのは終わりではなく、国際送金インフラの再設計です。

SWIFTは単なる「送金メッセージの箱」から、より細かく、より検証しやすい「決済データの土台」へ変わりつつあります。この記事では、ISO 20022移行後の本当の論点と、2026年11月に迫る非構造化住所の扱い変更が企業実務に与える影響を整理します。

SWIFTは「終わる」のではなく「透明な土台」へ変わる

ISO 20022への移行は、単なるファイル形式やメッセージ形式の変更ではありません。最大の変化は、国際送金に使われる情報がより構造化され、銀行・中継銀行・受取銀行・規制当局が、送金の内容を以前より正確に読み取りやすくなる点にあります。

これまでの国際送金では、住所、送金目的、受取人情報、取引背景などが自由記述に近い形で扱われる場面がありました。人間が読めば意味は分かっても、システムが正確に判定するには不向きです。そのため、不正ではない送金が止まったり、逆に確認すべき取引の検知が遅れたりする余地がありました。

ISO 20022では、こうした情報をより細かい項目に分けて扱えます。つまり、国際送金は「金額を送る作業」から、「送金に関するデータを正しく流通させる仕組み」へ変わっているのです。

2026年現在の主戦場は、すでに「ISO 20022へ移行できたかどうか」ではありません。むしろ重要なのは、銀行や企業がその構造化データをどこまで正しく管理し、実務に活用できているかです。そして、その試金石となるのが2026年11月以降の住所データ対応です。

なぜ世界はISO 20022を求めたのか

世界がISO 20022を求めた背景には、国際送金の高速化だけでなく、マネーロンダリング対策、制裁対応、不正検知、顧客確認、送金透明性の向上という複数の課題があります。国境を越える決済では、多くの場合、送金銀行、中継銀行、受取銀行が関与します。その途中で情報が欠けたり、形式が合わなかったりすると、送金は保留・確認・差し戻しの対象になります。

国際送金の現場では、「怪しい送金を止める」ことだけが目的ではありません。同じくらい重要なのは、「問題のない送金を止めない」ことです。住所や送金目的、最終的な送金依頼人・受益者の情報が曖昧であれば、銀行側は安全のために確認を入れざるを得ません。その結果、正当な貿易決済や海外取引の資金移動まで遅れてしまうことがあります。

ISO 20022が重視される理由は、データが細かく構造化されるほど、システムが判断しやすくなるためです。国名、都市名、通り名、郵便番号、建物名などが分離されていれば、制裁リスト照合や不正検知の精度は高まりやすくなります。一方、すべてが一つの自由記述欄にまとめられていると、同姓同名や類似地名による誤検知が起きやすくなります。

つまりISO 20022は、単に銀行の事務処理を変えるものではありません。国際送金を、より速く、より説明可能で、より止まりにくいデータ基盤に近づける取り組みだと捉えるべきです。

LEIとの連動で、法人間決済の透明性が高まる

ISO 20022の重要な論点は、住所だけではありません。法人間決済では、LEI（Legal Entity Identifier：取引主体識別子）の活用も重要です。LEIは、法人やファンドなどの取引主体を世界的に一意に識別するための20桁の識別子です。

国際送金では、同じような社名、似た住所、グループ会社、支店、現地法人が複雑に関係することがあります。社名と住所だけで相手先を判定しようとすると、誤検知や追加確認が起きやすくなります。そこでLEIを組み合わせることで、「どの法人が送金に関与しているのか」をより明確にできます。

特に、制裁対応やAML（マネーロンダリング対策）では、相手先の特定精度が重要です。Swiftの制裁スクリーニングに関する資料でも、BICやLEIのようなグローバル識別子は、制裁対象の特定や誤検知の除外に有効な情報として扱われています。

つまり、ISO 20022時代の国際送金では、「住所を正しく書く」だけでは不十分になりつつあります。法人名、住所、銀行口座、BIC、LEIといった複数の識別情報を組み合わせ、取引主体をデータとして正確に表現することが求められます。

これは大企業だけの話ではありません。海外子会社、現地代理店、輸出入先、物流会社、商社、製造委託先などと継続的に資金のやり取りがある企業では、取引先マスターにLEIを持たせるかどうかが、将来的なコンプライアンス対応や送金効率に影響する可能性があります。

スポンサーリンク

2026年現在の「移行後」のリアル

MT形式とISO 20022の共存期間が終了したことで、国際送金の大きな節目はすでに通過しました。しかし、実務上の問題がすべて解消されたわけではありません。むしろ、ここからは「メッセージを送れること」と「そのデータを正しく処理できること」の差が表面化しやすくなります。

銀行がISO 20022形式のメッセージを送受信できることは、あくまで入口です。実務では、送金依頼人の住所、受取人の住所、企業名、最終受益者、送金目的、請求書情報などを、各銀行のシステムが正しく読み取り、内部処理やコンプライアンス審査へつなげられるかが問われます。

特に中継銀行が関わる取引では、途中の金融機関がどこまで構造化データを保持し、欠落なく次の銀行へ渡せるかが重要です。データの一部が欠けたり、古い形式へ変換されたり、自由記述欄に押し込まれたりすると、せっかくのISO 20022の効果は薄れてしまいます。

このため、2026年の国際送金実務では、表面的には移行が終わっていても、裏側ではデータ品質の差が送金スピードの差として現れる可能性があります。大手銀行やグローバル企業は先行して対応しやすい一方、中堅銀行、中小企業、海外取引先を多く抱える企業では、住所マスターや取引先データの整備が遅れやすい点に注意が必要です。

2026年11月の焦点：非構造化住所の扱いが変わる

次の大きな焦点は、2026年11月以降の住所データ対応です。Swiftは、CBPR+ ISO 20022メッセージにおいて、非構造化住所を受け入れない方向へ進めています。正確には、2026年11月以降は完全に構造化された住所、またはハイブリッド住所の形式が求められます。

これまでのように、住所欄へ「東京都〇〇区〇〇町1-2-3」のような情報を一つの自由記述として入れるだけでは、国際送金の標準としては扱いにくくなります。国名、都市名、通り名、建物名、郵便番号などを、それぞれ適切な項目に分けて管理する必要性が高まります。

この変更は、一般の利用者から見ると地味に感じられるかもしれません。しかし、貿易実務や海外取引を行う企業にとっては重要です。なぜなら、住所データが正しく構造化されていないだけで、送金の保留、追加確認、差し戻しの原因になり得るためです。

特に注意したいのは、自社だけでなく取引先情報も影響する点です。自社の銀行口座情報が整っていても、海外取引先の住所や登記情報が古いままであれば、送金時にエラーや確認が発生する可能性があります。ISO 20022時代の国際送金では、住所は単なる連絡先ではなく、決済データの一部として扱われるようになります。

「構造化住所」とは何か：XMLタグで見る実務上の違い

「住所を構造化する」と言われても、抽象的で分かりにくいかもしれません。簡単に言えば、これまで一つの住所欄にまとめて入力していた情報を、国名、都市名、通り名、郵便番号、建物名などに分けて管理するということです。

ISO 20022のXMLメッセージでは、住所情報は一般的に<PstlAdr>という住所ブロックの中で扱われます。その中に、通り名を表す<StrtNm>、郵便番号を表す<PstCd>、市区町村を表す<TwnNm>、国コードを表す<Ctry>などの要素が入ります。

<PstlAdr>
  <StrtNm>1-2-3 Example Street</StrtNm>
  <BldgNm>Example Building</BldgNm>
  <PstCd>1000001</PstCd>
  <TwnNm>Tokyo</TwnNm>
  <Ctry>JP</Ctry>
</PstlAdr>

従来の自由記述に近い住所では、人間が見れば意味を読み取れても、システム側では「どこまでが都市名で、どこからが通り名なのか」を判断しにくい場合があります。これに対して、ISO 20022の構造化住所では、各情報が専用のタグに分かれているため、銀行システムやコンプライアンスチェックが自動処理しやすくなります。

この違いは、単なる入力形式の問題ではありません。国際送金では、中継銀行や受取銀行が送金情報を確認します。その際、住所が構造化されていれば、制裁リスト照合、顧客確認、国別規制チェック、送金目的の確認が効率化されやすくなります。逆に、住所が自由記述のままだと、機械判定で曖昧さが残り、追加確認や差し戻しにつながる可能性があります。

国際送金のコストとスピードに何が起きるのか

ISO 20022の目的は、国際送金をより速く、より透明に、より処理しやすくすることです。データが正しく構造化されれば、銀行側の確認作業は減り、送金の自動処理率は高まりやすくなります。請求書情報や送金目的も整理されれば、企業側の入金消込や会計処理もスムーズになります。

一方で、移行初期には新しい事務リスクが発生します。最も分かりやすいのが、住所データの不備による送金遅延です。金額、口座番号、銀行コードが正しくても、住所や取引先情報の形式が不十分であれば、システム上の確認対象になる可能性があります。

貿易実務では、L/C決済、海外仕入れ、輸出入代金の決済、海外子会社への送金など、資金移動のタイミングが取引全体に影響します。数日の送金遅延が、納期、信用状条件、在庫、為替予約、資金繰りに波及することもあります。

また、地政学リスクや制裁対応が強まる局面では、銀行の確認姿勢も慎重になりやすくなります。そのとき、取引先名や住所が曖昧なままだと、通常時以上に保留されやすくなる可能性があります。ISO 20022は送金を速くする仕組みである一方、データ品質が低い企業にとっては、送金が止まりやすくなる仕組みにもなり得ます。

つまり、ISO 20022移行後の価値は「速くなるかどうか」だけでは測れません。正しく準備した企業は送金の安定性を得やすくなり、準備が遅れた企業は事務負担や取引先対応に追われる可能性があります。

スポンサーリンク

2026年末に向けた企業の3シナリオ

シナリオA：早期対応に成功する企業

最も望ましいのは、2026年11月より前に取引先住所マスターを見直し、国名、都市名、通り名、郵便番号、建物名などを整理しておくシナリオです。この場合、国際送金時の追加確認が減り、銀行側の処理もスムーズになりやすくなります。

特に、海外取引が多い企業、複数国に送金している企業、輸出入代金の決済頻度が高い企業では、住所データの整備が資金効率に直結します。送金が予定通り進めば、取引先への支払い遅延を避けやすく、信用維持にもつながります。

また、構造化された取引先データは、国際送金だけでなく、請求管理、与信管理、会計処理、コンプライアンス確認にも応用できます。ISO 20022対応を単なる銀行手続きではなく、取引先データ管理の見直しと捉えられる企業ほど、移行後のメリットを受けやすいと考えられます。

シナリオB：銀行任せで部分的な遅延に悩む企業

最も多くなりやすいのは、銀行から案内が来るまで本格的に動かず、2026年11月前後になってから対応に追われるシナリオです。この場合、送金自体は継続できても、一部の取引で住所情報の不備、取引先名の表記揺れ、国名・都市名の入力不足などが原因となり、送金の保留や追加確認が発生する可能性があります。

企業側から見ると、「これまで通っていた送金がなぜ止まるのか」が分かりにくくなります。原因が口座番号ではなく、住所データや取引先属性の形式にある場合、経理担当者や貿易担当者だけではすぐに判断できないこともあります。

このシナリオでは、取引先からの問い合わせ、銀行への確認、社内データの修正が重なり、実務負担が増えます。特に月末、決算期、輸入代金の支払い集中時期にエラーが出ると、資金繰りや取引先との信頼関係にも影響します。

シナリオC：旧態依然のデータ管理で混乱する企業

最も注意すべきなのは、取引先住所を自由記述のまま管理し、銀行から求められるまで見直さないシナリオです。海外取引先の住所が古い、国名表記が統一されていない、英語住所が不足している、法人名と銀行口座名義が一致していないといった問題が残っていると、2026年11月以降に送金トラブルが表面化しやすくなります。

特に難しいのが、グローバルサウスと呼ばれる地域や、新興国・地方都市との取引です。国や地域によっては、日本や欧米のように「郵便番号、都市名、通り名、建物番号」がきれいに分かれていない場合があります。現地では通用する住所でも、ISO 20022の構造化データとして入力しようとすると、どの情報を<TwnNm>に入れ、どの情報を<StrtNm>や<AdrLine>に残すべきか判断に迷うことがあります。

この場合、単純に住所を機械的に分割するだけでは不十分です。取引先から正式な英文住所を取得する、現地法人や代理店に確認する、利用銀行が推奨する入力ルールに合わせる、必要に応じて住所データのマスタークレンジングを行うといった対応が必要になります。

また、すべての住所要素を完全に分解できない場合には、ハイブリッド住所の扱いが重要になります。ハイブリッド住所では、都市名や国コードなどの中核項目を構造化しつつ、補足情報を自由記述的な住所行として残すことができます。ただし、どこまで許容されるかは銀行や送金ルートによって異なる可能性があるため、事前確認が欠かせません。

このシナリオでは、国際送金網から完全に排除されるというより、実務上「送金が通りにくい企業」になるリスクがあります。追加確認が増え、銀行からの問い合わせ対応に時間を取られ、取引先への支払いが不安定になれば、結果として国際取引の機動力が落ちます。

したがって、複雑な住所体系を持つ地域と取引している企業ほど、早い段階で取引先住所の棚卸しを行うべきです。既存の住所データをそのままISO 20022へ流し込むのではなく、国別・地域別にどの項目へ割り当てるかを決め、社内の取引先マスターへ反映しておくことが重要です。

シナリオ別の影響整理

トレンド想定確率影響範囲具体的要因
スムーズな移行40%大手銀行・グローバル企業システム改修と住所マスター整備が進み、構造化データを実務で活用できる
部分的な遅延50%中堅銀行・一般貿易企業住所データのクレンジングが間に合わず、一部取引で確認や差し戻しが発生する
広域な決済混乱10%特定地域・新興国・データ未整備企業規制対応や住所形式対応の遅れにより、送金ルートの確認負担が増える

上記の確率は、公式な予測値ではなく、実務上の影響を整理するための目安です。重要なのは、2026年11月以降の変化が銀行だけの問題ではなく、送金する企業側のデータ管理にも関係する点です。

今すぐ取るべき行動

ISO 20022対応で企業がまず確認すべきなのは、自社と取引先の住所データです。住所が一つの自由記述欄にまとめられている場合は、国名、都市名、通り名、郵便番号、建物名などを分けて管理できるか確認してください。

  • 海外取引先の住所が最新か確認する
  • 国名、都市名、通り名、郵便番号などを分離して管理できるか確認する
  • 英語表記の住所と現地語表記の住所に差異がないか確認する
  • 取引先名、銀行口座名義、請求書名義が一致しているか確認する
  • 利用銀行に2026年11月以降の住所データ要件を確認する
  • 送金エラーが発生した場合の社内対応フローを決めておく
  • 取引先住所を<Ctry>、<TwnNm>、<StrtNm>、<PstCd>などの項目に分解できるか確認する
  • 法人取引先について、LEIを取得済みか、または取引先マスターに登録できるか確認する
  • グローバルサウスや新興国の取引先について、現地表記だけでなく正式な英文住所を取得する
  • 住所体系が複雑な地域は、銀行の入力ルールに合わせてマスタークレンジングを行う
  • ハイブリッド住所が利用できる場合でも、最低限の構造化項目をどこまで求められるか銀行へ確認する

特に重要なのは、利用銀行への確認です。Swift上のルールが同じでも、実際の入力画面、必要項目、エラー時の対応、ハイブリッド住所の扱いは銀行ごとに異なる可能性があります。海外送金を継続的に行っている企業は、早めに銀行の担当者へ確認しておくべきです。

また、経理部門だけで完結させないことも大切です。取引先情報は、営業、貿易、法務、経理、情報システムがそれぞれ持っている場合があります。ISO 20022対応は単なる送金フォームの問題ではなく、社内の取引先データをどう統一するかという問題でもあります。

まとめ：SWIFTの変化は「送金」ではなく「データ管理」の問題です

SWIFTは、暗号資産や新しい決済ネットワークの登場によって終わるのではなく、ISO 20022を通じてより透明な国際送金の土台へ変わりつつあります。2025年11月22日にMT形式との共存期間が終了したことで、焦点は移行そのものから、構造化データの活用へ移りました。

2026年11月以降の非構造化住所対応は、その象徴的なテーマです。住所データが曖昧なままでも送金できた時代から、住所・取引先情報・送金目的をより明確に管理する時代へ変わります。

企業にとって重要なのは、国際送金を単なる事務作業として扱わないことです。取引先データを整備し、銀行の対応方針を確認し、送金エラーが起きる前に住所マスターを見直すことが、2026年末に向けた現実的な対策になります。

ISO 20022は、準備した企業にとっては送金の効率化につながります。一方、準備が遅れた企業にとっては、送金遅延や確認対応の負担として現れる可能性があります。今のうちに、自社の国際送金データが「読めるデータ」になっているか確認しておくことが大切です。

参考外部リンク

スポンサーリンク
2026年5月11日 | 2026年5月9日