ATMシステム開発の見積相場や費用/コスト/値段について

ATMシステムの開発費は、既存環境の活用範囲、接続・監視基盤の新設、ATM網の規模によって、1,000万円から3億円超まで変わります。既存のATMを活かした小規模な追加か、接続・監視基盤を新しく作るか、ATM網を大きく更改するかで、費用の目安は大きく違ってきます。

▼全体ガイドの記事
・ATMシステム開発の完全ガイド

ATMシステムの全体像と開発費の考え方

ATMシステムを端末制御、取引スイッチ・勘定系連携、監視・運用・現金業務の3層で示す図解。
端末から運用まで、費用の対象は仕組み全体に広がります。

ATMシステムとは、画面のソフトを含めた仕組み全体のことです。利用者を認証したうえで、勘定系やカード系、外部のATMネットワークへ取引を中継します。

また、全国の端末を監視・運用するチャネルシステム全体を指す場合もあります。新しく作る層によって、開発費と運用費が変わります。

ATM本体と端末制御の費用

端末層では、タッチパネルや音声案内、カメラなどを制御します。さらに、カード・通帳・紙幣・硬貨の搬送、レシート、現金残量も、この層で扱います。

正常処理に加えて、紙幣詰まり、カード取り込み、停電への対応も設計します。通信断と現金切れへの対応も、設計の対象に含まれます。

端末を購入する場合は、機器代に加えて、設置工事や搬入、店舗の電源・回線工事、保守部品の費用が別途かかります。一方、既存の端末を使う場合も、ファームウェアや画面の改修費がかかります。

取引スイッチ・勘定系連携の費用

取引スイッチは、ATMからの要求を認証したうえで、残高照会や入出金、振込などへ振り分けます。振替や限度額判定、取消なども、振り分けの対象です。

接続先が増えるほど、設計も増えます。勘定系やカード系、認証基盤との接続に加えて、統合ATMセンター、CAFIS、全銀系なども対象になります。

プロトコル変換や接続試験のほか、障害時の再送や二重取引の防止も必要になります。そのため、この層の費用は、画面の開発量だけでは判断できません。

監視・運用・現金業務の費用

監視基盤では、端末の稼働や通信状態、紙幣残量、障害コード、ジャーナルを集約します。24時間365日の監視や遠隔復旧も、設計の対象です。

運用には、警備会社への出動依頼や、店舗・顧客への案内が含まれます。現金補充やカード返却の受付も、運用の一部になります。見積では、システムの開発費と、止めずに使い続けるための費用を分けて確認します。

ATMシステム開発の進め方

ATM開発では、取引・接続・運用・障害対応を、ひとつのサービスとして定義します。そのため、責任分界と例外処理を早い段階で決めておくと、後工程の追加改修や試験漏れを抑えやすくなります。

企画段階での対象範囲と目的

まず、自行のATMだけを対象にするか、他行ATMやコンビニATMまで接続するかを決めます。提携先まで含めるかによっても、必要な接続の範囲は変わります。

加える取引が増えると、本人確認や顧客案内も対象になります。企画では、次の3点を決めておきます。

  • 追加する取引:スマホATM、現金チャージ、税公金・料金収納、ローン申込
  • 規模と性能:ATM台数、設置場所、増設予定、ピーク時の取引量、目標稼働率
  • 継続条件:RTO・RPOと24時間監視の要否

企画書には、追加する取引、規模と性能、継続条件を記載しておきます。

要件定義での正常系と異常系の洗い出し

要件定義では、引き出しや預け入れの画面だけでなく、異常時の挙動も整理しておく必要があります。画面の正常な流れだけを見ていると、異常時の動きが抜けやすくなります。

異常時の対象には、通信断やタイムアウト、停電があります。現金不足や紙幣詰まり、カード取り込みも対象です。取引途中の電源断や二重引き落としの疑いも、見ておく必要があります。

