ATMシステム開発の完全ガイド

ATMシステムの開発では、取引範囲と接続先、運用で誰が何を担うかを整理してから方式を選ぶことが、安全な取引と安定した運用につながります。

全体像から委託先の選び方、セキュリティまで順に見ていき、各テーマの詳しい内容は関連記事でも確認できます。

▼関連記事一覧
・ATMシステム開発の進め方
・ATMシステム開発でおすすめの開発会社6選と選び方
・ATMシステム開発の見積相場・費用
・ATMシステム開発の発注・外注・委託方法

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

ATMシステムの全体像

ATMシステムは、利用者が操作する端末と取引を成立させるバックエンドをつなぐチャネルシステムです。検討の範囲は、本体だけでなく、ネットワーク、認証、勘定系、運用センターまで含みます。

提供する取引は、設置場所や事業モデルによって変わります。たとえば、現金の引き出し、預け入れ、残高照会、振込、振替があります。ほかにも、通帳記帳、料金収納、ローン申込などがあります。

ATM端末層が担う機能

端末層は、機器の状態を取引へ伝え、利用者が操作しやすい環境を整えます。操作機器や現金機構の制御、利用者支援、操作時の配慮までを、この層が受け持ちます。

• 操作機器：タッチパネル、カードリーダー、通帳・レシートの搬送を制御します。
• 現金機構：紙幣や硬貨の入出金と、詰まり・異物・残量不足を扱います。
• 利用者支援：音声案内とカメラを備え、障害時の状態も取引処理へ伝えます。
• 操作時の配慮：高齢者や視覚障害者にも見やすい表示と、暗証番号をのぞかれにくい画面の設計。

取引中継・勘定系・監視の役割

バックエンドは、取引を成立させることと、稼働後の状態を把握することを担います。設計の段階で、次の処理と指標を決めておきます。

• 取引処理：認証後に残高・限度額を確認し、勘定系へ連携します。
• 接続：自行ATM、提携金融機関、コンビニATM、外部決済網を結ぶ経路です。
• 監視・障害対応：全国の端末の稼働、紙幣残量、障害コード、通信状態を把握し、必要に応じて遠隔復旧します。
• 運用指標：取引失敗率、復旧・現金切れ時間、カード返却やジャーナル照合の時間。

接続先ごとにプロトコルや電文形式は異なりますが、その違いは取引スイッチで吸収します。異常が起きたときは、監視・障害対応の担当が警備会社への出動依頼、店舗への案内、顧客対応も始めます。

稼働率を端末の稼働だけで見ずにKPIを定めておくと、利用者と業務の両面から運用を改善できます。

ATMシステムの種類と構成要素

比較するときは、端末の種類だけでなく、対象にする業務レイヤーをそろえる必要があります。自行ATMの運用、提携先との相互接続、スマートフォンを代替操作端末に加える場合では、必要な認証や監視、試験、担当範囲が異なるからです。

自行ATM・共同ATM・提携ATMの違い

運営形態によって、調整のしやすさと運用の負担が変わります。

• 自行ATM：画面、手数料、本人認証、現金補充を自社業務に合わせやすい形態です。
• 共同ATM：複数事業者で端末・監視・中継基盤を共有し、標準機能を早く使える仕組みです。
• 提携ATM：複数の金融機関や決済サービスの取引を、一つの端末・ネットワークで扱えます。

自行ATMでは、端末網を自社で維持する負担が大きくなります。共同利用で独自業務を追加すると、改修費、審査、リリース調整が発生します。さらに、将来の切り替え費用も確認が必要です。

提携ATMでは、手数料の精算、カード仕様、障害時の返金、責任の所在について合意します。接続先が増えるほど試験と変更管理の工数も増えるため、電文、認証、タイムアウト、取消、ジャーナルの扱いを接続先ごとに整理します。

4つのレイヤーで整理する構成

