ドイツの企業顧客が送金のために銀行情報を尋ねてくるとき、相手が求めるのはあなたの SWIFTコードと IBAN です。あなたがUAEの業務委託先へ支払うときも、相手は同じものを送ってきます。この2つの識別子は、同じものを指す言い換えではありません——同じ決済チェーンの中で、それぞれ別の問題を解決しています。

本ガイドでは、各識別子の役割、両者がどう連携するか、この仕組みのどこが破綻するか、そして国際銀行送金が、今日の多くのデジタル販売者が実際に売上を回収している方法とどう比較されるかを説明します。

Merchant of Record がクロスボーダー回収をどう簡素化するかについては、Merchant of Record とは?をご覧ください。

SWIFTネットワークとは

SWIFTは、国際銀行間金融通信協会(Society for Worldwide Interbank Financial Telecommunication)の略です。これは決済システムではなく、メッセージングネットワークです。SWIFTは資金を動かしません。資金を動かすよう指示する標準化されたメッセージを、金融機関どうしの間で送ります。

シンガポールの企業がフランスのサプライヤーへ送金を起こすと、シンガポールの銀行はフランスの銀行——あるいは双方と取引関係のある中継銀行——へSWIFTメッセージを送ります。そのメッセージには送金指示が含まれます。金額、通貨、送金人情報、受取口座情報です。フランスの銀行はメッセージを受信・検証したうえで、受取人の口座へ入金します。

地域決済システムの範囲外の国際送金にとって、SWIFTは主要なインフラです。

SWIFTコードとは

SWIFTコードは、BIC(銀行識別コード、Bank Identifier Code)とも呼ばれ、SWIFTネットワーク上の特定の金融機関を表す一意の識別子です。送金指示をどの機関が受け取るべきかを、送金側の銀行に正確に伝えます。

SWIFTコードは8桁または11桁です。

• 1〜4文字目： 銀行コード(英字のみ)
• 5〜6文字目： 国コード(ISO 3166-1 alpha-2)
• 7〜8文字目： ロケーションコード(英字または数字)
• 9〜11文字目(任意): 支店コード。省略するか「XXX」に置き換えると、そのコードは銀行の本店を指します。

8桁のコードは銀行と国を、11桁のコードは特定の支店を識別します。国際送金を送る際は通常どちらの形式でも機能し、支店コードがなければ送金は本店へ経路付けされます。

例えば HSBCHKHH という構造のSWIFTコードは、銀行がHSBC、国が香港、ロケーションがHHであることを示します。クライアントや業務委託先、決済事業者があなたの口座へ送金を起こす際に求めてくるのは、この形式です。

IBANとは

IBAN(国際銀行口座番号、International Bank Account Number)は、国境を越えて特定の銀行口座を識別するための標準フォーマットです。あなたの国内口座番号を置き換えるものではありません。むしろ、既存の口座番号を、自動検証できる国と銀行の経路情報で包み込むものです。

IBANは最大34桁で、一貫した構造に従います。

• 1〜2文字目： 国コード(ISO 3166-1 alpha-2)
• 3〜4文字目： チェックディジット。IBANが有効かどうかを検証するために計算される
• 5文字目以降： BBAN(基礎銀行口座番号)。各国固有の形式で国内の銀行・口座識別子をエンコードする

BBAN部分の長さと構造は国によって異なります。英国のIBANは22桁、ドイツのIBANは22桁、フランスのIBANは27桁です。3・4文字目のチェックディジットにより、送金を試みる前にどのシステムでもIBANが正しく構成されているか検証でき、エラーを減らせます。

SWIFTコードとIBANはどう連携するか

SWIFTコードとIBANは、同じ送金の異なるレベルで機能します。SWIFTコードが金融機関を識別し、IBANがその機関内の口座を識別します。送金指示には両方が必要です。どの銀行へ経路付けするか、そして送金が到着したらどの口座へ入金するか、です。

米国の会社からドイツのサプライヤーへの送金の場合：