通信が復旧したあとに要求を再送するか、先に取消を送るか、顧客へどう案内するかは、早い段階で決めておきます。これらが決まらないままだと、開発費や運用費、補償リスクが膨らみます。

方式選定と外部接続の先行検証

方式によって、標準的な接続・監視をすぐ使えるか、独自要件にどこまで応えられるか、追加費用がどこで生じるかが異なります。

  • 共同利用・パッケージ:標準的な接続・監視を早く使えますが、業務の差分が大きいと追加改修費が発生します。
  • クラウドサービス・既存ベンダー改修:既存の方式やサービスを活用する選択肢です。
  • スクラッチ開発:独自の顧客体験や端末制御に対応しやすい一方、専門人材や長期保守、規制変更への追随費用が必要です。

どの方式でも、基本設計より前の方式選定の段階で接続先との疎通を確認します。

実機試験・移行・パイロットによる安全性の確認

単体、結合、総合の各試験に加えて、性能やセキュリティの試験を行います。さらに、実機を使った搬送試験も行います。

紙幣・カード・通帳の搬送のほか、通信断や停電への対応を確かめます。センター切替や障害復旧も、確認の対象です。少数店舗でパイロットを行う場合は、現場への問い合わせや警備会社の出動も見ておきます。

パイロットでは、ジャーナルの照合や、顧客への返金、カード返却も確認します。本番移行の前には、旧データと新データの突合や並行稼働の方法を決めます。切戻しの条件とロールバックの手順も、あわせて決めておきます。

ポイント

責任分界と例外処理は早い段階で決め、方式選定から試験・移行まで同じ前提で進めることが、追加改修を抑える目安になります。

ATMシステムの費用相場とコストの内訳

価格帯は、既存環境を使うか、新しい接続・監視基盤を作るかによって変わります。ここで示す金額は、ATM専用案件の公的な相場表ではありません。

この金額は、リサーチノートの一次Q&Aや金融系システム開発の公開目安、機能・接続範囲から整理した企画初期の概算です。正式な見積を取る際は、対象台数と要件を提示して再計算してください。

導入パターン別の初期費用と期間

導入パターンごとの費用と期間は、次のとおりです。ただし、含まれる機能や契約範囲がそろっていないと、金額を単純に比べられません。

  • 既存ATMの小規模追加・監視連携:1,000万〜5,000万円、3〜9か月
  • 共同利用パッケージ・クラウド:3,000万〜1.5億円、6〜12か月
  • ATM接続・制御システムの新規開発:5,000万〜1.5億円超、6〜12か月以上
  • 自行ATM網・スイッチの大規模更改:1.5億〜3億円超、12〜24か月以上になる場合があります

小規模追加は、既存の端末やスイッチを使うケースです。スマホATMや画面変更、API連携、監視項目の追加などが、これに当たります。

共同利用・クラウドの金額には、設定や勘定系・認証・ネットワーク接続のほか、移行や試験、運用設計が含まれます。ただし、利用料や端末費、取引従量料が別建てになる場合があります。

新規開発は、高可用性や外部決済ネットワークへの接続、監視、ICカード、異常取引対策を含む中規模案件を想定しています。

金額と期間は、端末台数やピーク時の取引量、接続先によって変わります。さらに、既存の勘定系の変更量やセンターの冗長化、試験・移行の範囲でも変わります。

開発費に含まれる主な項目

開発費の内訳には、人件費のほかに、金融取引の整合性や障害復旧を確かめる作業も含まれます。

  • 工程の人件費:企画・PM・要件定義・設計・実装・テスト・移行・運用設計
  • システム設計:端末制御、取引スイッチ、認証、暗号鍵、外部接続、勘定系連携、監視ダッシュボード、ログ・監査証跡
  • 検証・対策:金融取引の整合性、障害時の復旧、セキュリティ診断、性能・実機試験、災害対策、切替訓練、移行リハーサル、監査資料