ATMの構成は7層に分けられますが、企画段階では、開発範囲と見積項目を切り分けやすい次の4分類で整理します。

• 端末：ATM本体を指します。
• 接続・中継：店舗・拠点ネットワーク、取引スイッチ、認証サーバ、外部ネットワークを含みます。
• 監視：端末の稼働や状態を見守り、管理する部分です。
• 勘定系連携：勘定系、カード系、データ分析基盤、運用センターとつながる部分です。

クラウドを使う場合も、端末と基幹系の境目を明らかにします。暗号鍵の管理者や専用の通信経路は、図と責任分界表に書き込みます。

障害時に停止・縮退する取引と、バックアップからの復旧時点も同じ表に記載します。そのうえで、クラウドの利用可否よりも、データ、鍵、接続、運用の所在を説明できるかを確認します。

ATMシステム開発の進め方

開発では、画面仕様より先に運用の条件を決め、そのあとで機能と技術を選びます。まず、端末台数、設置場所、取引量を決めます。続けて、接続先と現金運用、目標稼働率を決め、障害時の顧客対応も含めます。

中規模の接続・制御システムは6〜12か月以上かかることがあります。一方で、並行稼働や複数センターの切替を含む更改は、12〜24か月以上になる場合もあります。

企画・現行調査・要件定義

企画と調査では、対象範囲と、現行の関係者・システムを明らかにします。対象範囲は、自行ATMやスマホATMなどの候補から絞り込みます。運用条件や顧客対応も、同じ段階で確かめます。

• 対象範囲：自行ATM、提携ATM、コンビニATM、現金処理機、スマホATMのなかから決めます。
• 運用条件：手数料収入、現金補充頻度、店舗営業時間、警備動線。
• 顧客対応：コールセンターが受け持つ範囲と、障害時の利用者への対応。
• 現行調査：既存システム、監視、警備、ジャーナル保管について、担当部門と委託先を洗い出します。

現行調査では、勘定系、カード系、認証基盤を図に起こします。外部センターとネットワークも、同じ図に加えます。そのうえで、利用者の利便性だけでなく、業務と運用も含めて要件を定めます。

要件定義では、正常系よりも例外系を重視します。たとえば、通信断直前の紙幣出金、勘定系の応答遅延、途中中断を想定します。また、カード未返却や現金と帳簿の不一致も想定に入れます。

各ケースについて、取引状態、再送の可否、取消方法を対応表にまとめます。顧客表示、担当者の対応、監査ログの保存先も、同じ表に書き加えます。そうすると、後工程の抜け漏れを減らせます。

方式設計・外部接続・開発

設計・開発は、基本設計や運用設計、外部接続の面から進めます。

• 基本設計：API・電文、暗号化、鍵管理、再送、冪等性、権限を決めます。
• 運用設計：ログ保存、監視アラート、バックアップ、センター切替を定めます。
• 外部接続：接続先との疎通試験を、早い段階で行います。
• 一連の確認：残高反映、ジャーナル記録、監視通知、顧客対応まで、取引の流れ全体を通して見ます。

接続相手の審査や試験環境の予約に時間がかかると、内部の開発が終わっても全体試験へ進めません。

高可用性では、サーバーの二重化だけでなく、単一障害点の確認が欠かせません。確認の対象は、ネットワーク、電源、認証です。さらに、鍵とデータベースに加え、担当者や外部接続先も対象になります。

切替の手順は、実際に実行できる状態にしておきます。完了の判断は、機能単位ではなく、取引業務全体で確認します。

試験・パイロット・移行・運用

試験から移行、稼働後の確認までは、次の順に進めます。

1. 単体、結合、総合の各試験を行います。性能、セキュリティ、障害、実機の試験も行います。
2. 少数店舗でパイロットを行ったうえで、旧新環境の並行稼働、切替判定、ロールバック条件を決めます。
3. 稼働後は指標を定例分析し、運用とシステムを継続的に改善します。

