電子決済システム開発の保守・運用費用・ランニングコストについて

電子マネーやコード決済のウォレットは、リリースして終わりではなく、利用者の残高を24時間365日、1円のズレもなく守り続けなければならない性質のシステムです。そのため、決済サービスを提供・発行する事業者にとっては、初期の開発費用以上に、稼働後に継続して発生する保守・運用費用・ランニングコストの見積もりが、事業の採算を左右します。ここで前提として押さえておきたいのは、本記事が扱う「電子決済システム」は、店舗やECサイトが決済を受け付けるために導入する加盟店側の仕組みとは立場が逆で、利用者の残高（バリュー）を自ら発行・管理し、チャージや送金を処理し、加盟店へ精算を行う「決済サービスを提供・発行する事業者側」——前払式支払手段発行者や資金移動業者が構築するウォレット・残高管理システムそのものだという点です。この立場ゆえに、加盟店側の決済システムには存在しない、残高管理基盤の高可用性維持、チャージ原価と手数料収支の管理、資金決済法に基づく資金保全、不正利用の監視体制といった固有のコストが継続的にのしかかります。

本記事では、電子決済システムの保守・運用費用・ランニングコストについて、変動費と固定費に分けたコスト構造の全体像から、残高管理基盤の高可用性インフラ費用とシステム保守費用、チャージ手段ごとの原価負担と「逆ざや」を防ぐ収支管理、資金決済法に基づく供託・履行保証の財務コスト、不正利用検知・監視体制の運用費、そして運用コストを抑える具体的な工夫までを、金額の目安とともに解説します。なお、店舗のPOSやECサイト側で決済を受け付ける仕組みの運用費用については、別記事「決済システム開発」「オンライン決済システム開発」で扱っていますので、加盟店側の視点が必要な方はそちらもあわせて参照してください。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

▼全体ガイドの記事
・電子決済システム開発の完全ガイド

電子決済システムの運用コスト構造の全体像

電子決済システムのランニングコストは、大きく「変動費（取引量に連動して増減する費用）」と「固定費・システム維持費（取引量に関わらず継続的に発生する費用）」に分けて捉えると整理しやすくなります。変動費の中心は、利用者がウォレットにチャージする際に発行事業者が負担する決済手数料や、1取引ごとの通信・トランザクション費用です。固定費・維持費の中心は、残高管理基盤を24時間365日安定稼働させるためのインフラ費用、精算バッチの監視やバグ修正を含むシステム保守費用、そして資金決済法に基づく資金保全や不正利用の監視体制といった、金融サービスならではの費用です。加盟店側の決済システムであれば「決済手数料を払って決済結果を受け取る」だけで済みますが、発行事業者はこれらすべてを自社で抱えるため、月商や利用者数が増えるほどコストの絶対額も膨らみます。まずは自社のコストを変動費と固定費に分解し、どこが利益を圧迫しているかを可視化することが、採算管理の第一歩です。

変動費は、チャージや決済が発生するたびに積み上がる費用です。利用者がクレジットカードでチャージすると、発行事業者はカード会社に対して決済手数料を支払い、銀行口座からのチャージでも1回あたり数円から数十円のトランザクション費用が生じます。取引量が増えれば増えるほどこの変動費も比例して増えるため、利用が伸びること自体がコスト増を意味する点が、発行事業者側の特徴です。一方、固定費・維持費は、利用者数や取引量に直接連動しないものの、サービスを維持する限り必ず発生し続ける費用です。残高管理基盤のサーバー費、システムの保守運用費、不正監視体制の人件費などがこれにあたり、たとえ利用が一時的に落ち込んでも簡単には削れません。この2種類のコストは性質がまったく異なるため、料金プランや事業計画を検討する際は、必ず切り分けて試算する必要があります。