画面の数だけで費用を推定すると、大きく外れるおそれがあります。たとえば、カード取り込みや二重引き落としの疑いが生じた場合の業務の流れは、店舗やコールセンター、警備、金融機関の事務部門と合意しておく必要があります。

初期費用以外のランニングコスト

運用費は、端末・現金業務、基盤・サービスの利用費、共同利用・クラウドの料金に分けて見ていきます。

  • 端末・現金業務:端末の購入・リース、現金の警送・補充・回収、紙幣カセット交換、消耗品、故障時の現地対応
  • 基盤・サービス:専用回線・クラウド・データセンター・監視の利用、取引スイッチ利用料、HSM・暗号鍵管理、保守契約・ライセンス、脆弱性診断、監査対応
  • 共同利用・クラウド:月額利用料、接続料、取引従量料、最低利用期間、追加改修単価が発生する場合があります

初期費用が安くても、5〜10年の期間で端末・回線・保守・現金運用まで含めて見ると、総額が逆転する場合があります。

ポイント

費用は導入パターンや開発費の内訳、運用費で大きく変わるため、初期費用だけでなく運用費まで含めて比べることが判断の目安になります。

ATMシステムの費用が変動する要因

ATMシステムの見積条件を、規模、接続・認証、可用性と復旧、運用の責任分界の4項目に分けた図解。
各視点をそろえると、見積の差が生じる場所を追いやすくなります。

同じATMシステムでも、1台の実証環境と全国網の本番環境とでは、必要な設計が異なります。要因ごとに分けて考えると、過剰な機能を削り、止めてはいけない部分に予算を振り向けられます。

ATM台数・拠点数・取引量

端末が増えると、設定の配布や証明書の更新、監視が増えます。現地作業や在庫管理、障害対応の拠点数も、それに応じて増えます。

ピーク時の毎秒取引数が大きい場合は、サーバーだけでなく、勘定系や外部センターの制限値も確認します。回線やログの保管量も、見ておく必要があります。

現在の台数や取引量に加えて、3年後・5年後の増設計画を示しておくと、基盤を作り直す費用を抑えやすくなります。

接続先・取引種類・認証方式

接続先や取引の種類、認証方式が増えるほど、仕様の調整や試験、関連費用の範囲が広がります。

  • 接続先:自行の勘定系、他行ATM、コンビニATM、決済ネットワーク、スマホアプリ、本人確認サービス
  • 取引種類:振込、収納、ローン申込、現金チャージ
  • 取引設計:手数料計算、限度額、本人確認、取消、返金、監査ログ
  • 認証方式:ICカード、スマホATM、ワンタイム認証、生体認証
  • 認証関連費:認証基盤と鍵管理の費用も含めます

可用性・災害対策・障害時の復旧目標

24時間365日使うATMでは、サーバーに加えて、回線やデータセンター、電源、監視拠点、外部接続の切替も検討します。RTOを何分にするか、RPOをどこまで許容するか、センター障害時に一部の取引へ縮退させるかによって、冗長化と試験の費用が変わります。

災害対策や切替の訓練を年に何回行うかによっても、初期の開発費と保守費の両方に影響が出ます。

監視・警備・保守の責任分界

障害の検知や遠隔操作、現地への出動を、別々の会社や金融機関が担う場合があります。現金補充や顧客からの問い合わせも、担当が分かれることがあります。

見積の段階で責任分界が曖昧だと、障害発生時に連絡が滞り、復旧時間や顧客対応の遅れにつながります。

SLAには、監視時間や一次切り分け、現地への駆け付けを記載します。部品交換、カード返却、返金判断、報告書の作成者も、あわせて書き込みます。

ポイント

費用を左右する要因は、台数や接続先、可用性、責任分界に分けて見ると判断しやすくなります。止めてはいけない部分に予算を残せるかが、見積を比べる際の要になります。

ATMシステムの見積もりを取る際のポイント

「ATMシステムを作りたい」と伝えるだけでは、各社の金額を比べられません。そこで、対象範囲や接続先、品質目標、運用体制、移行条件をRFPに書き、前提をそろえておく必要があります。