実機試験では、紙幣の種類・枚数、カード、通帳、レシート切れを確かめます。さらに、紙幣詰まり、通信断、停電、扉の開閉も確かめます。

ピーク時の毎秒取引数や同時接続端末数も再現し、アラートの集中や復旧後の再送で遅延の影響を確認します。

残高・現金・ジャーナルの突合が終わる前に、次の端末へ展開してはいけません。稼働後は、取引失敗、現金切れ、カード返却遅延を分析します。復旧時間と問い合わせ件数も、併せて見ます。

▶ 詳細はこちら：ATMシステム開発の進め方

パッケージ・クラウド・スクラッチの選び方

方式は、標準機能と独自機能の境界、接続の変更への対応、運用体制で比べます。加えて、契約終了時の移行性も見ておきます。

初期費用だけでなく、5〜10年間の利用料、保守、接続追加を含むTCOが判断を左右します。監査や障害対応の費用も、同じTCOに含めて考えます。

パッケージ・共同利用型サービス

選定では、自社の改修範囲と契約条件を見極めます。確認するのは、費用と運用条件に関わる次の項目です。

• 標準機能：取引中継、端末監視、認証、障害管理を導入し、専門人材をすべて抱えずに運用できます。
• 独自改修：手数料、特殊取引、画面差分に伴う費用とリリース時期。
• 利用条件：利用料の計算方法、取引従量課金、台数増減・接続追加料金、データ保管、SLAを確認します。
• 契約終了：データ返却と移行支援の条件。
• 共同利用の変更：費用を分担できる一方、共通日程での変更を受け入れられるかを判断します。

運用実績のある機能を使うと、設計や試験の知見も得られます。その一方で、参加者共通の日程があるため、自社の優先順位で即時に変更できない場合があります。

クラウド型サービス

クラウド型は、監視と冗長化をサービスとして利用しやすい方式です。バックアップや拡張も、サービスの仕組みとして組み込めます。また、取引量や端末数に合わせてリソースを調整でき、運用基盤の一部も標準化できます。

端末からの専用回線、基幹系との接続、暗号鍵は、個別の設計が必要です。さらに、障害時の縮退運転、ログ保管、管理者権限の分離も、個別に詰めておく必要があります。クラウドの高可用性があっても、端末や接続先まで冗長化されるとは限りません。

責任共有モデルに沿って、障害の検知者、連絡までの時間、停止する取引を契約と手順に定めます。金融データや鍵を扱う場合は、社内のリスク管理・法務部門と適用範囲を確認します。

スクラッチ開発

独自機能を組み込みやすい一方で、長期の保守体制が必要です。開発範囲と体制は、次の点から検討します。

• 独自機能：独自取引、特殊な端末制御、不正検知、複雑な連携を実装できます。
• 継続対応：機器制御、取引整合性、外部接続、24時間運用、基準更新を維持します。
• 体制・費用：人材の採用・引き継ぎ、試験環境、脆弱性対応、保守要員を予算化します。
• 方式の組み合わせ：標準領域は外部化し、開発の力は顧客体験、独自認証、分析、不正検知へ振り向けます。

機能ごとに、変更の頻度と差別化の必要性を見て方式を分けます。そうすると、ロックインと開発負担のバランスを取れます。

ATMシステム開発の費用相場と内訳

ATM専用システムの入札・契約価格を横断した公的な相場表はありませんが、ここに挙げる金額は企画初期の概算です。前提は、ATM台数、接続数、既存勘定系です。加えて、可用性、端末ハード、24時間運用も仮定しています。

正式な見積とは別に、RFPの予算枠を作る目安として利用してください。一般のシステム開発でも、要件の複雑さや試験、移行によって金額が変わります。運用設計も金額を左右するため、単価だけで比べると判断を誤るおそれがあります。

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

初期費用と期間は、既存ATMへの機能追加から大規模更改まで、導入パターンによって大きく変わります。

