内国為替システム開発は、現行調査で対象範囲を確かめ、要件を定義したうえで、接続設計・試験・移行の順に進めると、安全に稼働させやすくなります。
まず各システムの役割を押さえ、そのうえで開発工程、費用相場、見積もりの確認点を見ていきます。
▼全体ガイドの記事
・内国為替システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
内国為替システムの全体像と役割
内国為替システムは、国内金融機関どうしの振込、送金、口座振替、給与振込、総合振込を処理する業務基盤です。受取口座への入金から決済、照合までを支えます。
勘定系、営業店、インターネットバンキング、法人向けEB、決済ゲートウェイ、監視・運用基盤が連携して成り立ちます。そのため、一つのアプリケーションとして捉えると、必要な接続範囲が見えにくくなります。
全銀システム・勘定系・周辺連携の役割の違い
各システムの役割を切り分けておくと、必要な接続範囲がはっきりします。
- 全銀システム：全国の金融機関を結び、銀行どうしの為替取引を処理する中核インフラ。
- 勘定系：顧客口座、残高、入出金、元帳の管理。
- 接続ゲートウェイ：電文の変換、送受信、再送、結果照会を担当。
- 企業側の振込管理：支払データを検証し、場合によっては銀行や決済代行へ渡します。
日銀ネットは、日本銀行と金融機関のあいだの資金決済を担い、全銀システムとは異なる仕組みです。ZEDIは請求書番号などを企業間振込で受け渡すEDI機能で、送金ネットワークではありません。
電子交換所は手形・小切手などを扱います。そのため、振込が中心の開発では、電子交換所を連携対象に含めるか対象外にするかを、先に明記しておきます。
受付・送受信・照合・例外処理の主要機能
機能要件には、受付から突合までの処理と、本番運用に欠かせない例外制御を含めます。
- 受付・検証：振込、振替、給与振込、総合振込の依頼と口座情報。
- 電文処理：変換、ルーティング、手数料計算、結果照会。
- 突合・管理：入出金と元帳の照合、マスタの有効期間、金融機関の統廃合への対応。
- 例外・監査：組戻し、取消、返却、不渡り、タイムアウト、重複依頼などの記録。
金融機関コードや支店コード、口座番号、名義は、マスタ管理も含めて検証します。本番運用に耐えるには、単純な文字列チェックより踏み込んだ確認が必要です。
片側だけ成功した処理や、休日・締め時刻をまたぐ処理も対象に含めます。特に、同じ依頼の再送による二重入金を防ぐ冪等性は欠かせません。通信断後の処理状況照会や全操作の監査ログも必要です。
正常系の画面を先に作ると、例外処理とデータ整合性の設計で手戻りが生じます。
内国為替システム開発の進め方・工程
開発は、まず現行調査で対象範囲を定めるところから始まります。業務・電文要件と非機能要件を決めたうえで接続設計へ進み、開発と試験を経て、移行と運用引き継ぎに至ります。
金融機関向けの基盤開発では、RFIやRFPを出す前に、業務部門や法務・リスク管理部門、監査部門を巻き込みます。制度対応や審査の期間も、工程表に入れておきます。
現行調査と要件定義による対象範囲の決定
現行調査では、受付の主体や接続先を確かめ、処理件数と送信期限を押さえます。そのうえで、企業連携と金融機関基盤の対象を分けます。
- 企業連携：支払データ取込から会計連携まで、承認、口座確認、銀行送信、結果取込の流れ。
- 金融機関基盤：営業店、インターネットバンキング、法人EB、勘定系、全銀接続、監視センターの洗い出し。
業務要件では、受付時間と締め時刻を決めます。休日や予約日の扱いも、同じ段階で定めます。
手数料と名義照合の扱いも、業務要件に含めます。組戻し、取消、返却などの例外処理は、障害時の手動代替と合わせて決めておきます。
電文要件では、項目の桁数や文字コード、送信単位を定義します。必須・任意の区分とエラーコードを定め、再送条件と結果通知方式も決めます。送信後に応答だけが失われた場合の扱いも決めておくと、再送による二重処理を防げます。
非機能要件と接続方式の数値設計
性能、可用性、復旧目標を数値で定めておくと、必要な基盤と試験範囲を見積もれます。
- 性能：処理件数、同時処理数、ピーク係数、応答時間、稼働時間の数値目標。
- 復旧：許容停止時間、RTO、RPO、二重化の範囲、拠点切替の条件。
- 運用：監査ログの保存期間、バックアップ頻度、再処理、手動運用への切替基準。
金融情報システムセンターの「金融機関等コンピュータシステムの安全対策基準・解説書」は、2026年3月に第14版が発行されています。
そのため、参照する版と適用範囲は、発注時点でそろえておきます（出典: FISC刊行物案内、2026年）。
接続方式には、中継コンピュータやAPIゲートウェイ、ファイル連携、決済代行サービスがあります。
全銀ネットの資料では、APIゲートウェイの方向性と、第8次全銀システムの2028年5月稼働予定が示されています（出典: 全銀ネット有識者会議資料、2025年）。
新規開発では、将来のAPI化やISO 20022などの標準化、認証方式を見据えます。接続先を追加したときの影響も確かめ、インターフェースは疎結合に設計します。
異常系テストと移行リハーサルの繰り返し
試験の合否条件は、資金差異がないことと、処理状況と操作履歴を追えることです。
- 単体、結合、総合、受入、高負荷、障害、脆弱性、災害復旧の各試験の組み合わせ。
- 通信断、タイムアウト、重複送信、DB障害、拠点切替の検証。
- 締め時刻直前の受付や、休日明けの大量処理を想定した試験。
口座残高や勘定系元帳との突合では、金額に差異がないことを確かめます。加えて、処理済み、未処理、要確認を区別できること、操作履歴をたどれることも確認します。
移行対象には、口座や取引先、振込依頼が含まれます。処理結果や手数料、組戻し履歴、監査証跡も対象です。
抽出、変換、取込のあとは、件数だけでなく、金額合計とステータス別件数で照合します。さらに、未処理一覧と日次締め残高も突き合わせます。
現新並行や段階稼働では、どちらのシステムを正とするかを事前に決めておく必要があります。差異を判断する人や切戻しの期限、顧客や営業店への連絡手順も、あらかじめ決めます。
2023年10月の全銀システム障害を踏まえ、発注仕様には、移行時のマスタ確認や委託先を含む障害連絡網を入れます。加えて、再送ルールや手動代替、復旧後の照合も盛り込みます。
金融庁の基幹インフラ制度では、銀行業や資金移動業などが対象事業として案内されています。導入等計画書などの手続きも示されています（出典: 金融庁「基幹インフラ制度における手続きについて」、2025年更新）。
対象は事業者区分や設備、委託内容によって変わります。そのため、導入時期から逆算して、法務・リスク管理部門に確認しておきます。
内国為替システム開発の費用相場とコストの内訳
公開されている案件別の価格は限られています。そこで、2026年時点で想定スコープを置いた推定レンジを示します。
企業の振込データ連携と、金融機関の決済ゲートウェイとでは、可用性や試験の要件が異なるほか、監査や移行の要件も違います。ここに示す金額は、公表された見積ではありません。RFPの前提を固めたあとに、個別見積で確定する目安です。
小規模連携の費用目安（1,000万〜5,000万円）
小規模案件の費用と期間は、連携先の数と、決済処理をどこまで担当するかで変わります。比較のため、一段上の中規模も並べます。
- 小規模連携：初期開発費は1,000万〜5,000万円、期間は6〜12か月程度。
- 中規模ゲートウェイ：費用は5,000万〜3億円、期間は12〜24か月程度。
小規模案件では、既存の決済代行やAPIを使い、振込データ受付や認証、電文変換を加えます。結果照会と会計連携も、順に追加していきます。
一つの銀行やサービスと接続し、決済そのものを外部に任せる構成なら、中核基盤より費用を抑えられます。
口座情報の検証や承認権限、取引ログ、再送、二重登録防止まで含めると、画面を足すだけの場合より工数が増えます。
比較のため、規模が一段上の中規模案件では、金融機関接続や決済ゲートウェイに、複数チャネルと勘定系連携が含まれます。さらに、再送や組戻しの処理、監視、災害対策が必要です。接続試験も欠かせません。
本番の資金移動を金融機関が担う場合は、試験環境や監査資料が必要になります。さらに、24時間運用と障害時の指揮系統も求められます。
周辺機能をクラウドに分けるハイブリッド構成でも、費用を左右するのはデータ整合性を保つ設計です。
基盤刷新の費用目安（3億〜20億円超）と共同基盤の費用（数十億円以上）
大規模な内国為替基盤や勘定系の刷新は、複数のチャネルや金融機関、外部機関にまたがります。
- 大規模基盤：費用は3億〜20億円超、期間は24〜48か月程度になる可能性があります。
- 共同利用型更改：数十億円以上、3〜5年以上のプログラムになることがあります。
- 要件定義・業務設計：費用配分の仮置きは10〜15%。
- アプリ・インターフェース開発：費用配分の仮置きは30〜40%。
- 基盤・移行など：インフラ・可用性・セキュリティは15〜25%、移行・接続・総合試験は15〜30%。
配分の残りは、プロジェクト管理と監査、教育、予備費として見ます。ここでの費用配分は、発注前の試算に使うものです。
共同利用型の更改では、全銀接続や複数拠点の冗長化、現新並行を扱います。過去データの移行や制度・監査対応、高負荷試験も含まれます。一般的な業務システムの相場は、そのまま当てはめにくい領域です。
2026年にNTTデータが公表した事例では、福井銀行と旧福邦銀行の基幹系統合で、期間が従来比約2割短縮され、リハーサル回数は約5割削減されたとされています（出典: NTTデータグループ、2026年5月）。
短縮効果を期待しても、準備や検証は省かず、標準化された移行手順と過去の統合知見を活用します。
5年TCOに含める運用費と制度対応費
初期費用だけでなく、稼働後の保守やインフラ、制度対応まで含めると、長期の費用を比べられます。
- 運用：監視や保守要員、クラウドやデータセンター、回線、バックアップ、障害訓練の費用。
- 制度・接続：脆弱性対応、制度改定、接続先利用料の見込み。
- 5年TCO：追加開発、更新、監査、教育、災害復旧訓練の費用。
初期開発費の15〜25%を年間保守費として仮置きする方法があります。24時間365日対応や複数拠点、金融機関向けの監査支援を含めると、費用は上振れしやすくなります。
全銀ネット側の接続料や制度運営費は、契約条件と適用時点で変わる可能性があります。最新の公式料金表で確かめます。
クラウドやSaaSでは、月額料金だけで比べないようにします。専用環境やAPI、ログ保存、鍵管理が別料金になっていないかを確かめます。バックアップやデータ移行、監視、追加ユーザー、制度改定、契約終了時のデータ返却についても、同じ確認が必要です。
5年TCOには、バージョンアップや監査資料、教育、脆弱性診断も含めます。そのうえで、初期費用の安さが長期的にも有利かを判断します。
内国為替システムの見積もりを取る際のポイント
比較の前に、業務範囲や処理件数、接続先、既存資産の前提をそろえておきます。可用性や移行対象、保守時間もそろえる必要があります。
たとえば、企業の総合振込データを一つの決済代行へ送る案件と、複数金融機関の勘定系・全銀接続を更改する案件は、別物として扱います。
価格の差を高い・安いだけで評価せず、含まれる作業と除外項目を比べられるRFPを作ります。
RFPに記載する業務・電文・非機能・検収条件
RFPは、発注先が同じ条件で見積もれ、完成の基準を判断できる細かさにします。
- 業務・電文：受付から照合、組戻しまでの業務の流れと、電文項目や再送条件。
- 非機能・検収：稼働率や性能、復旧目標の数値と、異常系試験の合格条件。
- 成果物：設計書、コード、試験結果、移行・運用手順、教育資料の定義。
業務一覧には、振込受付や承認、送信、結果取込、照合を含めます。組戻しや取消、返却などの例外処理、手数料、会計連携も入れます。
口座・金融機関マスタは、更新担当と適用日を具体化します。履歴と移行対象期間も、具体的に書きます。
電文では、項目定義と文字コード、エラーコードを明示します。送信タイミングや再送、二重登録防止、結果照会も含めます。
非機能要件では、ピーク処理や応答時間を数値で指定します。RTO・RPO、バックアップ、拠点切替も、数値で示します。
MFA、暗号化、権限分離、監査ログの要件を、具体的に定めます。脆弱性診断やペネトレーションテスト、監視、障害連絡、保守時間についても、数値で示します。
検収条件には、正常系に加えて異常系の条件を含めます。タイムアウトや重複送信、部分成功、通信断、マスタ不整合、切戻し、復旧後の突合が、その対象です。成果物の納品条件も、契約前に明記します。
得意領域と実装担当チームによる発注先の比較
候補企業は、金融インフラや勘定系・決済パッケージ、クラウド・API、決済代行といった得意領域で比べます。
- 金融インフラ：大規模基盤や全銀接続の担当範囲。
- 製品・基盤：勘定系、決済パッケージ、クラウド、APIへの適合性。
- 運用チーム：現場責任者、保守体制、障害対応力。
NTTデータや富士通、日立製作所、NEC、野村総合研究所、日本IBMなどが候補になる場合もあります。ただし、知名度だけで決めず、全銀接続や同規模の金融機関での直接の担当範囲と責任者を確かめます。
提案依頼では、同業態・同規模での本番運用年数や障害実績、移行件数を尋ねます。現新並行の方法やFISC・金融庁対応の証跡、再委託先、24時間連絡体制についても聞きます。
契約終了時のデータ返却や、API仕様・設計書の開示、ソースコードの利用権も、確かめておきます。料金改定や制度改定時の費用負担も、あわせて見ます。
再委託がある場合は、全体障害の指揮と責任を元請けが負うのかを、契約書で明確にします。
安い見積もりの除外項目と責任分界
見積もりの除外範囲と責任分界を確かめておくと、追加費用や契約後の行き違いを減らせます。
- 除外項目：要件定義、接続先試験、異常系テスト、移行リハーサル、監視、夜間対応、障害訓練、監査資料、制度改定の扱い。
- 一式表記：試験回数や担当者、成果物、追加費用の条件に分けた内訳。
- 契約責任：変更承認、追加費用、納期、緊急時の優先順位の取り決め。
「接続試験一式」「移行支援一式」「保守一式」のような表記は、試験ケース数やリハーサル回数、実施時間、成果物、追加費用の条件に分けて確かめます。表記が曖昧なままだと、追加開発や別契約になりやすくなります。
要件が未確定の企画や調査、RFI支援は準委任、仕様と成果物が確定した開発やテストは請負にするなど、工程ごとに契約方式を使い分けます。
要件が未確定のまま全工程を一括請負にすると、変更管理をめぐって発注者と受注者の対立が生じがちです。そこで、承認者と影響分析、追加費用の扱いを先に定めておきます。納期変更と緊急時の優先順位も決めておくと、資金移動を止めないためのリスク対策になります。
内国為替システム開発でよくある質問（FAQ）
内国為替システムを企画・発注するときに生じやすい質問に答えます。費用と期間は、業務範囲や接続先、可用性、移行対象によって変わります。
一つの数字だけで判断せず、前提をそろえて比べます。
内国為替システムと全銀システムは同じものですか？
二つは別のものです。全銀システムは、銀行間の為替取引をつなぐ中核インフラです。
内国為替システムは、勘定系やチャネル、接続ゲートウェイ、照合、監視、例外処理などを含む、より広い業務基盤を指します。一方で、企業の振込連携だけを指す場合もあります。そのため、RFPで対象を明確にします。
内国為替システム開発の費用はいくらですか？
連携規模ごとの推定レンジを比べると、必要な接続や運用の範囲に応じて予算を検討できます。
- 限定的な連携・APIアダプター：1,000万〜5,000万円
- 中規模の金融機関接続・決済ゲートウェイ：5,000万〜3億円
- 大規模な銀行向け基盤刷新：3億〜20億円超
公開されている一律の料金はありません。そのため、接続数や可用性、試験、移行、監査、24時間保守の前提をそろえ、複数社から見積もりを取ります。
内国為替システムはクラウド・パッケージ・スクラッチのどれが適していますか？
標準的な受付や照会を早く導入したいなら、パッケージやクラウドが候補になります。独自の業務や既存の勘定系と深く連携させたい場合は、専用開発やハイブリッドが候補です。
クラウドを選ぶ場合は、データの所在や鍵管理、ログ、バックアップを確かめます。障害時の責任分界とSLA、データ返却の条件も確認します。
スクラッチは自由度が高い一方で、制度改定や技術者の確保、保守、将来の移行を継続して負担できるかを検討します。
内国為替システムの開発期間はどのくらいですか？
期間の目安は、小規模な振込連携やAPIアダプターで6〜12か月、中規模ゲートウェイで12〜24か月、大規模基盤刷新で24〜48か月以上です。
要件定義や接続試験、移行リハーサル、教育、現新並行、切戻し計画まで含めて考えます。制度対応や繁忙期を避ける必要があるため、稼働希望日から逆算します。
まとめ
対象範囲と例外処理の早期確定
まず、全銀システムや勘定系、接続ゲートウェイの役割を切り分けます。企業の振込連携や日銀ネット、ZEDI、電子交換所も、前の節で見た役割の違いに照らして、連携の対象かどうかを確かめます。
振込受付、電文送受信、照合、組戻しや取消、返却、再送などの処理と、監査ログや監視、災害対策を、業務とデータの要件に落とし込みます。対象範囲が定まると、費用と期間を比べられます。
RFPと5年TCOによる発注先の比較
発注先を選ぶ際は、予算規模と長期運用、実装チームの対応力を合わせて比べます。
- 小規模連携：1,000万〜5,000万円。中規模ゲートウェイは5,000万〜3億円です。
- 大規模基盤：推定レンジは3億〜20億円超です。
- 5年TCO：接続試験、移行、監査、24時間運用、クラウド、制度改定、脆弱性対応を含めた額。
- 発注先選定：RFP条件の統一と、金融業務と本番運用を理解するチームかどうかの確認。
RFPには、成果物や検収の条件、再委託、障害時の責任分界、契約終了時のデータ返却を明記します。
2026年時点では、API接続、第8次全銀システム、FISC第14版、基幹インフラ制度、手形・小切手の電子交換所廃止など、周辺の環境が変化しています。
全銀協は、手形・小切手の交換終了を2027年3月31日、電子交換所の廃止を2029年6月末としています。関連する業務がある場合は、移行計画を早めに確かめます（出典: 全国銀行協会、2026年6月）。
制度の適用や接続条件は事業区分によって変わります。そのため、最新の公式資料を確かめたうえで、業務、システム、法務、リスク管理の各部門をまたいで計画します。
▼全体ガイドの記事
・内国為替システム開発の完全ガイド
▼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を創業。