RFPに最低限記載する項目

各社の見積を同じ条件で比べるため、RFPには、下の一覧の項目を書いておきます。

  • 規模:ATM台数と増設予定、設置拠点
  • 機能・負荷:対応取引、ピーク時の取引量
  • 接続・品質:接続先、目標稼働率、RTO・RPO
  • 運用・移行:監視時間と保守体制、本番移行・並行稼働の条件
  • 統制:セキュリティ・監査要件

端末費や回線費、接続料、クラウド利用料のほか、現金運用費や診断費についても、見積に含めるか別項目にするかを明記します。

見積書の含有範囲と別料金の確認

要件定義から移行までの工程や成果物が含まれているかを確認します。試験環境や実機・接続試験、脆弱性診断、教育、運用の引き継ぎも、含まれるかを見ておきます。

「保守一式」や「接続対応一式」と書かれていると、障害時の作業範囲や追加改修の単価が分かりにくくなります。そこで、初期費用、月額固定費、取引従量費、現地作業費、部品費、時間外対応費などに分けて示してもらうと、各社の見積を比べやすくなります。

対応レイヤーをそろえた複数社比較

評価では、会社の規模よりも、端末や取引スイッチ、外部接続、勘定系連携、監視、現金運用のどこを担当できるかを見ます。

MICSやCAFISなどへの接続実績や、24時間365日の運用体制を確かめます。冗長化と切替試験、FISCを踏まえた設計や証跡も、あわせて見ておきます。

再委託先や、データと暗号鍵の置かれている場所も確認します。端末メーカー、プライムSIer、運用会社を分ける場合は、障害時の窓口と責任者を契約に定めておく必要があります。

安価な見積で見落としやすいリスク

安価な提案では、端末・回線・監視が別契約になっている場合があります。現金補充やセキュリティ診断、移行、障害訓練も、別に扱われることがあります。標準機能の外にある改修を、要件の確定後に別途扱いとする場合は、契約後に費用が増える可能性があります。

前提条件や除外項目、変更管理の方法を確認します。追加改修の単価や納期遅延時の扱い、終了時のデータ移行支援も、あわせて見ておきます。

ポイント

見積を比べるには、RFPで前提をそろえ、含有範囲と別料金を確かめることが先決です。安い見積ほど、除外項目が費用を押し上げやすい点にも注意します。

ATMシステムのコスト最適化のポイント

必要な安全水準を保つための暗号鍵管理・認証、不正取引検知、ログ・監査証跡、障害時の切替を並べた図解。
安全対策を並べると、コスト見直しで守る範囲が見渡せます。

最適化で目指すのは、開発費だけでなく、安全性や復旧時間、顧客補償、運用負担を含めた総保有コストを下げることです。そのうえで、標準化できる部分と、顧客体験や不正検知のように差別化する部分を分けておくと、予算を整理しやすくなります。

標準化できる接続・監視の共同利用

外部ネットワーク接続や端末の共通制御は、標準化しやすい領域です。監視やログ保管、障害通知もこれに当たります。そのため、共同利用型サービスや実績のあるパッケージが候補になります。

自社で一から作る範囲を減らせば、初期費用のほか、専門人材の採用やセキュリティ更新、24時間監視の固定費も抑えられます。そのうえで、接続料や取引従量料、最低利用期間まで含めた5〜10年のTCOで比べます。

対象取引を分けた段階導入

全端末・全取引・全接続をまとめて切り替える代わりに、少数の店舗や限られた取引でパイロットを行う方法があります。稼働実績を見ながら、対象を少しずつ広げていきます。

  1. 第一段階では、残高照会や引き出しなど標準的な取引を導入します。
  2. 第二段階では、スマホATMや現金チャージを加えます。
  3. 第三段階では、分析・不正検知を加えます。

段階導入の場合も、将来の拡張を見越したAPI・ログ・認証・監視の設計は初期の段階で行います。