• 小規模な追加：既存ATMの機能追加・監視連携は1,000万〜5,000万円、3〜9か月です。
• 共同利用・クラウド：3,000万〜1.5億円、6〜12か月が目安です。
• 接続・制御の新規開発：5,000万〜1.5億円超、6〜12か月以上の場合があります。
• 大規模更改：1.5億〜3億円超、12〜24か月以上になる可能性があります。

小規模な追加は、スマホATMや画面改修を想定しています。API連携や監視項目の追加も、この範囲に含まれます。ただし、端末交換や大規模な外部接続を含めると、費用は上振れします。

共同利用・クラウドの費用には、設定、勘定系・認証・ネットワーク接続、移行が含まれます。さらに、試験と運用設計も費用に含みます。利用料と端末費は別契約の場合があり、回線と現金運用も、別に契約することがあります。

新規開発費は、高可用性や外部ネットワーク、監視、IC対応の範囲によって変わります。大規模更改は、多数の端末や複数センター、全面的な勘定系連携を含むケースです。並行稼働や災害訓練も含みます。

ここに示すレンジは、ATM固有の公的統計ではありません。リサーチノートの一次Q&Aと、一般的な金融系連携案件の公開目安を組み合わせた推定です。予算会議では、対象範囲と除外項目を金額と併記します。

初期費用以外のTCO

総所有コスト（TCO）と費用対効果を把握するため、初期費用以外に次の項目を見積もります。

• 設備・基盤：端末購入・リース、設置工事、専用回線、データセンター・クラウド、HSM・鍵管理。
• 運用費：監視センター、警送・現金補充、保守、脆弱性診断、監査対応。
• 障害・変更対応：監視時間や一次受付・現地復旧の分担。
• 契約費用：追加・変更費、利用料、従量料、最低期間、解約・移行費用。
• 効果：現金補充効率、復旧時間、問い合わせ、ATM網統合、手数料収入、連携による利用機会。

特に見落とされやすいのは、稼働後の障害対応と変更費用です。

監視を24時間365日にするか、一次受付と現地復旧を別組織が担うかで、5〜10年のTCOは大きく変わります。

取引先の追加や画面変更の費用も確認します。初期費用を抑えた提案ほど、利用料や従量料、最低利用期間の条件を見ておく必要があります。

端末保守や回線の月額は台数とともに累積するため、1台あたりと全体の費用を分けて見積もります。

行政システムでも、経費と費用対効果を見える形で示す取り組みが進んでいます。これにならい、導入目的、測定指標、投資回収の仮説を企画書に残しておく方法が有効です（出典：デジタル庁「各府省情報システムの経費・費用対効果」、2026年）。

▶ 詳細はこちら：ATMシステム開発の見積相場・費用

ATMシステムの開発会社・サービスの選び方

開発会社やサービスは、任せるATMのレイヤーに照らして比べます。知名度よりも、どの層を受け持てるかを見ます。

担当範囲は、端末機器、取引スイッチ、外部センター接続、勘定系連携にわたります。監視、現金運用、セキュリティ、24時間保守も含まれ、一社または複数社で担います。障害時の責任の所在を一つの表で説明できるかどうかも、確かめておきます。

ATM固有の実績と対応レイヤー

導入実績では、接続方式や実機試験、障害後の運用体制を、具体的な経験として示してもらえるかを確認します。

• 外部接続：MICS、CAFIS、全国銀行データ通信システムなどへの接続経験。
• 取引・端末：IC・暗証番号認証、再送・取消、紙幣・カードの実機試験。
• 運用：端末監視と24時間365日の障害対応。
• 実績資料：匿名の構成図、試験項目、SLA、障害訓練の説明。

候補には、端末、接続、勘定系、監視、運用の各層を色分けしてもらいます。一次受付、原因切り分け、顧客案内、返金・取消、現地保守、再発防止の担当も明記してもらいます。