1. 送金人はドイツのサプライヤーのIBANと、銀行のSWIFTコードを提供します。
2. 米国の銀行がドイツの銀行へSWIFTメッセージを送ります——直接、あるいは1つ以上のコルレス銀行を経由して。
3. ドイツの銀行はIBANを検証し、正しい口座を特定して、資金を入金します。

SWIFTコードがなければ、送金は正しい銀行に到達できません。IBANがなければ、銀行は正しい口座を特定できません。IBANを使わない国では、国内の口座番号とルーティング識別子が、この流れの中でIBANの代わりを務めます。

SWIFTの実務上の限界

SWIFTはほとんどの国際送金で機能します。一方で、毎月複数の国際決済を受け取ったり送ったりすると運用上無視できなくなる限界もあります。

送金手数料は重層的で不透明です。 SWIFT送金は、送金銀行から受取銀行へ常に直接動くわけではありません。両行に直接の取引関係がない場合、送金は1つ以上のコルレス銀行を経由します。各コルレス銀行は手数料を課し、送金途中の金額から差し引きます。資金が着く頃には、送金額より少なくなっていることがあり、いくら差し引かれたかは事前に開示されません。USD 5,000の送金が USD 4,945で着金することもあり——継続的な売上回収にとって、その予測不能性は積み重なります。

送金には1〜5営業日かかります。 SWIFT送金は即時ではありません。通貨経路、関与するコルレス銀行の数、そして送金が時差をまたぐかどうかによって、完了まで1〜5営業日かかることがあります。ある時間帯の金曜に起こした送金が、別の時間帯では翌週まで処理されないこともあります。

通貨変換はコルレス銀行のレートで行われます。 送金に通貨変換が伴う場合、レートは通常、変換区間を扱うコルレス銀行が適用します——仲値ではありません。そこには機関ごとに異なり事前に開示されないスプレッドが含まれます。これは多くの決済精算で見られるのと同じ為替の不透明さです。変換は行われ、スプレッドは目に見える明細項目なしに組み込まれ、実際の着金額は仲値換算額より少なくなります。

すべての経路が同じわけではありません。 通貨規制やコルレス銀行関係が限られた市場への、あるいはそこからの送金は、追加の摩擦に直面します——処理時間の長期化、手数料の上昇、あるいは意図と異なる通貨での決済です。

SWIFTと並行して動く地域システム

特定の地域内の送金では、専用の決済通道がしばしばSWIFTより速く安い代替手段を提供します。

これらのシステムはSWIFTの代替ではなく、並行して動きます。SWIFTは、非SEPA国へ出入りする送金にとって、依然として主要なインフラです。SEPAは起点も終点もSEPA圏内にある支払い——例えばドイツの会社がフランスのサプライヤーへ支払う場合など——を扱い、そこにSWIFTは関与しません。

開発者はWaffo Pancakeで実際どう入金を受けるのか

ここが正直で、しかも重要な点です。Waffo Pancakeは、あなたの買い手からのSWIFT・IBAN・銀行送金を処理しません。 送金の仕組みではないのです。ソフトウェアやAPI、AIプロダクトをグローバルな顧客へ販売しているなら、上記の銀行送金インフラはたいてい不向きなツールです——遅く、手数料が不透明で、継続的なデジタル売上ではなく、たまの高額取引のために作られているからです。

Pancakeはカードベースの Merchant of Record です。フローは意図的にシンプルです。

1. お客様がチェックアウトし、VisaまたはMastercard、Apple Pay、Google Pay で支払います——Pancakeが受け付ける唯一の手段です。
2. Pancakeは法律上の記録販売者として 173か国でそのカード決済を処理し、チェックアウト時に正しい現地税を計算・回収します。
3. Pancakeはその税を当局へ納付し、チャージバックと不正の責任を引き受けます。
4. Pancakeはあなたの純収益を精算し、独自のスケジュールであなたへ支払います。

ですから、あなたが買い手にSWIFTコードやIBANを渡すことは決してなく、入ってくる送金を照合することもありません。銀行口座が登場する唯一の場面は、Pancakeがあなたへ支払うペイアウト側です。