障害・現金切れのデータを使った運用費の見直し

稼働率だけでなく、復旧時間や現金切れ時間、取引失敗率を分析します。カード返却までの時間や現地出動回数も、分析の対象になります。

障害が多い端末や、現金の需要に偏りがある店舗を特定できれば、予防保守や補充ルートの見直しにつながります。

改善は開発後も続ける取り組みで、毎月の保守費や現地対応費を抑える手段になります。

削ってはいけない費用の確保

暗号鍵管理や認証、不正取引検知、ログ・監査証跡、障害時の切替を削ると、事故時の補償や信用低下、緊急改修費が大きくなります。実機試験や脆弱性診断、復旧訓練も、短期的な値下げの対象から外しておく必要があります。

金融庁は、ATMの認証技術や情報漏洩の防止、異常取引の早期検知などを確認する考え方を示しています(出典:金融庁「中小・地域金融機関向けの総合的な監督指針」)。そのため、最適化は必要な安全水準を満たす範囲で行います。

ポイント

標準化できる接続・監視は共同利用に寄せ、段階導入で広げていく進め方が基本です。認証や暗号鍵など安全性の費用は、削らない前提で判断します。

ATMは、現金を引き出す端末から、スマートフォンやキャッシュレス、収納、不正検知をつなぐ接点へと広がっています。

新機能には、アプリ連携や認証、本人確認、外部サービス、ログ、顧客サポートが伴います。そのため、企画の段階で費用と責任分界を織り込んでおく必要があります。

スマホATMとカードレス取引

セブン銀行は、2025年1月から福岡銀行、熊本銀行、十八親和銀行の各アプリを通じてスマホATMサービスを開始した事例を公開しています(出典:セブン銀行「通帳やカードを使わない日常へ」)。

カードレス取引では、アプリでの認証やワンタイム情報の発行、安全なATM連携が必要です。加えて、取引の取消や問い合わせ対応も求められます。

見積では、端末の画面だけでなく、認証基盤と不正利用監視まで含めて考えます。

多機能ATMとキャッシュレス現金チャージ

ファミリーマートは2025年9月、セブン銀行とATM設置で基本合意しました。さらに同社は、各種キャッシュレス決済の現金チャージ機能を使える多機能ATMの導入を発表しています(出典:ファミリーマート「多機能ATMの導入について」、2025年9月26日)。

見積では、銀行以外の決済事業者との接続や、チャージ処理にかかる費用と責任の範囲を整理します。

  • 取引機能:チャージ取消、上限管理、手数料精算
  • 提携運用:問い合わせ窓口の分担、接続試験、契約上の責任分界

サイバーセキュリティと重要設備の管理

FISCは2026年5月12日に「サイバーセキュリティFAQ」を更新しました。FISC安全対策基準やコンティンジェンシープラン策定の手引書との対応箇所を確認しやすくしています(出典:金融情報システムセンター「サイバーセキュリティFAQ」)。

FISC基準は法律そのものではありませんが、金融システムの安全対策を検討する実務上の重要な参照資料です。

確認する項目は、適用範囲や証跡の作成者、診断の頻度、委託先の管理です。これらは、金融機関のリスク管理部門と一緒に確認します。

  • 指定基準:銀行業に定められた規模要件の確認
  • 該当時の対応:指定事業者や特定重要設備に当たる可能性があるなら、調達・変更管理・委託先管理の確認を早めに始めます

銀行業の指定基準には、預金残高10兆円以上や口座数1,000万口座以上、ATM台数1万台以上などがあります(出典:内閣府「経済安全保障推進法における特定社会基盤役務」、令和7年7月31日時点の資料)。ただし、すべてのATM案件に同じ手続きが必要になるとは限りません。

AIを使った不正検知と周辺サービス

2025年には、SCSKが四国銀行のATMコーナーで、生成AIによる振り込め詐欺の検知を実店舗で試行した事例を公開しています(出典:SCSK「株式会社四国銀行様 お客様事例」)。