「連携可能」という回答で終わらせず、対応するプロトコル、試験環境、時間帯、契約条件まで具体化してもらいます。実績時期や担当範囲も確認します。

24時間運用・セキュリティ・保守体制

稼働後の体制が、成否を分けることがあります。そのため、監視と保守の役割と条件を確認します。

• 監視・復旧：監視場所、夜間休日の人員、重大度、現地到着までの時間。
• 顧客・現金対応：カード・通帳の取り込みと現金不整合時の突合。
• 保守範囲：契約内の作業と別料金の改修、端末交換、診断、災害訓練。
• セキュリティ：鍵、権限、記録、委託先、事故報告に関わる対策。

暗号鍵の生成・保管・更新は、担当者と手順まで確かめます。脆弱性管理と、再委託先の範囲も見ておきます。

インシデント報告の時間も確認します。FISCの資料は、業態や対象で法的な適用は変わるものの、安全対策の実務上の参考になり、コンティンジェンシープランの検討にも役立ちます（出典：金融情報システムセンター「サイバーセキュリティFAQ」、2026年5月更新）。

提案比較で使える評価軸

候補の適合範囲をそろえるため、比較表に次の評価軸を置きます。

• ATM・接続：専業知識、外部センター接続、端末メーカーとの協業。
• 運用・基準：24時間保守、金融規制・基準、地域拠点への対応。
• 技術：クラウド・APIと接続変更への対応。
• 契約・費用：費用の透明性と契約終了時の移行支援。

各社に「対応可能」「条件付き」「対象外」を明記してもらうと、提案書の見栄えに頼らず、同じ基準で比べられます。

機能適合度とあわせて、障害時のデモや切替訓練を評価します。題材は、通信断、タイムアウト、二重送信、紙幣詰まりです。さらに、現金切れ、カード取り込み、監視センター停止も扱います。

誰が何を判断し、何分以内にどの記録を残すかを確認します。提案段階で具体的に答えられる候補は、稼働後の役割分担まで検討している可能性があります。

▶ 詳細はこちら：ATMシステム開発でおすすめの開発会社6選と選び方

ATMシステムの発注・外注・委託方法

発注では、自社に残す判断と、外部へ委託する実装・運用を分けて考えます。発注者は、企画、業務要件、顧客対応方針、リスク受容を主導します。

専門領域である端末制御、接続、監視、試験、保守を委託する形が基本です。

範囲を明確にしておけば、安く見える一括提案も、同じ条件で比べられます。

RFPに記載する項目

RFPでは、次の項目をそろえて記載します。

• 規模・業務：ATM台数と増設、ピーク取引数、対応取引、接続先。
• 可用性：目標稼働率、RTO（目標復旧時間）・RPO（目標復旧時点）。
• 運用責任：監視時間、端末・現金運用の分担。
• 試験・移行：テストデータと本番移行。
• 保守・証跡：保守SLAと法令・FISC対応の証跡。

RFPには、現行システムの制約と、利用者への告知を書きます。切替可能な時間帯やデータ保持期間も、明記します。

要件が未確定なら、先に短期間の現状調査・構想策定を発注する方法があります。調査の結果は、業務フロー、構成図、課題一覧に分けて示してもらいます。さらに、非機能要件、概算費用、移行方針、RFPも別に示してもらいます。

調査のあとに別の会社へ本開発を頼めるよう、成果物の利用権、データ返却、秘密保持、再委託の条件を契約で確認します。

契約と責任分界で確認すること

契約では、開発範囲、受入条件、障害時の対応を確認します。責任と変更、再委託、データ・鍵、終了時の移行も、契約に書き込みます。

• 成果・障害：対象外、瑕疵・不具合、重大度、報告期限、復旧目標。
• 責任・変更：損害・補償の考え方と変更管理。
• 管理：再委託、監査権限、データ・暗号鍵の所在。
• 終了・接続：移行支援と、共同基盤の更改が自社サービスへ与える影響。

