電力小売管理システムの発注・外注では、標準SaaSなら初期費用0〜500万円程度、連携やカスタマイズを含むクラウドなら500〜2,000万円程度が一つの目安ですが、需要家数・料金メニュー・制度連携・データ移行で大きく変わります。
電力小売を始める企業が失敗しないためには、CISの機能だけでなく、発注形態、RFPに書く業務要件、請負と準委任の使い分け、5年分の運用費、委託先の制度対応力まで先に整理することが重要です。この記事では、電力小売管理システムを外注・委託する具体的な進め方を、見積比較の実務に落とし込んで解説します。
▼全体ガイドの記事
・電力小売管理システム開発の完全ガイド
電力小売管理システムを外注する前に知っておきたい全体像

電力小売管理システムは、電力を販売する事業者の顧客・契約・使用量・料金・請求・収納をつなぐ基幹システムです。一般的には電力CIS(Customer Information System)を中心に、スイッチング、送配電事業者とのデータ連携、需給管理、顧客ポータル、決済、会計、問い合わせ管理などを組み合わせます。外注の成否は、どこまでをCISに含め、どこからを周辺システムやBPOに分けるかで決まります。
電力CISが担う主な業務は何ですか?
電力CISが担う主な業務は、申込受付、顧客・契約管理、料金メニュー設定、使用量の取り込み、料金計算、請求書発行、入金消込、未収管理、解約・名義変更などです。低圧と高圧では必要な項目やデータ量が異なり、代理店経由の申込、複数の請求締め日、日割り計算、燃料費調整、再エネ賦課金、市場連動型料金なども要件に含める必要があります。
さらに、一般送配電事業者から受け取る確定使用量や30分値を取り込み、欠損・異常値を検知する機能も重要です。決済代行、口座振替、コンビニ収納、会計、CRM、顧客ポータルとの連携まで含めて初めて、電力を売り始められる業務基盤になります。料金計算ロジックをプログラムに固定せず、単価や割引を設定で変更できる構成にすると、制度改定のたびに大規模改修を依頼するリスクを下げられます。
外注前にシステムの境界をどこまで決めるべきですか?
外注前には、CIS、需給管理、顧客ポータル、決済、会計、コールセンター、BPOの責任範囲を図にしておくことが大切です。小規模な新規参入であれば、CISと請求・収納、申込受付をクラウドサービスにまとめ、需給予測やコールセンターを外部委託する方法が現実的です。一方、独自の料金メニューや高圧需要家向けサービスを競争力にする場合は、標準CISの周辺に自社ポータルや分析機能を追加する構成が向いています。
この境界を曖昧にしたまま見積を依頼すると、ベンダーごとに含まれる範囲が変わり、金額だけを比較できなくなります。RFPでは「標準機能」「設定対応」「追加開発」「他社サービス」「発注者が用意する業務」の五つに分け、各機能の責任分界を記載します。電力小売管理システムを単なる顧客管理ツールとして発注しないことが、最初の失敗防止策です。
発注形態はSaaS・パッケージ・スクラッチのどれを選ぶべきですか?

発注形態は、初回参入や標準業務が中心ならSaaS・クラウド、既存業務との統合や大量処理が必要ならパッケージ、独自の料金・販売モデルが収益の核ならスクラッチを軸に比較します。ただし、最初から一つに決めるのではなく、標準CISに差別化機能だけを追加するハイブリッド方式も含めて、3年から5年の事業計画で評価します。
SaaS・クラウド型を選ぶケース
SaaS・クラウド型は、サーバー調達や監視の初期負担を抑え、標準機能を短期間で利用開始したい事業者に向いています。料金メニューや請求サイクルを標準業務に合わせられる場合は、開発範囲を小さくでき、制度改定へのアップデートもサービス側に任せやすくなります。初期費用が低く見えても、需要家数、ID、API、処理量、帳票、追加環境に応じた従量課金があるため、増客後の月額を必ず試算します。
2026年時点の公開情報では、NTTデータのECONO-CREAが、標準メニューを選択した場合の最短6か月の提供と、事業規模に応じたレベニューシェア型の料金体系を案内しています。これは電力CIS全般の納期や価格を保証する数字ではありませんが、標準化されたサービスを選ぶと、全面スクラッチより短期間で立ち上げられる可能性があることを示す事例です。出典は株式会社NTTデータ「ECONO-CREA」で、2026年に確認しています。
パッケージ・ハイブリッド型を選ぶケース
パッケージ型は、契約・料金計算・請求・収納などの実績ある業務機能を利用しながら、自社の運用に合わせて設定や周辺開発を加えたい事業者に適しています。大量の低圧契約、高圧と低圧の併売、代理店モデル、複数の請求締め日がある場合は、標準パッケージの処理性能と設定範囲を確認します。クラウドまたはオンプレミスを選べる製品では、セキュリティ方針、社内運用人員、5年TCOを合わせて判断します。
ハイブリッド型では、制度連携や料金計算をパッケージに任せ、顧客ポータル、営業ダッシュボード、独自のポイント・再エネサービスをAPIで追加します。全面スクラッチより初期リスクを抑えながら、顧客接点を差別化できる方法です。スクラッチを選ぶ場合は、制度改定・障害対応・セキュリティパッチを自社で継続できる体制まで含めて発注計画を作ります。
電力小売管理システムのRFPと要件整理はどう進めますか?