店舗やECサイトが決済を受け付ける加盟店側の運用コストは、基本的に「決済代行会社に支払う決済手数料と月額固定費」に集約されます。決済のインフラ自体は決済代行会社が持っているため、加盟店は自前で高可用性のシステムを維持する必要がありません。これに対し、電子決済を発行する事業者は、残高というお金そのものを自社のシステムで管理する立場であるため、決済インフラの維持コストをまるごと自社で抱えます。加えて、利用者がチャージする際の手数料は「収益」ではなく「原価（コスト）」として発行事業者にのしかかり、加盟店から徴収する手数料との差分でしか利益を出せません。もし加盟店から徴収する手数料率よりも、利用者がクレジットカードでチャージする際の手数料負担のほうが高くなると、決済されるたびに赤字になる「逆ざや」が発生します。この逆ざや構造は加盟店側の決済システムには存在しない、発行事業者特有のコスト管理上の最大の論点です。

残高管理基盤の維持・保守費用

電子決済システムの固定費の中核を占めるのが、利用者の残高を管理する基盤を安定稼働させ続けるためのインフラ費用と、システムを健全に保つための保守運用費用です。お金を扱うシステムは、たとえ数分の停止でも利用者の決済ができなくなり信頼を損なうため、通常のWebシステムより高い可用性が求められ、その分コストも跳ね上がります。

電子決済システムには「稼働率99.99%以上（月間ダウンタイム4.3分以下）」といった、24時間365日の安定稼働が事実上必須です。この水準を満たすには、障害が発生しても即座に予備サーバーへ切り替わる冗長化構成を組み、データベースも複数拠点に複製して片方が落ちても残高データが失われない設計にする必要があります。こうした冗長化インフラの費用は、通常のWebサービスより明確に高く、規模にもよりますが月額数十万円から、大規模で本格的な冗長化構成では月額百万円以上に達することもあります。加えて、決済のピークタイム（給料日直後や大型セール時など）に処理が集中しても残高更新が滞らないよう、余裕を持ったスペックを常時確保する必要があり、これも費用を押し上げます。残高というお金を預かる以上、可用性を落としてコストを削るという選択肢は取りにくく、この高可用性インフラ費用は発行事業者が継続的に負担せざるを得ない固定費の代表格です。

システムの保守運用費用は、一般的に「初期開発費用の5〜10%程度を月額で見込む」のが目安とされます。たとえば初期開発費が5,000万円だった場合、月額250万円から500万円の保守費用を継続的に見込む必要があります。この費用には、バグ修正やOS・ミドルウェアのアップデート追従に加えて、電子決済システム特有の重要業務である精算バッチの運用監視が含まれます。加盟店への支払いは、日次または月次で締め処理を行い、取扱高から決済手数料を差し引いた純額を算出し、全銀システムなどに送る振込依頼データをバッチで生成します。このバッチが1日でも狂うと加盟店への支払いが遅れ、信頼問題に直結するため、実行結果の監視とエラー時の即応体制が欠かせません。また、自社の残高合計と信託口座の入金額を突き合わせるリコンシリエーション（突合）を日次で回し、差額が出ていないかを監視する運用も、保守の一環として継続的に人手とコストがかかります。

チャージ原価と手数料収支（逆ざや）の管理

発行事業者の採算を最も大きく左右する変動費が、利用者のチャージに伴うコストです。前述のとおり、発行事業者は「利用者がチャージする際に負担するコスト」と「加盟店から徴収する手数料」の差分で利益を出す構造にあり、このバランスが崩れると決済のたびに赤字が積み上がります。ここを設計・運用でどうコントロールするかが、事業として黒字化できるかどうかの分かれ目になります。