金融庁の2026年7月版監督指針は、相互接続と外部委託を論点にしています。さらに、障害時の顧客対応、不正払戻し防止と記録も挙げています。

委託しても、発注者は管理の責任を負い続けます。そのため、委託先評価、監査、障害訓練、再委託先の把握を運用に組み込みます（出典：金融庁「中小・地域金融機関向けの総合的な監督指針」、2026年7月版）。

▶ 詳細はこちら：ATMシステム開発の発注・外注・委託方法

セキュリティ・法規制・2026年の最新動向

ATMは現金を扱うほか、認証情報や口座情報も扱う金融システムです。取引履歴、映像、監査ログも、その対象に含まれます。そのため、端末の防犯だけでなく、技術対策と顧客対応を一体のリスク管理として設計します。

対策の対象は、暗号化、鍵管理、認証、権限・ネットワーク分離です。さらに、脆弱性管理、監視、顧客への補償・案内も対象になります。

不正取引・サイバー攻撃への対策

リスクに応じて認証や検知を組み合わせ、取引を止めた後の対応まで業務フローに含めます。

• 本人確認：ICカード、暗証番号、スマホ、ワンタイム認証、生体認証。
• 取引管理：取引限度額、異常取引検知、ブラックリスト照合。
• 顧客対応：疑わしい取引を止めた後の通知、確認、解除、補償。
• 記録：担当者、日時、端末、認証、処理電文を後から追えるログ。

金融庁は、統合ATMスイッチングサービスなどの相互接続により、一金融機関の脆弱性が他へ影響しうる点を示しています。そのため、接続先や委託先、再委託先の経路を評価します。端末保守や更新ファイルの経路も、評価の対象です。

外部攻撃だけでなく、管理者権限の悪用、設定ミス、古い暗号方式、アラート見落としも試験対象です（出典：金融庁「中小・地域金融機関向けの総合的な監督指針」、ATMシステムのセキュリティ対策）。

スマホATM・キャッシュレス・多機能化

ATMが現金とデジタルサービスをつなぐ動きと、導入時に設計する要素を、次のとおり整理します。

• 機能の広がり：2025年以降、スマホ出金、現金チャージ、収納、本人確認、金融商品の案内へ拡大。
• 導入動向：複数の地域金融機関でスマホATMが始まり、コンビニATMのチャージ機能も発表されています。
• 連携設計：アプリ、認証、QR・ワンタイム情報、端末画面、決済、勘定系との役割分担。
• チャージ時の例外：チャージ成功の判定と実際の現金投入の不一致、通信断、限度額、返金、利用者通知。
• 監視・監査：複雑化する取引経路を共通の枠組みで追跡します。

FISC・金融庁・基幹インフラ制度の確認

制度や実務基準は、適用範囲を確認したうえで運用に反映します。

• FISC基準：金融機関のシステム安全対策を検討する、実務上の基準です。法律とは別の位置づけです。
• 監督指針：不正払戻し防止、顧客対応、記録、委託管理、相互接続サービスの更改影響を確認します。
• 基幹インフラ制度：経済安全保障推進法に基づく指定事業者や特定重要設備との関係を確認します。

採用する項目と証跡は、対象範囲、業態、委託形態に応じて、リスク管理部門と確認します。なお、FISC安全対策基準・解説書の第14版は2026年3月に公表されました。

2026年5月更新のFAQは、サイバー攻撃への備えと、コンティンジェンシープランの参照先を整理しています（出典：金融情報システムセンター「サイバーセキュリティFAQ」、2026年5月12日時点）。

すべてのATM事業者に同じ義務があるとは限りません。指定状況、設備範囲、重要維持管理の委託関係を最新資料と社内法務判断で確認します。

参照先はFISCのサイバーセキュリティFAQ、金融庁のATMシステムに関する監督指針、内閣府の基幹インフラ制度資料です。