RFPは、欲しい機能の一覧だけでなく、電力小売事業の前提と受入条件をベンダーに伝える文書です。発注者側で完全な仕様を決め切れない場合でも、需要家数や料金メニューなどの前提をそろえるだけで、各社の見積を同じ土俵に載せやすくなります。現場業務を理解する事業部門と、データ・セキュリティを担うIT部門が共同で作成します。
RFPに最初に書くべき業務要件
まず、対象エリア、販売開始時期、低圧・高圧の区分、現在と3年後の需要家数、直販・代理店の比率、契約の獲得経路を記載します。次に、料金メニュー数、基本料金・従量料金・燃料費調整・再エネ賦課金・割引・日割り・延滞金の計算ルール、請求締め日と支払期日を整理します。市場連動型、太陽光買取、PPA、EV、蓄電池などを将来追加する可能性も、確定要件と将来要件に分けて書きます。
データ要件では、顧客、契約、需要場所、メーター、料金メニュー、使用量、請求、入金、問い合わせ履歴の件数と保持期間を示します。既存システムから移行する場合は、名寄せの状態、欠損や重複の有無、過去何年分の請求履歴を移行するかを明記します。これらがない見積は、データクレンジングと移行リハーサルが後から追加されやすいため、安く見えても比較対象として不十分です。
連携要件と非機能要件を抜かさない方法
外部連携は、OCCTOのスイッチング支援システム、一般送配電事業者、需給管理・JEPX関連、決済代行、銀行、会計、CRM、問い合わせ管理を一覧化します。連携方式がAPIかファイルか、送受信の頻度、再送、エラー時の担当、データの正本を一つずつ決めます。OCCTOは2025年10月にスイッチング支援システムの設計書・取扱マニュアルを改版し、API連携テスト申込書も公開しているため、RFP発行前に最新資料とテスト工程を確認します。(出典:電力広域的運営推進機関「スイッチング支援システムとのシステム連携に関する規格等」、2025年10月改版)
非機能要件には、月末・検針後のピーク処理時間、可用性、バックアップ、監視、障害通知、RPO・RTO、アクセス権限、多要素認証、通信・保存時の暗号化、監査ログ、脆弱性対応、データ返却を含めます。電力分野では、2025年6月に資源エネルギー庁が電力制御システムのサプライチェーン・セキュリティ対策の手引きを公表しています。CISが制御系と直接つながらない場合でも、委託先・再委託先・クラウド運用者の管理方法をRFPで質問することが重要です。(出典:経済産業省「電力制御システムに関するサプライチェーン・セキュリティ対策の手引き」、2025年6月)
電力小売管理システムの発注・外注はどの順番で進めますか?

