電力小売管理システムの発注は、業務の範囲を整理し、RFPで条件を伝えて見積を比べたうえで、契約後に要件定義と移行を経て安定稼働を目指す流れで進みます。
発注形態を選ぶところから委託先を決めるまで、順に説明します。全体像は、下に紹介する完全ガイドでも確認できます。
▼全体ガイドの記事
・電力小売管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
電力小売管理システムを外注する前に知っておきたい全体像
電力小売管理システムは、電力を販売する事業者の顧客管理から料金計算、請求、収納までをつなぐ基幹システムです。一般には、電力CIS（Customer Information System）を中心に据え、スイッチングや送配電事業者とのデータ連携を組み合わせます。
需給管理や決済、会計なども連携の対象で、顧客ポータルや問い合わせ管理も含まれます。外注の成否は、CISと周辺システムやBPOの境界で決まります。
電力CISが担う主な業務
電力CISは、申込を受け付けてから契約を結び、料金を計算して、請求と収納までを担います。
- 顧客・契約：申込の受付、顧客と契約の管理、解約や名義変更
- 料金・請求：メニュー設定、使用量の取り込み、料金計算、請求書の発行
- 収納管理：入金消込と未収の管理
- 外部連携：決済代行、口座振替、コンビニ収納
- 業務連携：会計、CRM、顧客ポータル
低圧と高圧では、必要な項目もデータ量も異なります。代理店経由の申込や、複数の請求締め日にも対応できるかを確かめます。
料金計算では、日割り計算や燃料費調整を要件に含めるほか、再エネ賦課金や市場連動型料金も対象に入れます。
一般送配電事業者から受け取る確定使用量や30分値を取り込み、欠損や異常値を検知する機能も欠かせません。
ここまでの連携が整うと、電力を販売する業務の土台になります。料金の単価や割引を設定変更できる構成にしておけば、制度改定のたびに大きな改修が発生するリスクを下げられます。
外注前に決めるシステムの境界
外注の前に、CISと周辺業務の責任範囲を図に描いて整理します。事業の形によって、システムをどこで区切るかは変わります。
- 小規模な新規参入：CIS、請求・収納、申込受付をクラウドにまとめる構成
- 外部委託：需給予測とコールセンターを委託先に任せる形
- 独自サービス：標準CISに、自社ポータルや分析機能を加えた形
独自の料金メニューや高圧需要家向けサービスで差をつけたい場合は、標準CISの周辺に機能を足す構成が合っています。
RFPでは、機能ごとに標準機能か、設定対応か、追加開発かを分けて書きます。各機能の責任分界は5つの区分で記載します。他社サービスや発注者が用意する業務も含めて、責任の境目を示します。範囲が曖昧なままでは見積を比べられず、顧客管理ツールだけの発注になるおそれもあります。
SaaS・パッケージ・スクラッチの発注形態の選び方
発注形態は、標準業務が中心ならSaaS・クラウド、既存業務との統合や大量処理が必要ならパッケージを軸に比べます。独自の料金や販売モデルが収益の核になるなら、スクラッチも候補に入ります。
標準CISに差別化機能を加えるハイブリッド方式も候補になります。どの方式も、3年から5年の事業計画に照らして評価します。
SaaS・クラウド型を選ぶケース
SaaS・クラウド型は、サーバーの調達や監視にかかる初期負担を抑えたい事業者に向いています。
- 短期導入：標準機能を早く使い始めやすい
- 標準業務：料金メニューや請求サイクルを業務に合わせられれば、開発を抑えられる
- 制度改定：サービス側のアップデートを利用しやすい
従量課金では、需要家数やIDの数、APIの利用量によって費用が決まることがあります。処理量や帳票、追加環境も影響するため、増客後の月額を試算してください。
2026年時点で、NTTデータのECONO-CREAは標準メニューを最短6か月で提供すると案内しています。あわせて、事業規模に応じたレベニューシェア型の料金体系も示されています。
ただし、この事例はCIS全般の納期や価格を保証するものではありません。標準化されたサービスであれば、全面スクラッチより短い期間で立ち上げられる可能性を示しています（出典：株式会社NTTデータ「ECONO-CREA」、2026年確認）。
パッケージ・ハイブリッド型を選ぶケース
パッケージ型は、実績のある業務機能を使いながら、自社の運用に合わせた設定や周辺開発を加えたい事業者に適しています。
- 処理・設定：低圧の大量契約や高低圧併売への適合
- 販売・請求：代理店モデルや複数の締め日に対応できるか
- 運用方式：クラウドかオンプレミスかの比較
運用方式は、セキュリティ方針と社内で運用に当たれる人員を踏まえて選びます。費用は5年TCOで比べます。
ハイブリッド型は、制度連携や料金計算をパッケージに任せ、独自の機能はAPIで加える方法です。
- 追加機能：顧客ポータル、営業ダッシュボード、ポイント・再エネサービス
- スクラッチ：制度改定、障害、セキュリティパッチへの対応を続ける体制も計画する
ハイブリッド型は、初期のリスクを抑えながら顧客との接点で差をつけられます。一方、スクラッチの部分には、保守を続ける体制が欠かせません。
電力小売管理システムのRFPと要件整理の進め方
RFPは、欲しい機能の一覧にとどまらず、電力小売事業の前提と受入条件をベンダーに伝える文書です。
発注者側で完全な仕様をまだ決め切れなくても、需要家数や料金メニューといった前提をそろえておけば、各社の見積を同じ条件で比べやすくなります。
RFPは、現場業務を理解する事業部門と、データやセキュリティを担うIT部門が共同で作ります。
RFPに最初に書くべき業務要件
RFPでは、事業の前提と料金条件を、確定している要件と将来の要件に分けて書きます。
- 事業条件：対象エリア、開始時期、低圧・高圧、現在と3年後の需要家数
- 料金条件：メニュー数、各種計算ルール、締め日、支払期日
- 将来要件：市場連動型、太陽光買取、PPA、EV、蓄電池
- データ項目：顧客、契約、需要場所、メーター、料金、使用量
- 履歴データ：請求、入金、問い合わせ履歴の件数と保持期間
直販と代理店の比率、契約を獲得する経路も書いておきます。料金ルールには、基本・従量料金、燃料費調整、再エネ賦課金を含めます。割引や日割り、延滞金も、あわせて書き出します。
既存システムから移行する場合は、名寄せの状態や欠損・重複の有無、請求履歴の移行年数も示しておきます。前提の書かれていない見積では、データクレンジングや移行リハーサルが後から追加されやすく、各社の金額を比べにくくなります。
連携要件と非機能要件の抜け漏れ防止
RFPには、連携先と接続条件を一覧にして載せます。
- 連携先：OCCTO、送配電、需給管理・JEPX、決済、銀行、会計、CRM、問い合わせ管理
- 連携条件：API・ファイル、送受信頻度、再送、障害担当、データの正本
- アクセス管理：権限、多要素認証、通信・保存時の暗号化、監査ログ
- 継続運用：脆弱性対応、データ返却、委託先・再委託先・クラウド運用者の管理
OCCTOは2025年10月に設計書・取扱マニュアルを改版し、API連携テスト申込書も公開しました。RFPを出す前に、最新の資料とテスト工程を確かめておきます（出典：電力広域的運営推進機関「スイッチング支援システムとのシステム連携に関する規格等」、2025年10月改版）。
非機能要件では、性能や可用性、バックアップを定めます。監視や障害通知、RPO・RTOも、あわせて書いておきます。
2025年6月には、資源エネルギー庁が電力制御システムのサプライチェーン対策の手引きを公表しました。CISが制御系と直結していなくても、委託先やクラウド運用者の管理は確認しておく必要があります（出典：経済産業省「電力制御システムに関するサプライチェーン・セキュリティ対策の手引き」、2025年6月）。
電力小売管理システムの発注・外注の順番
発注は、まず事業モデルと要件を整理し、候補会社を比べてから契約に進みます。契約後は、設計・開発・移行へ移っていきます。
- 事業モデルとシステムの範囲を整理する
- RFPと料金計算・データ移行の前提を作る
- 候補会社から提案と見積を集めて比較する
- 契約範囲と変更管理を決める
- 要件定義、開発・設定、受入テストを進める
- データ移行と並行稼働を経てリリースする
- 運用と制度改定への対応を続ける
発注前に、料金計算の代表ケースと移行対象を固めておくと、提案の段階で候補会社がどこまで理解しているかを見極めやすくなります。
候補会社の募集と提案内容の比較
候補会社は、事業規模に応じて3〜5社程度に絞り込み、同じ条件で提案を依頼します。
- 候補：電力CIS製品会社、総合SIer、業務コンサル、クラウド導入会社
- 共通資料：要件一覧、サンプルデータ、料金計算ケース、納期前提
- 実績確認：会社名や知名度ではなく、電力小売の導入実績、需要家数、低圧・高圧の範囲、制度連携体制を見る
提案書では、機能ごとに対応区分を色分けしてもらいます。区分は、標準対応・設定対応・追加開発・対象外の4つです。デモでは、申込から契約、使用量の取り込み、料金計算、請求、入金消込、エラー訂正までを一続きで見せてもらいます。
評価の軸は、画面の見た目よりも業務のつながりに置きます。可能であれば、代表的な料金メニューを使って有償の簡易PoCを行い、見積の前提と実際の操作が一致するかを検証します。
テスト・移行・リリースの発注範囲
受入テストの観点は、要件定義の段階で決めておきます。
- 料金・契約：正常計算、日割り、燃料費調整、割引、再請求、解約、名義変更
- 異常・障害：異常値、欠損値、スイッチングエラー、決済失敗、災害復旧
各ケースでは、入力データと期待される請求額を決めておきます。担当者の操作や証跡も、受入条件に含めます。
移行の対象には、顧客や契約、需要場所、メーターの情報が含まれます。請求や入金、問い合わせの履歴も含め、移行の前後で件数と金額を照合します。
本番の前には一度、移行リハーサルを行います。そのうえで、並行稼働の期間や差分の取り込み、切り戻しの条件を決め、作業項目と責任者は見積と契約に含めます。
移行を単にデータを入れるだけの作業と捉えると、請求履歴や未収残高の不整合が、リリース後に見つかるおそれがあります。
請負と準委任の使い分け
契約形態は、成果物と完成条件を定めやすい工程では請負、発注者とベンダーが一緒に調査や検討を進める工程では準委任を基本に分けます。
すべてを一つの請負契約にすると、要件変更の多い初期段階で無理な固定価格になりやすくなります。反対に、すべてを準委任にすると、成果物や納期への責任が曖昧になりやすいです。
要件定義・開発・運用の契約の分け方
契約は、工程ごとに成果物や完成条件がどれだけ明確かに応じて分けます。
- 事業企画・現状調査：準委任
- 開発・設定・移行ツール：請負または範囲を定めた準委任
- リリース後の保守：月額契約と追加作業契約
初期調査では、業務フローやRFP、データ定義を成果物にします。基本設計も成果物に含めます。開発契約では、仕様と受入条件を明確にします。
保守の内容は、監視や問い合わせに関わる部分と、制度改定や軽微な設定変更に関わる部分に分けておくと、毎月の費用と臨時の費用を管理しやすくなります。
段階契約にする場合は、各段階の完了条件と、次の段階へ進む判断の基準を決めておきます。たとえば、要件定義の完了時に料金メニュー一覧と連携一覧、移行項目一覧が承認されていることを条件にします。非機能要件と受入テスト計画の承認も、条件に含めます。
承認後に追加された要件は、変更管理票で扱いを管理します。納期や費用、テストへの影響を合意してから着手する運用が必要です。
契約書で定める制度改定・再委託・データの扱い
契約書では、制度変更と障害対応について、費用、役割、期限を決めておきます。
- 制度改定：保守内か追加見積か、対応期間を定める
- 障害対応：受付から復旧、告知、再発防止までの担当
- SLA：受付時間と復旧目標を明記する
制度変更があった場合は、通知から影響調査、テスト、リリースまでの標準期間も確認します。
再委託先やサービス提供者とは、データの扱いを契約で定めておく必要があります。
- 委託先：再委託先、クラウド、決済代行、データセンターと承認要否
- データ：所有権、利用目的、バックアップ期間、返却形式、削除証明
- 終了時：移行支援の単価と返却対象を明記する
SaaSの場合は、CSVだけでなく、履歴や添付書類まで返却できるかを、契約前に実データで確かめておきます。
電力小売管理システムの費用相場と見積内訳
電力CISは公開価格が少ないため、ここで示す金額は、2025〜2026年時点の公開情報と提供形態、一般的な業務システム開発の工数を組み合わせた概算です。
個別見積の代わりにはならないため、RFPを出す前に予算の大きさをつかむ目安として使ってください。
金額は、需要家数や低圧・高圧の比率、料金メニューによって変わります。外部連携や移行量、カスタマイズ、セキュリティ・運用要件でも変動します。
方式別の初期費用・月額費用・期間の目安
方式別の概算は、初期費用・月額費用・導入期間で比べます。
- 標準SaaS・クラウド：初期0〜500万円、月額10〜150万円、3〜6か月
- 連携あり：初期500〜2,000万円、月額30〜200万円、6〜12か月
- パッケージ・大規模CIS：初期2,000万円〜1億円、年間費用数百万円〜数千万円、12〜36か月
- フルスクラッチ：初期3,000万円〜数億円、18〜36か月以上
連携ありの区分は、決済やCRM、ポータル、既存基幹との連携、軽微な改修を加えるケースを指します。金額は需要家数や従量課金で変わるため、前提をそろえて見積もってください。
金額の幅が広いのは、料金計算に加えて、どこまでを含めるかが案件ごとに異なるためです。需給管理や販売管理、データ移行、顧客ポータル、監査、運用センターなどが、その対象の判断に関わります。
5年TCOによる比較
5年TCOでは、初期費用と運用費を分けて見積もります。
- 初期費用：要件定義・設計、設定・開発、API・ファイル連携、テスト、データクレンジング・移行、教育、リリース支援
- 運用費：クラウド、従量課金、保守、監視、バックアップ、問い合わせ対応
- 追加費用：制度改定、脆弱性対応、追加料金メニュー設定、決済・SMS・郵送
たとえば、初期100万円・月額100万円のサービスは、単純計算で5年の費用が6,100万円になります。一方、初期1,500万円・月額30万円なら、同じ計算で3,300万円です。
需要家数の増加や追加開発も見込んだうえで、開始時、1年後、3年後、5年後の利用量をもとに試算します。公開価格のない製品は、同じ前提に立った総額で比べます。
TISのエネLinkは、2025年8月時点で累計31社の導入実績を掲載しています。検証済みの性能には、低圧200万件、高圧1万件、低圧100万件と高圧3万件の例があります（出典：TIS株式会社「電力CIS・小売基幹業務ソリューション」、2025年8月実績・2026年4月更新情報）。
自社に近い低圧・高圧の件数や機能構成、ピーク時の処理実績も、あわせて確かめておきます。
委託先の選定と見積比較の要点
委託先は、電力小売業務への理解や制度連携、移行・運用の実績、障害時の体制、5年後の拡張性をもとに選びます。価格は、その中の一つの要素として比べます。
電力会社向けの実績があっても、発電や送配電、需給管理の実績と、小売CISの契約や料金、請求の実績は別物です。提案会社には、実績の対象業務と導入時期、需要家数を具体的に確かめます。利用機能や現在の保守範囲も、あわせて聞いておきます。
自社に合う委託先かを見極める質問
候補会社には、電力小売の実績や責任分界について、具体的に質問してください。
- 導入実績：低圧と高圧を合わせ、何件まで検証済みですか。
- 制度・連携：制度改定は標準保守に含まれますか。連携テストは誰が担当しますか。
- 移行・障害：移行リハーサルは何回含まれますか。障害時の受付から復旧まで誰が対応しますか。
- 終了・委託先：再委託先とクラウドの所在地、終了時のデータ返却形式は何ですか。
回答が具体的な会社ほど、導入後の責任分界を理解している可能性が高いといえます。
「標準対応」「実績あり」といった回答だけで、対象機能や件数、費用、納期が分からない場合は、採点の前に追加で質問します。導入責任者と移行担当者、運用責任者が、提案の場に加わるかどうかも判断材料になります。
見積書を同じ条件で比べるチェック方法
見積書は、機能や工程、費目の軸で照合します。そのうえで、各項目に含まれる範囲を示してもらいます。
- 機能：CIS、ポータル、決済、連携、帳票、運用
- 工程：要件定義、設計、開発、テスト、移行、教育、リリース
- 費目：ライセンス、クラウド、開発、保守、外部サービス、データ返却
- 区分：「含む」「含まない」「条件付き」「要見積」
評価では、制度連携や移行、機能、運用などの観点に配点します。5年TCOと提案の透明性も評価の対象ですが、配点されるのは次の4項目です。
- 価格：30点
- 制度連携・移行：各20点
- 機能・運用：各15点
- セキュリティ・提案体制：各10点
この配点例は、初期費用だけで安い会社に評価が偏るのを防ぐためのものです。自社のリスクに応じて点数を決め、事業部門とIT部門の評価コメントも残しておきます。
外注で起きやすい失敗と対策
外注では、発注範囲や移行計画の不足が失敗につながります。
- 連携漏れ：外部連携や請求、収納まで範囲に含める
- 改修の膨張：標準機能に合わせる業務と、差別化機能を分けて考える
- 移行の後回し：データ項目と移行計画を、発注前に決めておく
発注の前には、システムの境界とデータ項目を確定しておきます。料金計算のケースと連携方式も、同じ時期に固めます。
制度改定や障害復旧の費用と納期が決まっていないと、必要な時期に対応できなくなります。そのため、月次の運用会議や四半期のセキュリティレビュー、年次の災害復旧訓練を、契約やSLA、運用計画に入れておきます。
よくある質問
発注・外注を検討する担当者から寄せられることの多い質問に答えます。公開価格や標準納期はサービスごとに異なるため、ここでの数字は自社の条件に置き換えて確かめてください。
電力小売管理システムの外注費用はいくらですか？
標準SaaS・クラウドであれば、初期費用は0〜500万円程度が概算の目安です。連携や軽微なカスタマイズを含むクラウドでは、500〜2,000万円程度が目安になります。
パッケージやフルスクラッチでは、2,000万円から数億円になる場合があります。需要家数や料金メニュー、外部連携、移行量、保守・制度改定対応をそろえ、5年TCOで比較することが必要です。
電力小売管理システムはSaaSとスクラッチのどちらが良いですか？
初めて参入し、標準業務が中心であれば、短期間で使い始めやすいSaaS・クラウドが向いています。
独自の料金や販売モデル、既存基幹との複雑な統合が競争力に直結する場合は、パッケージに周辺開発を加える方式か、スクラッチを検討します。
スクラッチを選ぶ場合は、制度改定や脆弱性対応、障害復旧を、自社と委託先が続けて担える体制が必要です。
RFPにはどのような項目を入れればよいですか？
対象エリアや低圧・高圧の区分、現在と将来の需要家数を記載します。料金メニューや締め日、代理店モデルも、RFPに書いておきます。
外部連携や移行データ、受入テストも入れます。SLAやセキュリティ、契約終了時のデータ返却も加えておきます。要件は、必須か将来のものか、標準機能で許容できる業務変更か、追加開発かに分け、回答形式もそろえます。
電力小売の実績がない会社にも外注できますか？
外注すること自体は可能です。ただし、電力小売の制度連携や料金計算を理解する体制が必要です。30分値・確定使用量、請求・収納、移行についても、同じ体制が求められます。
一般的な開発会社であれば、電力CISに詳しい専門家を置いてもらう必要があります。あわせて、OCCTOや送配電との連携テスト、料金計算、障害時の責任分界を明確にします。
実績があるかどうかだけで除外せず、大量請求や基幹連携、決済の経験と、電力制度を補う体制を評価します。
まとめ
電力小売管理システムの発注・外注では、まず自社の事業モデルや需要家数、低圧・高圧の比率、料金メニューを整理します。代理店や請求、収納の運用も、そこに重ねて整理しておきます。
SaaS・クラウドからスクラッチまでの選択肢は、5年TCOと制度改定への対応力で比べます。初期費用だけで判断しないことが大切です。
RFPには、CIS機能に加えて、外部との連携とデータ移行を記載します。連携先にはOCCTOや送配電、決済、会計、CRMなどがあります。
料金計算の受入ケースやRPO・RTO、SLAも含めます。再委託や契約終了時のデータ返却も、あわせて書いておきます。
候補会社には、同じ条件で、標準と追加開発の範囲や類似導入の需要家数を求めます。5年費用と、障害時・制度改定時の責任分界も、そろえて示してもらいます。
価格だけで委託先を決めず、電力小売業務を理解し、要件整理から移行、運用まで伴走できるかを確かめることが、安定したサービス開始につながります。発注前に業務とシステムの境界を明確にし、段階契約と変更管理を活用すれば、電力小売管理システムを事業の成長に合わせて安全に拡張できます。
▼全体ガイドの記事
・電力小売管理システム開発の完全ガイド
▼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を創業。