公開後も改訂日を確認し、RFP・契約・運用手順に反映した内容と差分がないか点検します。

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

導入時には、費用や開発会社のほか、対象範囲や事故対応の責任についても疑問が出てきます。企画と調達でよく寄せられる質問に、順に答えます。

ATMシステム開発にはいくらかかりますか？

小規模な機能追加や監視連携は1,000万〜5,000万円、共同利用・クラウド導入は3,000万〜1.5億円です。接続・制御システムの新規開発は、5,000万〜1.5億円超が企画初期の目安です。

端末、回線、現金補充は、別費用になりやすい項目です。監視や保守、セキュリティ診断、移行も、別に見積もる必要があります。そのため、5〜10年のTCOで比べます。

ATMシステムはクラウド化できますか？

クラウド化は可能ですが、端末、専用回線、外部接続、勘定系、鍵管理、監視を分けて検討します。クラウド基盤が冗長でも、端末や回線が単一障害点であれば、サービス全体が止まります。

障害時の縮退運転、データの所在、復旧目標、契約終了時の移行を明らかにできる場合に、クラウド化は向いています。

開発会社やサービスを選ぶときの最重要ポイントは何ですか？

ATM固有の実績と、障害時の役割分担を確認します。外部接続、取消・再送、実機試験、24時間監視の実績を比べます。加えて、現地保守、セキュリティ、再委託先の担当範囲、SLAも確かめます。

知名度や機能一覧だけでなく、通信断や現金不整合の訓練をどこまでできるか、提案段階で確認します。

FISCへの対応は法律上の義務ですか？

FISC安全対策基準は、金融機関のシステム安全対策を検討する実務上の基準で、法律とは別のものです。必要な対策は、監督指針や預金者保護、不正払戻しとの関係で変わります。さらに、委託先管理や業態、指定制度との関係でも変わります。

適用範囲と証跡は、法務・リスク管理・システム部門が案件ごとに判断します。

まとめ

完全ガイドの要点

ATMシステムは、端末、接続・中継、勘定系連携、監視・運用を一体で設計する基盤です。機能の数よりも、取引の整合性や障害からの復旧、顧客案内、委託先を含む責任分界を見ることが欠かせません。

着手前に整理する項目

開発着手前に、対象範囲と性能、運用条件、調達方式をそろえておくと、各社の提案を同じ前提で比べられます。調達では、標準化の部分と独自開発の部分を分けて、同じ条件で複数社へ依頼します。

• 範囲・性能：対象端末・接続先、ピーク取引量、目標稼働率、RTO・RPO。
• 運用・予算：監視時間、現金運用、セキュリティ、顧客対応、予算とTCO期間。
• 調達・方式：役割分担、RFP、標準化と独自開発の切り分け。

ATMシステムでは、端末制御だけでなく、認証から顧客対応までを含めて考えます。

通信断や二重取引、カード取り込み、現金不整合のような事態でも、安全に業務を続けられる設計が大切です。攻撃や委託先の障害があっても、業務を止めない設計が求められます。

方式、予算、新機能を検討するときは、次の点を押さえます。費用は、端末、回線、監視、警備、保守、移行を含む5〜10年TCOで比べます。

1. 標準化しやすい接続・監視は外部化し、独自の顧客体験や不正検知へ開発資源を振り向けます。
2. 追加連携は1,000万〜5,000万円、大規模更改は1.5億〜3億円超まで幅があります。
3. スマホATM、現金チャージ、多機能化などで、ATMは現金とデジタルサービスをつなぐ接点になっています。
4. 新機能は認証、ログ、返金、障害時の案内、外部委託の監督まで、一体で設計します。

▼関連記事一覧
・ATMシステム開発の進め方
・ATMシステム開発でおすすめの開発会社6選と選び方
・ATMシステム開発の見積相場・費用
・ATMシステム開発の発注・外注・委託方法

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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