発注は、事業モデルの整理、RFP作成、候補会社の選定、提案・見積比較、契約、要件定義、開発・設定、テスト、移行、並行稼働、リリース、運用の順で進めます。重要なのは、ベンダー決定後に要件を考え始めないことです。発注前に料金計算の代表ケースとデータ移行の対象を固め、提案段階で候補会社の理解度を見極めます。
候補会社を募り、提案内容をそろえて比較する
候補会社は、電力CISの製品会社、総合SIer、業務コンサルティング会社、クラウド導入会社から、事業規模に応じて3〜5社程度に絞ります。提案依頼時には、同じ要件一覧、同じサンプルデータ、同じ料金計算ケース、同じ納期前提を渡します。会社名や有名さだけでなく、電力小売の導入実績、需要家数、低圧・高圧の対応範囲、制度連携の担当体制を確認します。
提案書では、標準対応・設定対応・追加開発・対象外を色分けしてもらいます。デモでは、申込から契約、使用量取込、料金計算、請求、入金消込、エラー訂正までを一続きで実演してもらい、画面の印象ではなく業務のつながりを評価します。可能であれば、代表的な料金メニューを使った簡易PoCを有償で実施し、見積の前提と実際の操作が一致するかを検証します。
テスト・移行・リリースを発注範囲に含める
開発・設定が終わってからテストを始めるのではなく、要件定義の段階で受入テストの観点を決めます。代表的なテストには、料金計算の正常系と日割り、燃料費調整、割引、異常値、欠損値、再請求、解約、名義変更、スイッチングのエラー、決済失敗、災害時の復旧があります。各ケースについて、入力データ、期待する請求額、担当者の操作、証跡の残り方を受入条件にします。
移行では、顧客・契約・需要場所・メーター・請求・入金・問い合わせ履歴を移し、移行前後の件数と金額を照合します。少なくとも本番前に一度は移行リハーサルを行い、旧システムとの並行稼働期間、差分データの取り込み、切り戻し条件を決めます。移行作業を「データを入れるだけ」と扱うと、請求履歴や未収残高の不整合がリリース後に発覚するため、専用の作業項目と責任者を見積・契約へ入れます。
契約形態は請負と準委任をどう使い分けますか?

契約形態は、成果物と完成条件を定義しやすい工程は請負、発注者とベンダーが一緒に調査・検討しながら進める工程は準委任を基本に分けます。すべてを一つの請負契約にすると、要件変更が多い初期段階で無理な固定価格になりやすく、反対にすべてを準委任にすると、成果物や納期への責任が曖昧になりやすいです。
要件定義・開発・運用で契約を分ける方法
要件が固まっていない事業企画や現状調査は準委任で依頼し、業務フロー、RFP、データ定義、基本設計などの成果物を明確にします。仕様と受入条件が確定した開発・設定・移行ツール作成は、請負または作業範囲を明確にした準委任で契約します。リリース後の監視、問い合わせ、制度改定、軽微な設定変更は、月額の保守・運用契約と追加作業契約に分けると、毎月の費用と臨時費用を管理しやすくなります。
段階契約にする場合は、各段階の完了条件と次段階へ進む判断を定義します。たとえば、要件定義完了時に料金メニュー一覧、連携一覧、移行項目一覧、非機能要件、受入テスト計画が承認されていることを条件にします。承認後に追加された要件の扱いを変更管理票で管理し、納期・費用・テスト影響を合意してから着手する運用が必要です。
契約書で制度改定・再委託・データを定める
契約書では、制度改定に伴う料金計算や連携仕様の変更を誰がどこまで負担するかを決めます。法令・制度変更を保守料金に含むのか、追加見積とするのか、変更の通知から影響調査・テスト・リリースまでの標準期間を確認します。障害時には、一次受付、切り分け、復旧、顧客への告知、再発防止報告の担当と、SLAの受付時間・復旧目標を明記します。
再委託先、クラウド事業者、決済代行、データセンターの一覧と、発注者の承認要否も確認します。顧客情報、使用量、請求・入金情報の所有権、利用目的、バックアップ保存期間、契約終了時の返却形式・削除証明、移行支援の単価を契約に入れます。特にSaaSでは、解約時にCSVだけで返却できるのか、履歴や添付書類も返却できるのかを、契約前に実データで確認します。
電力小売管理システムの費用相場と見積内訳