チャージ手段ごとに、発行事業者が負担する原価は大きく異なります。利用者がクレジットカードでチャージする場合、発行事業者は「加盟店」の立場でカード会社に対して決済手数料（おおむね2.5〜3.6%程度）を支払うコストが発生します。一方、利用者が実際の加盟店で支払った際に発行事業者が徴収できる手数料は、実店舗の相場で見ると2%未満から3%前後にとどまることが多く、ここに逆ざやが生じる余地があります。つまり、利用者がクレジットカードで3%のコストをかけてチャージし、2.5%の手数料しか徴収できない加盟店で使えば、その取引は差引で赤字になります。これに対し、銀行口座からの直接チャージであれば、負担するのは1回あたり数円から数十円のトランザクション費用のみで済むため、原価を劇的に下げられます。少額決済が多いサービスでは、この1取引あたり数十円のトランザクション費用も積み上がると無視できない負担になるため、チャージ手段ごとの原価を正確に把握し、収支をモニタリングする運用が欠かせません。

逆ざやを防ぎ、変動費を抑えるうえで最も効果的なのが、利用者を低コストなチャージ手段へ誘導する運用です。具体的には、銀行口座からの直接チャージやオートチャージを利用者にとって使いやすくし、初回設定を促すキャンペーンやポイント付与で移行を後押しします。クレジットカードチャージは利用者にとって手軽ですが発行事業者の原価が高いため、これに依存し続けると取引量が増えるほど赤字が膨らむ悪循環に陥ります。銀行口座チャージへ一定割合の利用者を移せれば、その分だけ1取引あたりの原価が下がり、事業全体の採算が改善します。もっとも、銀行口座チャージは各金融機関のAPI接続の維持コストがかかるため、対応行を増やしすぎると今度は固定費が膨らみます。利用者数の多い主要行から優先的に対応し、費用対効果を見ながら段階的に広げるのが現実的です。いかにして低コストな入金手段へ利用者を誘導するかが、ランニングコストを抑える事業運営上の最大の論点になります。

資金決済法・不正利用対策の運用コスト

電子決済システムには、システム費用とは別に、金融サービスを提供する事業者だからこそ負う特有のコストがあります。それが、資金決済法に基づく資金保全のための財務コストと、利用者の残高を狙う不正利用を防ぐための監視体制の運用費です。いずれも加盟店側の決済システムには存在しない、発行事業者ならではの継続的な負担です。

資金決済法では、利用者から預かった資金を保護するために、発行事業者に資金保全の義務を課しています。前払式支払手段の場合、毎年3月末および9月末の基準日時点で、未使用残高の半額以上を発行保証金として供託するか、金融機関と保証委託契約を結ぶ必要があります（未使用残高が基準額を超えた場合）。資金移動業になると、滞留している利用者資金の100%以上を履行保証金として保全する義務があり、さらに重い負担となります。これはシステム費ではなく、発行事業者の事業資金を直接拘束する財務コスト・機会損失です。供託する現金はその期間中、事業に使えず眠らせておくことになり、保証委託契約を選べば金融機関に保証料を支払い続けることになります。残高が増えるほど保全すべき金額も増えるため、サービスが成長するほどこの財務負担も比例して重くなります。システム側では、基準日時点の未使用残高を1円単位で正確に集計する機能を維持し、この保全額算定を支える運用が求められます。

電子マネーのウォレットは、他人のクレジットカードを用いた不正チャージや、アカウント乗っ取り、マネーロンダリングの標的になりやすい性質があります。とりわけ、他人のカードで不正チャージが行われ本来のカード保有者が支払いを拒否すると、チャージを受け付けた発行事業者が売上を取り消される「チャージバック」が発生し、金銭的損害を直接被ります。これを防ぐには、自社のルールエンジンだけでなく、O-PLUXのような専門の不正検知システムをAPI連携し、多数のサービスで共有される最新の不正データベースを活用して、正規利用者の利便性を損なわずに不正をリアルタイムでブロックする仕組みが有効です。こうした不正検知システムの利用料に加え、24時間体制で疑わしいトランザクションを監視・遮断するセキュリティチームの人件費もかかります。不正対応を担う専門エンジニアの人月単価は120万円から200万円程度とされ、監視体制を維持するだけでも相応の固定費が必要です。不正被害の損失と対策コストのバランスを取りながら、検知の精度と運用体制を継続的に見直すことが求められます。

