外国為替システムの開発費は、1,000万〜10億円以上と幅があります。その差を生むのは、取扱範囲、接続先と通貨、決済基盤の可用性です。
同じ送金機能でも、金融機関向けは勘定系接続やAML・制裁スクリーニングまで含むため、工数が増えます。
▼全体ガイドの記事
・外国為替システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
外国為替システムの概要と費用を考える前の全体像
外国為替システムは、複数通貨の送金、受取、為替予約、外貨預金、貿易金融、銀行間決済をつなぐ仕組みです。
その範囲は、受付から照合、会計、顧客通知までを含みます。
企業や金融機関によって範囲が異なるため、費用は名称ではなく対象範囲をもとに整理します。
事業会社向け・金融機関向け・決済基盤の三つに分けた考え方
費用を比べるときは、利用者と決済範囲の違いで分けて考えます。
- 事業会社向け：送金依頼と既存基盤の連携が中心になります。
- 金融機関向け：外為事務と勘定系接続まで扱う範囲です。
- 決済基盤：銀行間決済と高い可用性を担う部分です。
事業会社向けは、海外送金の入力、複数人の承認、銀行APIやファイル連携を扱い、ERP・会計との消込や送金状況の確認も対象になります。
既存基盤を使える場合は、受付画面と連携アダプターの追加開発に範囲を絞れます。
金融機関向けは、仕向送金、被仕向送金、外貨預金振替、為替予約、信用状まで含みます。
勘定系接続やAML・制裁スクリーニングも加わるため、送金機能が同じでも工数が増えます。
費用を左右するのは、画面よりも電文・例外処理・照合
費用の差を生むのは、画面数よりもデータ連携と失敗時の処理です。
- 受付と管理：依頼、本人確認、承認、レートの扱い
- 電文と照合：送信、結果受領、会計、照合のつなぎ目
- 異常系と監査：再送、組戻し、取消、履歴の管理
送金依頼から承認までの流れでは、通貨や為替レート、手数料、適用レート、約定日、価値日も管理します。
決済電文の生成と送達確認から、会計仕訳、照合、顧客通知までが必要になります。
SWIFTのISO 20022や銀行ごとのXML・API・ファイルに接続すると、項目変換と整合性確認が加わります。
日銀ネットや勘定系との接続に加え、顧客情報やAMLサービスとの接続も対象になります。
通信断やタイムアウトでは、再送や組戻し、取消、差戻しが必要になり、未達の確認も欠かせません。
送信済みか不明な取引を再送すると二重送金につながるため、取引ID、電文ID、冪等性キーを設計します。送達確認と件数・金額の照合も含めます。
また、操作履歴も残す必要があります。異常系と監査証跡の作り込みが、一般的な業務Webシステムとの差になります。
外国為替システム開発の進め方と工程別の費用
見積もりは、画面数や機能数に加えて、業務ルールや接続先の積み上げで決まります。
移行や試験、運用設計も工程ごとに積み上げます。
企画から稼働後まで工程を分けると、追加されやすい費用が見えてきます。
要件定義で決める取扱範囲とデータの持ち主
要件定義では、利用者、通貨、送金種別を中心に、月間件数とピーク件数を整理します。
- 取扱範囲：利用者、通貨、仕向・被仕向送金の範囲
- 正データ：残高や履歴を保持するシステム
- RFP項目：接続、権限、照合、復旧条件の記載
顧客情報や残高、為替レート、手数料、履歴、会計仕訳には、それぞれの正をあらかじめ置いておきます。正を決めないまま両システムが残高を更新すると、復旧時に不整合が起きます。
RFPには、接続先、電文形式、必須項目を明記します。締め時刻や休日処理、承認権限も記載します。
AML判定や手数料計算、返却・組戻しのルールに加えて、照合キーや保存年限、RTO・RPOも含めます。
企画や要件定義の費用は、全体開発費の10〜15%程度を仮置きすることがあります。業務が複雑な金融機関では、さらに増える可能性があります。
設計・開発での電文変換と業務状態の具体化
設計では、依頼の受付から顧客通知までの状態の移り変わりを定義しておきます。
- 業務状態：承認、送信、結果受領、会計までの定義
- 電文変換：入力情報を相手先の必須項目に合わせる変換
- 運用基盤：権限、鍵、ログ、監視、切替の設計
ISO 20022では、住所や送金目的、送金人・受取人情報を、どの形式で保持するかを決めます。
外国為替システムでは、欠損や桁あふれを切り捨てないエラー設計が欠かせません。
認証・権限と特権IDを設計対象にし、暗号鍵やHSM、証明書、監査ログも含めます。
監視やバックアップ、災害時の切替も設計に含みます。
標準機能は設定で使い、個社固有の部分だけを追加開発します。
スクラッチ開発は柔軟に作れる一方で、標準改訂や脆弱性対応、運用要員を継続して負担することになります。
試験・移行・リリースにおける異常系の確認
決済システムの安全性を確かめるには、単体試験と結合試験に加えて、異常系の試験が必要です。
- 接続と性能：電文とピーク時処理、拠点切替の試験
- 異常系：誤検知や通信断、二重依頼、再処理への対応
- 移行と復旧：照合、並行稼働、切戻しの確認
接続先との電文試験と性能試験では、ピーク時の同時処理も確かめます。
制裁リストの誤検知やAML判定の差戻し、通信断、タイムアウトも試験の対象です。
二重依頼や、片側だけ成功した場合の再処理も試します。
拠点切替やバックアップ復旧も含めます。
試験・移行・教育費は、初期開発費の15〜30%程度になることがあります。ここを削ると、稼働後の障害対応費が膨らみます。
移行では、顧客や口座を項目単位で対応付け、通貨やレート、手数料も同じ粒度で確かめます。
未決済の取引や過去の電文履歴も対象にし、欠損や重複がないかを見ます。
移行リハーサルを行い、件数と金額の照合、現行と新システムの並行稼働を計画します。また、本番移行の切戻し条件をあらかじめ決めておくと、移行リスクを下げられます。
2025年11月にSwiftのMT・ISO 20022共存期間が終了しました。対応済みの場合も、2026年の改訂を見込んで試験計画を立てます。出典はSwift「ISO 20022 in bytes for payments」（2025年・2026年）です。
外国為替システムの費用相場・価格帯とコストの内訳
外国為替システム単独の公開見積もりは少ないため、ここで示すのは推定レンジです。2026年時点の一般的なシステム開発相場や金融システムの公開事例を参照し、リサーチノートの案件スコープをもとに組み立てています。
2026年7月公開のSIA株式会社の費用情報では、人月単価を60万〜200万円程度としています（出典: SIA株式会社「システム開発の費用・相場 2026年版」、2026年）。
金融案件では、業務知識や接続試験、監査、可用性も費用に加わるため、単価からの計算だけでは足りなくなります。
法人向け送金受付と銀行API連携の費用（1,000万〜4,000万円）
既存基盤を活用できる法人向けポータルは、比較的限られた範囲から始められます。
- 初期費用：1,000万〜4,000万円が目安
- 期間：4〜9か月程度
送金依頼や承認、取引照会に加えて、CSVか銀行API連携を追加する場合の目安です。会計システムへの結果連携も含みます。なお、顧客・利用者管理と制裁チェックは既存サービスを使う前提です。
複数銀行や複数通貨、外貨預金に加えて、複雑な承認経路を組み込むと、4,000万円を超える可能性があります。さらに、リアルタイム通知や過去データ移行を加えた場合も、費用は増えます。
外為事務パッケージや共同利用クラウドの費用（2,000万〜1億円）
外為事務の標準機能を使う導入では、設定と連携の範囲が費用を左右します。
- 初期費用：2,000万〜1億円の見込み
- 期間：6〜15か月程度が目安
- 月額利用料：100万〜500万円程度の仮置き
初期設定や勘定系連携、データ移行に加えて、教育や接続試験を含む導入の目安です。
月額は、利用者数や取引件数、接続先によって変わります。保守時間やデータ保管、追加開発も影響します。
標準機能をそのまま使う場合は下限に寄せやすい一方、画面や承認ルールを変えると個別開発費が増えます。
SWIFT・ISO 20022対応の中継基盤の費用（5,000万〜3億円）
複数の金融機関や勘定系をつなぐ中継基盤では、電文と例外処理の範囲が大きくなります。
- 初期費用：5,000万〜3億円が目安
- 期間：9〜24か月程度
MT・MX変換、ISO 20022の正規化、STPを含む費用です。照合や例外処理、監視、再送も対象に入ります。総合試験も必要です。
公開事例としては、2025年1月からAnserBizForexのISO 20022対応を進めたNTTデータの事例があります。2025年10月には、ソニー銀行の個人向け海外送金でCrossMeetzを本番稼働させたNSSOLの事例もあります。受付から電文発信までが論点です（出典: NTTデータ、2025年／日鉄ソリューションズ、2025年）。
銀行の外為基盤更改の費用（1億〜10億円）と全面刷新
銀行の基盤更改は複数の業務と拠点にまたがるため、プロジェクト全体で見積もります。
- 更改費用：1億〜10億円が目安
- 期間：18〜36か月程度
- 全面刷新：5億〜30億円超になることがあります
日銀ネットや勘定系、顧客チャネルから、AML、SWIFT、会計まで横断します。複数拠点やBCPに加えて、現新並行、接続審査、監査対応も対象です。
複数国や複数通貨、24時間365日の稼働を含むと増えます。さらに、複数ベンダーや海外拠点の移行が加わると、費用はいっそう増えます。
この金額は機能の価格というより、止められない決済を安全に移行するための費用です。
開発費・接続費・試験費・継続費の内訳
見積書は、初期費用と稼働後の費用を分けて見ると、不足に気づきやすくなります。
- 開発費：要件定義、設計、画面、API、バッチの費用
- 接続費：電文変換、外部接続、回線、証明書の費用
- 試験費：移行、総合試験、教育の費用
- 継続費：保守、監視、データ利用、制度対応の費用
インフラや可用性、セキュリティ、プロジェクト管理も、初期費用に含めて見ておきます。
SWIFTなどの利用料や、為替レート、制裁リストのデータ利用料も継続費に当たります。
専用線や証明書・HSM、クラウド、監視の費用も確認します。脆弱性診断と24時間保守も含めます。
制度改定への対応も継続費に含めます。また、年次保守費は開発費の15〜20%を仮置きします。
要件が未確定の場合や移行を伴う場合には、20〜30%の予備費を置いておくと、稟議後の不足を防げます。
外国為替システムの費用が変動する主な要因
価格の差は、機能数よりも、失敗を防ぎ状態を説明する仕組みの有無から生まれます。そのため、見積もりでは金額に加えて、接続先や通貨、可用性などの条件が含まれているかを見ておきます。
接続先・通貨・データ項目の増加と、変換・試験の負担
接続先と通貨が増えるほど、相手ごとの仕様調整と試験が増えます。
- 接続先：相手ごとの認証、項目、エラー、通知の確認
- 通貨：小数桁、休日、締め時刻、丸めの確認
- 例外ルール：取引件数が少なくても工数を左右する点
銀行APIとファイル連携は、それぞれ一つずつでも、必要な仕様調整と試験量が異なります。銀行ごとに、認証方式やレート、手数料を確認します。受付時間やエラーコードも、銀行ごとの仕様として見ておきます。
必須項目と結果通知の仕様も相手先ごとに確かめ、通貨ごとの規制対象も加えます。
可用性・セキュリティ・監査の水準とインフラ費
止められない運用や厳格な監査を求めるほど、インフラと運用の費用が増えます。
- 可用性：冗長化、短いRTO、厳格なRPOの要求
- 監査と保護：鍵、特権ID、ログ、監視の管理
- AML・CFT：判定後の更新、検証、エスカレーションの継続
24時間365日の稼働や複数拠点での備えも、費用を押し上げる要素です。
暗号鍵の分離や特権ID、長期ログ保存、SOCや監視センターとの連携も対象です。障害時には手動代替に切り替え、未処理と処理済みの取引を説明できる設計にします。
AML・CFTでは、誤検知の確認と判定根拠の保存を運用に含めます。有効性の検証も必要です（出典: 金融庁「Issues and Practices for Dialogue on Validation of Effectiveness of AML/CFT Frameworks」、2025年）。
ISO 20022・日銀ネット・制度改定への継続対応
国際標準への対応は、開発が終わった後も続きます。
- Swift：MTとISO 20022の移行時期
- 日銀ネット：電文バージョンの改訂
Swiftでは2025年11月22日に共存期間が終了しました。対象はクロスボーダー決済指図です。
2026年11月には、MT 101の共存終了や調査メッセージ対応が予定されています。出典はSwift「Call-to-action for November 2026」（2026年）です。
日銀ネットでは2025年11月に、ISO 20022電文を改訂しました。対象は2019年バージョンです。出典は日本銀行「日銀ネット等におけるISO20022に関する取り組み」（2025年）です。
電文のバージョン管理やテストデータに加えて、検証環境とリリース手順も保守契約に含めます。
外国為替システムのコストを最適化するポイント
費用を下げたいときは、対象範囲や標準機能の使い方を見直すのが先です。テストや監査を削るより、こちらを優先します。
安価でも制度変更に対応できなければ、改修や障害対応で5年TCOが高くなります。
決済の中核と周辺機能の分け方と優先順位
初期段階では、業務影響の大きい決済の中核に範囲を絞ります。
- 第一段階：受付、承認、決済、照合、監査ログの優先
- 第二段階：予約、貿易金融、分析、通知の切り分け
- 基盤要件：取引ID、履歴、権限、証跡の先行設計
為替予約、貿易金融、分析ダッシュボード、細かな通知設定は、業務への影響が比較的小さいため第二段階に分けられます。第二段階に回すと、初期費用を抑えやすくなります。小さく始めるとしても、後から変えにくい基盤要件は最初から設計しておきます。
標準機能・外部サービス・APIの組み合わせと個別開発の抑制
標準機能と外部サービスを組み合わせると、初期開発と制度改定の負担を分けられます。
- 標準機能：外為事務パッケージや共同利用クラウドの利用
- 個別開発：承認、ERP連携、顧客体験の拡張
- 責任分界：障害やログ、データ返却を契約でどこまで誰が受け持つか
送金画面や制裁リスト、本人確認は、すべて作り込む必要はありません。為替レートや通知、クラウド監視も、作り込まなくてかまいません。
個社固有の承認ルールや、ERP連携、顧客体験の部分だけを、APIや設定で拡張します。サービス障害時の責任分界、データ所在、再委託先、ログ取得を見ていきます。接続方式や契約終了時のデータ返却も確認が必要です。
5年TCOと制度改定費による比較
初期費用だけでなく、5年分の費用を同じ表に並べて比べます。
- 初期費用：開発、移行、接続試験の費用
- 継続費：月額、保守、データ、監視の費用
- 変更費：制度改定、追加開発、障害対応に伴う費用
初期開発費や月額利用料に加えて、保守、データ利用料、クラウドや回線も並べます。監視や証明書、脆弱性診断、教育も含めます。
初期費用が安くても、従量課金や標準外変更の単価が高ければ、長期では逆転します。
保守契約に、ISO 20022の更新や接続先の変更、AMLルールの更新を含めるかを確かめます。障害時の調査範囲も、契約に含まれるか確認してください。
外国為替システムの見積もり・発注で確認すべきポイント
外国為替システムは、会社ごとに見積もりの前提が変わりやすい領域です。そのため、同じRFPで複数社を比べると、価格だけでなく提案の抜け漏れも確認できます。
RFPに書く接続・規制・異常系・運用の条件
RFPは、正常系だけでなく送信後の不確実な状態まで書くと精度が上がります。
- 業務条件：通貨、取引種別、件数、利用者の記載
- 接続条件：電文、相手先、勘定系、日銀ネットに関する条件
- 運用条件：再送、手動代替、移行、試験の取り決め
接続先や電文形式、ISO 20022の対象、日銀ネットの利用有無も、RFPに欠かさず記します。勘定系やERP、会計との連携に加えて、AML・制裁判定、認証・権限、ログ保存も書き込みます。
RTO・RPOや障害時の再送と手動代替は、RFPに必要です。移行対象と試験環境も欠かせません。
「送信済みか不明」「応答がない」「一部だけ処理済み」といった状態も、業務フローに含めます。
金融業務と継続運用の実績による開発会社の選定
画面開発の経験に加えて、金融業務と継続運用の実績を比べます。
- 金融接続：SWIFT、ISO 20022、日銀ネットへの対応
- 運用対応：AML、監視、BCP、移行、再送への対応
- 契約体制：保守、再委託、責任分界の体制
勘定系連携やAML・制裁スクリーニング、24時間監視の実績も見ておきます。BCPや移行リハーサルについても、障害時の再送判断まで含めて確かめます。
比較候補には、NTTデータ、NTTデータ ルウィーブ、日鉄ソリューションズがあります。そのほか、Oracle Financial Services、シグマクシス、Akkodis Japanも比較の候補になります。
選ぶ際は、ランキングよりも自社に近い実績と、保守・再委託・責任分界の内容を基準にします。
契約と受入条件での追加費用と障害時の責任の定義
契約や検収条件を先に定めておくと、追加費用と障害時の責任をあらかじめ確認できます。
- 契約方式：請負か準委任か
- 変更負担：仕様変更や接続先変更の負担の決め方
- 受入条件：異常系、復旧、残高確認を含む条件
要件定義後の変更単価も先に決めておくと、途中の仕様変更で費用をめぐる食い違いが起きにくくなります。
検収では、二重送金の防止や再送、組戻しを確かめます。照合や権限、監査ログも対象に含めます。性能や拠点切替、バックアップ復旧、移行後の残高確認も、検収条件に加えます。
制度改定や脆弱性への対応、障害や問い合わせの対応時間、SLAは、別に明文化します。
よくある質問（FAQ）
外国為替システムでは、費用だけでなく、対象範囲や運用条件も質問に挙がります。企画担当者や情シス担当者からの疑問に、価格と実務の両面で答えます。
外国為替システムの開発費は最低いくらですか？
既存の銀行APIや会計基盤を使い、1行・少数通貨に絞ると初期費用を抑えられます。
- 目安：送金受付と承認で1,000万〜4,000万円
- 注意点：本番決済の安全要件は省けない
制裁判定や監査ログ、異常系を確かめ、接続試験や移行、保守も含めて考えます。数百万円で完了するとは断定できません。
パッケージとスクラッチ開発はどちらが安いですか？
標準機能を使える範囲では、パッケージや共同利用クラウドが費用を抑えやすくなります。
- パッケージ：初期開発費と制度改定費を抑えやすい
- スクラッチ：独自要件や顧客体験に対応しやすい
独自のレートや手数料、海外拠点、複雑な基幹連携が重要な場合は、スクラッチやハイブリッドが適しています。5年分の月額や保守、追加開発、移行、データ返却まで比べます。
ISO 20022対応だけなら費用はどのくらいですか？
既存のデータモデルと接続基盤が整い、対象メッセージを限定できれば、改修範囲を絞れます。
- 限定改修：数千万円規模で収まる可能性がある
- 基盤刷新：5,000万〜3億円程度になることがある
入力項目やMT・MX変換、欠損データの補完、結果通知も確かめます。
調査や組戻し、接続試験、取引先ごとのガイドライン、総合テストまで含めます。画面の変更だけで見積もらず、データ項目から運用まで見てください。
見積もりを取る前に何を準備すればよいですか？
見積もりの前には、対象業務や利用者、通貨、件数を整理します。接続先や現行システムの情報も、まとめておくと見積もりの前提がそろいます。
- 業務情報：移行データ、承認経路、AML判定の整理
- 運用情報：可用性と障害時の代替運用の整理
- 異常系：再送、組戻し、取消、通信断の想定
正常系に加えて、照合が合わない場合と、送信済みか不明な場合も確かめておきます。未確定の項目と仮定は分けて整理しておき、複数社へ相談すると、情報が不足していても精度を上げられます。
まとめ
送金受付は1,000万〜4,000万円、外為事務は2,000万〜1億円が目安になります。中継基盤は5,000万〜3億円、銀行更改は1億〜10億円です。
ここに挙げた金額は目安で、接続先や通貨、取引量によって変わります。既存システムや可用性、監査、移行、制度対応の条件でも差が出ます。
費用を決める最初の一歩は、システムの範囲の切り分け
見積もりでは、顧客向けの受付、外為事務、決済基盤のどこまでを対象にするかを明確にします。
- 受付：顧客向けの依頼と承認が範囲
- 事務：外為処理と基幹連携の範囲
- 決済：SWIFT・日銀ネットと異常系まで
電文やAML・制裁判定、会計連携、照合、再送は、対象に含めます。監査やBCP、移行も同じ見積もりに入れておきます。対象をそろえると、複数社の金額を同じ条件で比べられます。
初期費用と5年TCOを並べたRFPと複数社見積もりへの進め方
標準機能や外部サービスを使い、差別化部分だけを個別開発すると、費用を分けられます。
- 標準化：外部サービスとAPIの組み合わせ
- 長期比較：初期費用から障害対応まで5年間で比較
- 安全性：異常系と移行リハーサルを削らないこと
ISO 20022や制度改定を吸収できる構成にします。そのうえで、初期費用や月額、保守、データ利用料を比べます。
監視や接続試験、改修、障害対応も5年TCOに含めます。二重送金を防ぐ異常系の試験や移行リハーサルを外さないことが、安全な予算管理につながります。
▼全体ガイドの記事
・外国為替システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。