電力CISは公開価格が少なく、以下の金額は2025〜2026年時点の公開情報、提供形態、一般的な業務システム開発工数を組み合わせた概算です。個別見積の代わりではなく、RFPを出す前に予算の大きさを把握するための目安として利用します。需要家数、低圧・高圧の比率、料金メニュー、外部連携、移行量、カスタマイズ、セキュリティ・運用要件で金額は変動します。
方式別の初期費用・月額費用・期間の目安
標準SaaS・クラウドは、初期費用0〜500万円程度、月額10〜150万円程度、導入期間3〜6か月程度が目安です。クラウドに決済、CRM、ポータル、既存基幹との連携や軽微なカスタマイズを加える場合は、初期500〜2,000万円程度、月額30〜200万円程度、期間6〜12か月程度を見込みます。いずれも需要家数や従量課金の条件を確認する必要があります。
パッケージ・大規模CISは初期2,000万円〜1億円程度、保守・利用料は年間数百万円〜数千万円程度、期間12〜36か月程度が目安です。フルスクラッチは初期3,000万円〜数億円、期間18〜36か月以上となる場合があります。金額レンジが広いのは、料金計算だけでなく、需給管理、販売管理、データ移行、顧客ポータル、監査、運用センターまで含むかどうかが案件ごとに違うためです。
初期費用ではなく5年TCOで比較する
見積の比較では、要件定義・設計、設定・開発、APIやファイル連携、テスト、データクレンジング、移行リハーサル、教育、リリース支援を初期費用として分解します。運用費には、クラウド利用料、需要家数やIDの従量課金、保守、監視、バックアップ、問い合わせ、制度改定、脆弱性対応、追加料金メニュー設定、決済・SMS・郵送などの外部サービス費を含めます。
たとえば初期100万円で月額100万円のサービスと、初期1,500万円で月額30万円のサービスでは、単純計算の5年費用は前者が6,100万円、後者が3,300万円です。実際には需要家数の増加や追加開発があるため、開始時・1年後・3年後・5年後の四つの利用量で試算します。公開情報で価格を出していない製品について「安い」「高い」と断定せず、同じ前提の総額で比較することが大切です。
公開事例では、TISのエネLinkが2025年8月時点で累計31社の導入実績を掲載し、検証済みの性能として低圧200万件、高圧1万件、低圧100万件・高圧3万件の例を示しています。自社の見積を評価する際は、単に導入社数だけでなく、自社に近い低圧・高圧の件数、料金計算・請求・ポータルの組み合わせ、ピーク時の処理実績を確認します。(出典:TIS株式会社「電力CIS・小売基幹業務ソリューション」、2025年8月実績・2026年4月更新情報)
委託先の選定と見積比較で見るべきポイント

委託先は、価格の低さだけでなく、電力小売業務への理解、制度連携、移行・運用の実績、障害時の体制、5年後の拡張性で選びます。電力会社向けの実績があっても、発電・送配電・需給管理の実績と、小売CISの契約・料金・請求の実績は別です。提案会社に実績の対象業務、導入時期、需要家数、利用機能、現在の保守範囲を具体的に確認します。
自社に合う委託先かを確認する質問
候補会社には、「低圧と高圧を合わせて何件まで検証済みですか」「料金計算の制度改定は標準保守に含まれますか」「OCCTOや送配電事業者との連携テストを誰が担当しますか」「移行リハーサルは何回見積に含まれますか」と質問します。さらに、「障害時に一次受付から復旧まで誰が対応しますか」「再委託先とクラウドの所在地はどこですか」「契約終了時にどのデータ形式で返却できますか」も確認します。
回答が具体的な会社は、導入後の責任分界を理解している可能性が高いです。反対に、「標準対応できます」「実績があります」だけで、対象機能や件数、追加費用、納期が示されない場合は、提案を点数化する前に追加質問を行います。営業担当だけでなく、導入責任者、業務設計者、移行担当者、運用責任者が提案段階から参加しているかも判断材料になります。
見積書を同じ条件で比べるチェック方法
見積書は、機能別・工程別・費目別の三つの見方で照合します。機能別ではCIS、ポータル、決済、連携、帳票、運用を確認し、工程別では要件定義、設計、開発・設定、テスト、移行、教育、リリースを確認します。費目別ではライセンス、クラウド、初期設定、追加開発、保守、外部サービス、制度改定、データ返却を確認します。どの項目にも「含む」「含まない」「条件付き」「要見積」の区分を付けてもらいます。
選定評価は、機能適合度、電力業務の実績、制度・連携対応、移行計画、非機能・セキュリティ、運用体制、5年TCO、提案の透明性に配点します。たとえば価格だけを30点にして、制度連携と移行を各20点、機能と運用を各15点、セキュリティと提案体制を各10点にすると、初期費用だけが安い会社に偏りにくくなります。配点は自社のリスクに応じて決め、評価者が事業部門とIT部門に分かれる場合は、コメントも残します。
外注で起きやすい失敗と対策
代表的な失敗は、CISだけ発注して外部連携や請求・収納が後から追加されること、標準機能に合わせる範囲を決めずカスタマイズが膨らむこと、データ移行を本番直前まで後回しにすることです。対策として、発注前にシステム境界・データ項目・料金計算ケース・連携方式を確定し、標準機能で業務を変える部分と、差別化のために追加する部分を分けます。
もう一つの失敗は、導入後の制度改定や障害復旧を契約で決めていないことです。料金メニューの変更や送配電事業者の仕様変更に対し、影響調査、テスト、リリースの費用と納期が決まっていなければ、事業部門が必要なタイミングで対応できません。月次の運用会議、四半期のセキュリティレビュー、年次の災害復旧訓練を契約・SLA・運用計画に組み込みます。
よくある質問