AIを導入するには、映像や取引データの取得、プライバシーへの配慮が必要です。加えて、誤検知時の対応やモデル評価、監査ログ、担当者教育も求められます。

投資効果は、AIの費用だけでなく、既存の監視や顧客対応との接続を踏まえて判断します。

ATMシステムに関するよくある質問(FAQ)

見積では、既存資産の利用範囲や外部接続、24時間運用、端末・現金業務も確認します。発注前によく聞かれる質問を、順にまとめました。

ATMシステムの新規開発にはいくらかかりますか?

中規模のATM接続・制御システムは、企画の初期で5,000万〜1.5億円超が目安になります。既存ATMの小規模改修であれば、1,000万〜5,000万円です。

大規模なATM網やスイッチの更改は、1.5億〜3億円超になる場合があります。公的な統一相場ではないため、台数や接続先、取引量、可用性、端末・運用費まで含めて、正式な見積を取ります。

パッケージやクラウドを使うと安くなりますか?

初期の設備投資や自社開発の範囲を抑えられるため、短期の開発費が下がる可能性があります。一方で、月額利用料や接続料、取引従量料、最低利用期間がかかる場合があります。

追加改修費や、終了時の移行費も確認します。判断の際には、5〜10年のTCOや障害時の責任分界、データと暗号鍵の管理、終了時の移行条件を比べます。

ATM端末の購入費や現金補充費は開発費に含まれますか?

契約によって異なります。ただし、端末本体や設置工事、回線は、開発費と別に見積もられることが多い項目です。現金の警送・補充、消耗品、故障時の現地対応も、開発費とは別に見積もられることが多いです。

初期費用と運用費は分けて確認します。既存の端末を使う場合も、対応機種や台数、ファームウェア、保守部品の条件を、見積書に明記してもらいます。

ATMシステム開発でFISC対応は必須ですか?

FISC安全対策基準は法律そのものではありませんが、金融機関の安全対策を検討する重要な実務指針です。

必要な対応は、業態や委託の形態、指定事業者への該当、接続する基幹系のルールによって異なります。適用範囲は、金融機関のリスク管理部門や法務部門と確認します。

見積には、要件整理やセキュリティ診断、監査証跡、委託先管理、切替訓練を含めるかどうかを明記してもらいます。

まとめ

ATM開発費は、既存ATMの小規模改修で1,000万〜5,000万円、共同利用・クラウド導入で3,000万〜1.5億円です。

新規の接続・制御システムは5,000万〜1.5億円超、大規模なATM網の更改は1.5億〜3億円超が、企画初期の目安です。ただし、公的な統一相場ではありません。

金額は、台数や取引量、接続先、可用性、移行・試験の範囲で変わる概算です。

見積前に確認する要点

見積の前に、ATM本体、取引スイッチ、勘定系連携、外部接続、監視・運用の境界を整理しておきます。

初期開発費や端末・回線費、接続料、月額利用料は、分けて把握します。監視・警備と保守は、別々に扱います。セキュリティや移行、監査・訓練も、同じように切り分けます。最後に、5〜10年のTCOで比べます。

正常系に加えて、通信断や二重取引、カード取り込み時の責任分界をRFPに含めます。現金の不整合やサイバー攻撃時の責任分界も、忘れずに書き込みます。

コスト最適化につなげる次の一歩

費用配分と安全水準を踏まえて、見積を依頼します。

  • 開発資源の配分:標準化できる接続・監視は共同利用やパッケージで効率化し、スマホATM、顧客体験、不正検知、データ活用へ配分します。
  • 安全性に関わる費用:認証、暗号鍵、監査ログ、障害時の切替、実機試験、復旧訓練は、短期的な値下げの対象から外します。
  • 見積依頼:対象範囲を含むRFPを整理し、複数社から同じ条件で見積を取得してください。

▼全体ガイドの記事
・ATMシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。