運用コストを抑える工夫

ここまで見てきたように、電子決済システムの運用コストは多層的で、放置すれば事業の採算を圧迫します。とはいえ、初期の作り方と運用の工夫次第で、これらのコストは大きく抑えられます。ここでは、発行事業者が現実的に取れるコスト圧縮の打ち手を整理します。

運用コストを抑える最も効果的な手立ての一つが、既存の金融基盤を借りて自社ブランドのウォレットを提供する、BaaS（Banking as a Service）やホワイトラベルの活用です。この方式では、残高管理基盤の高可用性維持、PCI DSSの完全準拠、24時間365日のインフラ監視、資金決済法の改正への追従といった、莫大な維持コストと専門人材の確保を、基盤を提供するプロバイダー側に任せられます。人月単価120万円から200万円クラスの専門エンジニアを自社で常時抱える必要がなくなり、これらのコストを固定費から従量課金主体の変動費へと転換できるのが大きな利点です。費用構造は、システムの月額利用料（数十万円から数百万円）に、トランザクション数に応じた従量課金を加えるモデルが主流です。自社でゼロから基盤を構築・維持するフルスクラッチと比べ、初期費用だけでなく毎月の保守運用費も大きく圧縮でき、とくに事業の立ち上げ期には有力な選択肢になります。

もう一つの有効な工夫が、最小限の機能でスモールスタートし、利用状況を見ながら段階的に拡張していくMVPアプローチです。保守運用費は初期開発費に比例する傾向があるため、最初からすべての機能を作り込むと、使われない機能の保守費まで背負い込むことになります。まずは最頻のチャージ手段と加盟店決済に絞って始め、実際の利用データを見てから送金や割り勘、低頻度のチャージ手段を追加すれば、無駄な保守費を抑えられます。また、コストを比較検討する際は、月額利用料や決済手数料だけを単純比較するのではなく、初期費用・月額固定費・変動費・保守運用費・資金保全の財務コストまで含めたTCO（総所有コスト）で評価することが重要です。目先の月額が安くても、取引量が増えたときの変動費や逆ざやが大きければ、トータルでは割高になることもあります。自社の想定する取引量と利用者数を前提に、複数の構成でTCOを試算し、損益分岐点を見極めたうえで方式を選ぶことが、長期的なコスト最適化につながります。

まとめ

本記事では、電子マネー・コード決済を発行・運営する事業者側の視点で、利用者の残高を管理するウォレット・電子決済システムの保守・運用費用・ランニングコストを解説しました。コストは変動費（チャージ手数料・トランザクション費用）と固定費・維持費（高可用性インフラ・システム保守・資金保全・不正監視）に大別され、加盟店側の決済システムと違って発行事業者はこれらすべてを自社で抱えます。高可用性インフラは月額数十万円から百万円以上、システム保守は初期開発費の5〜10%を月額で見込み、精算バッチやリコンシリエーションの運用監視も継続的にかかります。最大の論点は、クレジットカードチャージの原価（2.5〜3.6%程度）が加盟店徴収手数料を上回る「逆ざや」で、銀行口座チャージへの誘導が採算改善の鍵になります。さらに資金決済法に基づく供託・履行保証（前払式は未使用残高の半額以上、資金移動業は100%以上）の財務コストと、チャージバックを含む不正対策・監視体制の人件費が固有の負担としてのしかかります。これらを抑えるには、BaaS・ホワイトラベルによる維持費のオフバランス化と、MVPでのスモールスタート、TCOでの比較検討が有効です。加盟店側で決済を受け付ける仕組みの運用費用については別記事「決済システム開発」「オンライン決済システム開発」も参照してください。まずは自社のコストを変動費と固定費に分解し、逆ざやと資金保全の負担を可視化することから始めましょう。

▼全体ガイドの記事
・電子決済システム開発の完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

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

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

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

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

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。