ここでは、電力小売管理システムの発注・外注を検討する担当者からよく寄せられる質問に回答します。公開価格や標準納期はサービスごとに異なるため、回答の数字は自社条件に置き換えて確認します。
電力小売管理システムの外注費用はいくらですか?
標準SaaS・クラウドなら初期0〜500万円程度、連携や軽微なカスタマイズを含むクラウドなら500〜2,000万円程度が概算の目安です。パッケージやフルスクラッチでは2,000万円〜数億円になる場合があります。需要家数、料金メニュー、外部連携、移行量、保守・制度改定対応をそろえた5年TCOで比較することが必要です。
電力小売管理システムはSaaSとスクラッチのどちらが良いですか?
初回参入で標準業務が中心なら、短期間で使い始めやすいSaaS・クラウドが向いています。独自の料金・販売モデルや既存基幹との複雑な統合が競争力に直結する場合は、パッケージに周辺開発を加える方式やスクラッチを検討します。ただし、スクラッチでは制度改定、脆弱性対応、障害復旧を自社と委託先で継続できる体制が必要です。
RFPにはどのような項目を入れればよいですか?
対象エリア、低圧・高圧、現在と将来の需要家数、料金メニュー、請求締め日、代理店モデル、外部連携、移行データ、受入テスト、SLA、セキュリティ、契約終了時のデータ返却を入れます。各項目は、必須要件、将来要件、標準機能で許容する業務変更、追加開発が必要な差別化要件に分けます。ベンダーが含む範囲と対象外を明示できるよう、同じフォーマットで回答を求めます。
電力小売の実績がない会社にも外注できますか?
外注は可能ですが、電力小売固有の制度連携、料金計算、30分値・確定使用量、請求・収納、移行を理解する体制が必要です。一般的な開発会社に依頼する場合は、電力CISの専門家をプロジェクトに置き、OCCTOや送配電事業者との連携テスト、料金計算の検証、障害時の責任分界を明確にします。実績がないことだけで除外するのではなく、類似する大量請求・基幹連携・決済の経験と、電力制度を補う体制を評価します。
まとめ

電力小売管理システムの発注・外注では、最初に自社の事業モデル、需要家数、低圧・高圧の比率、料金メニュー、代理店・請求・収納の運用を整理します。そのうえで、SaaS・クラウド、パッケージ、ハイブリッド、スクラッチの選択肢を、初期費用ではなく5年TCOと制度改定への対応力で比較します。
RFPには、CISの機能だけでなく、OCCTO・送配電事業者・決済・会計・CRMとの連携、データ移行、料金計算の受入ケース、RPO・RTO、SLA、再委託、契約終了時のデータ返却まで記載します。候補会社からは、標準対応と追加開発の範囲、類似導入の需要家数、5年分の費用、障害・制度改定時の責任分界を同じ条件で提出してもらいます。
価格だけで委託先を決めず、電力小売業務を理解して要件整理から移行・運用まで伴走できるかを確認することが、安定したサービス開始につながります。発注前に業務とシステムの境界を明確にし、段階契約と変更管理を活用すれば、電力小売管理システムを事業の成長に合わせて安全に拡張できます。
▼全体ガイドの記事
・電力小売管理システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


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