これが、送金で回収するのに対するカードベースMoRの構造的な利点です。お客様のカード承認はほぼ即時で、クロスボーダー回収・通貨・税はPancakeが扱うため、数十の市場にまたがるコルレス銀行の天引きを追いかけずに済みます。オンラインビジネスにとってカード、ウォレット、現地手段がどう比較されるかの全体像は、グローバル・オンライン決済ガイドをご覧ください。

Pancakeの料金

Pancakeはすべての手数料を公開しています——月額費用なし、初期費用なし。

ペイアウト手数料は金額の1%、最低 $10.00で、返金は1件あたり $1.00です。PancakeがMerchant of Record であるため、回収時の為替スプレッドを管理したり、対応市場で外国税の登録をしたりする必要はありません——その作業はプラットフォーム側が担います。

Waffo Pancakeに回収を任せて安心な理由

Waffo PancakeはWaffoの決済プラットフォーム上に構築されています。Waffoは PCI DSS v4.0 Level 1認証を取得し、HSBCの支援を受け、AlipayおよびAnt Group出身の創業チームによって作られ、$30M超を調達しています。参考までに、業界のサブスクリプション更新の初回試行成功率は平均でおよそ 57%(Cashfree、2024年)ですが、Waffoプラットフォーム全体では、加盟店は決済成功率の最大 45%の改善を記録し、これまで失敗していた注文の約 18%を回収しています(Waffoプラットフォームのデータに基づく)。ブランドの約束は明快です。"We're the seller. You focus on building."(販売者は私たち。あなたは作ることに集中を。)

SWIFTとIBANが今もあなたに関係する場面

カードベースのMoRが売上を回収していても、銀行送金の識別子は次の2つの場面でなお登場し得ます。

• 店舗の外で大口の企業向けB2B決済を受け取るとき。 欧州や中東の一部の企業バイヤーは、交渉済みの契約で送金による支払いを好みます。その場合、あなたは自分のSWIFTコードとIBANを直接提供し、上記の限界が当てはまります——コルレス手数料と予測しづらいタイミングです。
• 海外の業務委託先やベンダーに支払うとき。 複数国にまたがる分散チームは、同じSWIFT/IBANの通道で支払われます。そのため、形式と手数料構造を理解しておくと、送る額に対して着く額がどうなるかの見通しを立てやすくなります。

とはいえ、あなたの中核となるデジタル売上については、この配管を自分で運用する必要はありません。Merchant of Record はお客様の通貨で支払いを回収し、純収益をあなたへ精算するため、各市場にまたがる個々の送金を照合したり、回収のためにコルレス関係を管理したりせずに済みます。

まとめ

SWIFTコードとIBANは、ほとんどの国際銀行送金の裏側にある配管です。SWIFTコードが銀行へ経路付けし、IBANが口座を特定し、SEPAのような地域通道がそれぞれの圏内で隙間を埋めます。その限界——不透明なコルレス手数料、ばらつくタイミング、組み込みの為替スプレッド——は構造的なものです。コルレス銀行モデルは、継続的なデジタル売上ではなく、たまの高額送金のために作られたからです。

だからこそ、ほとんどのソフトウェア・AI企業は、そもそも送金で売上を回収しません。カードで回収し、クロスボーダー決済・税・精算は Merchant of Record に任せます。Waffo Pancakeがその、カードベースのMoRです——入ってくるのはVisa/Mastercard、Apple Pay、Google Pay、出ていくのはあなたへのクリーンな純額ペイアウト——SWIFTやIBANの仕組みではありません。

本記事は一般的な情報であり、税務・法務・財務に関する助言ではありません。具体的な決済・送金・クロスボーダー回収の取り扱いについては、ご利用の銀行、有資格の専門家、および関係当局の情報をご確認ください。

関連記事

決済

決済はなぜ失敗するのか：拒否と回収の実践ガイド(2026年)

決済

ACH 決済入門：B2B 取引の手数料をもっと安く

決済

グローバルオンライン決済の仕組み：ソフトウェア事業者のための2026年ガイド