電力託送管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

電力託送管理システムの開発は、託送契約、30分電力量、料金計算、精算、計画提出を一つの監査可能な業務基盤として設計し、制度改定と障害に耐えられる運用まで作り込むことが成功の条件です。

「電力託送管理システム」と聞くと、電力量を取り込んで料金を計算するだけの仕組みを想像しがちです。しかし実際には、一般送配電事業者、小売電気事業者、発電事業者、アグリゲーターの立場によって対象業務が異なり、計量データの欠測や訂正、約款の変更、外部システムへの提出、請求と差額精算まで扱います。本記事では、開発の全体像、具体的な進め方、2026年時点の費用目安、見積もりで確認すべき項目、よくある質問を順に解説します。

▼全体ガイドの記事
・電力託送管理システム開発の完全ガイド

電力託送管理システムの全体像

電力託送管理システムとは、発電事業者や小売電気事業者が送配電ネットワークを利用する際に発生する契約、計量、料金、精算、申請、照会を管理する業務システムです。小売の顧客管理システムや請求システム、発電所を制御するSCADAやEMSと隣接しますが、託送に固有のルールと事業者間の精算を、後から説明できる形で記録する点が中心になります。

託送管理は、送配電網を利用する契約と、その利用実績に基づく料金・精算を扱います。小売CRMは需要家との契約や問い合わせ、請求システムは顧客への請求と入金、需給管理システムは需要と調達の計画・実績、MDMSはメーターから集めた計量データの蓄積・品質管理を主な対象にします。機能が重なる部分はありますが、最初から一つの巨大システムとして考えると、責任範囲とデータの正本が曖昧になりやすいです。

発注前に、誰がどの業務を担当するかを整理します。一般送配電事業者なら接続供給、振替供給、発電量調整供給、需要抑制量調整供給などを扱う可能性があります。東京電力パワーグリッドの公開サービスでも、これらのサービス区分、約款、託送料金表、インバランス料金、発電30分電力量に関する手続きが分けて案内されています（出典: 東京電力パワーグリッド「電力小売託送サービス」、2026年8月確認）。自社の対象業務をサービス区分ごとに棚卸しすると、必要機能の漏れを減らせます。

基本機能は、事業者、需要家、発電者、供給地点特定番号、受電地点特定番号、契約種別、料金種別などのマスタ管理です。これに、スマートメーターやHES、MDMSなどから30分電力量、検針値、確定値、欠測値、訂正値を取り込み、単位、時刻、対象地点、重複、異常値を検証するデータ品質管理を加えます。データを取り込むだけでなく、元データ、補正理由、承認者、再計算履歴を残すことが重要です。

料金・精算領域では、基本料金、従量料金、損失率、接続送電サービス、発電側課金、インバランスに関するルールを組み合わせ、請求明細と事業者間の精算結果を出力します。さらに、契約変更、スイッチング、異動、料金改定、遡及訂正、差額精算、締め処理を一貫して管理します。広域機関システムとの連携では、ファイルアップロード、JX手順、Web-APIの3方式が案内されているため、提出方式と再送・受信確認の扱いまで要件に含めます（出典: 電力広域的運営推進機関「広域機関システムとの連携に関する規格・仕様等」、2025年7月更新）。

構成は、業務アプリケーション、料金計算・精算エンジン、マスタと履歴を管理するデータベース、外部連携基盤、認証・権限・監査ログ、運用監視、バックアップと災害対策に分けると整理しやすいです。料金式を画面やバッチの中に直接書き込むのではなく、適用期間、対象区分、単価、計算順序、丸め、例外、改定前後のバージョンを管理できるルール層に切り出します。

MDMSやHESと託送業務が別々に存在する場合は、地点、契約、メーター、事業者を紐づける統合データモデルが要になります。片方のシステムだけで名称や地点コードを変換すると、異動や訂正のたびに不整合が起こるため、正本となるマスタ、連携ID、履歴の保持期間、エラーの戻し先を決めます。将来、データ分析や災害時の情報提供を行う場合も、業務データと公開・提供用データの出口を分離しておくと安全です。

電力託送管理システムの開発はどのように進めますか？

開発は、現状調査、要件定義、方式選定、設計、実装、テスト、移行、並行稼働、本番切替、運用改善の順に進めます。特に重要なのは、料金計算の正しさを最後の総合テストだけで確認しないことです。業務ルールとテストデータを早期に固め、旧システムと新システムへ同じ入力を与えて結果を突合できる状態を、要件定義から作ります。

最初の1〜2か月は、業務担当者へのヒアリングだけで終わらせず、契約受付から計量データの確定、料金計算、請求、入金、訂正、問い合わせ、監査までを時系列で可視化します。業務フローごとに、入力元、処理担当、判断条件、出力先、締め時刻、例外処理、手作業、現行システムを紐づけます。一般送配電事業者、小売、発電、アグリゲーターで用語や責任が変わるため、部署別の業務一覧を一つのプロセス表に統合することが有効です。

同時に、地点数、契約数、1日あたりの30分値件数、過去データの年数、ピーク時の取込件数、計算締めの時間、外部連携本数を把握します。欠測や重複、時刻ずれ、コード変換のようなデータ品質問題を「運用で対応する」と残すと、後工程で費用と納期が膨らみます。業務とデータを同じ表で管理し、どの機能が必須で、どの機能が将来拡張かを区別します。

要件定義では、契約・地点・計量・料金・精算・帳票・権限・外部連携の機能要件を整理します。そのうえで、基本料金と従量料金の計算順序、単位、端数処理、損失率、適用期間、料金改定、計算エラー、再計算、遡及訂正、差額精算をルール表にします。ルール表には、制度上の根拠、業務上の判断者、適用開始日、終了日、テストケース、改定時の承認者も記載します。

異常時の設計も同じ段階で決めます。30分値が欠測した場合に補完するのか保留するのか、重複データをどのキーで検知するのか、外部APIがタイムアウトしたときに再送するのか、計算後に訂正値が届いたときにどの期間を再計算するのかを明文化します。処理を止める重大エラーと、担当者が確認して継続できる警告を分けると、24時間運用での判断が安定します。

パッケージは、電力業務の標準機能や制度対応の知見を利用しやすく、標準運用に寄せられる案件では期間を短縮しやすいです。クラウドは環境構築、バックアップ、監視、拡張がしやすい一方、ネットワーク分離、暗号鍵、ログ保存、可用性、障害時の復旧責任を明確にする必要があります。スクラッチは独自の料金・精算・データモデルに合わせやすい反面、制度改定のたびに自社で改修とテスト資産を維持する負担が大きくなります。

実務上は、料金計算や契約管理をパッケージで持ち、API、データレイク、分析、災害時情報提供をクラウドや個別開発で補うハイブリッドも有力です。評価では機能の数ではなく、標準機能、設定変更、個別開発の境界を確認します。三菱電機が託送業務支援パッケージを公開し、複雑な料金計算を含む送配電事業者の託送業務を支援していることからも、専用知見を持つ製品と個別連携を組み合わせる選択肢があると分かります（出典: 三菱電機「託送運用システム／調整力精算システム」、2026年8月確認）。

テストは単体、結合、総合、性能、障害復旧、セキュリティ、受入の順に積み上げます。料金計算では、通常ケースだけでなく、契約変更が月途中に発生するケース、うるう日や時刻ずれ、欠測補完、計量値訂正、料金改定の前後、再計算、取消、差額請求を用意します。旧システムと新システムへ同じ入力を与え、結果の差分を金額だけでなく、地点、契約、単価、計算ステップまで追えるようにします。

移行では、過去データをすべて移すのか、照会用にアーカイブするのか、法定・監査上必要な期間をどこまで保持するのかを決めます。移行前のコード変換、件数照合、金額照合、欠損確認、権限確認を行い、少なくとも本番切替前に複数回リハーサルします。切替当日は、移行失敗時の戻し方、旧システムの参照期間、問い合わせ窓口、判断者を決めておくと、現場が止まるリスクを抑えられます。

電力託送管理システムの費用相場とコストの内訳

電力託送管理システム単体の公的な価格表はありません。以下は、2026年7月時点の一般的な受託開発相場と、料金計算、30分値の大量処理、外部連携、24時間運用、移行、監査、セキュリティを加味した予算仮置きです。正式な見積もりではなく、RFPを作る前のレンジとして扱ってください。

既存パッケージの標準導入で、料金計算と帳票を標準機能に寄せ、周辺連携を限定する場合は3,000万〜8,000万円、期間は6〜12か月が目安です。パッケージに制度・業務カスタマイズ、複数エリア対応、精算、移行、外部API、受入試験を加えると5,000万〜1.5億円、9〜18か月程度を見込みます。

クラウド基盤と業務アプリ、APIを組み合わせる場合は3,000万〜1億円、9〜18か月程度が一つの目安です。クラウド利用料、監視、バックアップ、災害対策は初期費用と別に計上し、月額運用を100万〜500万円程度と仮置きすることがあります。大規模なスクラッチ開発や基幹刷新では、1.5億〜5億円以上、24〜48か月になる場合があります。一般的な受託開発相場にも規模による大きな差があるため、画面数だけで単純比較できません（出典: SIA株式会社「受託開発の費用相場｜人月単価と9つの決定要素」、2026年7月更新）。

費用配分の目安は、要件定義と業務設計が初期費用の10〜20%、連携とデータ移行が15〜30%、テスト・移行・教育が15〜25%、インフラ・監視・セキュリティが10〜20%です。残りがアプリケーション、料金計算、帳票、管理画面、プロジェクト管理などに配分されます。これは個別案件の統計値ではなく、託送特有の作業を見落とさないための概算配分です。

特に費用が増えやすいのは、対象地点・契約数、30分値の件数、計算ルール数、外部連携本数、過去データの移行年数、同時実行件数、RTOとRPO、並行稼働期間です。たとえば、対象地点が少なくても、広域機関、複数の一般送配電事業者、MDMS、請求、会計と連携する場合は、インターフェース試験と障害時の再送設計が増えます。反対に、標準機能に業務を合わせられれば、個別開発を抑えられます。

運用開始後は、クラウド、データベース、監視、バックアップ、ライセンス、ヘルプデスク、障害対応、脆弱性対応、制度改定のための改修費が発生します。保守改修費は新規開発費の年15〜25%程度を仮置きすることがありますが、制度改定を通常保守に含めるのか、別途見積もりとするのかで実際の総額は変わります。料金ルールを設定変更で対応できる範囲と、プログラム改修が必要な範囲を契約書に書き分けます。

また、24時間365日の監視、重大障害の目標復旧時間、データ復旧ポイント、夜間の再計算、休日の制度対応を求める場合は、保守費だけでなく体制費が増えます。安い初期見積もりでも、制度改定や障害対応が都度の高額な追加契約になると、5年総額では割高になります。初期費用、年額保守、クラウド費、改定対応、追加開発単価を並べて比較することが大切です。

見積もりを取る際のポイント

見積もりの精度を上げるには、「託送管理システムを作りたい」とだけ伝えず、対象業務、データ量、計算ルール、外部連携、品質条件、移行範囲をRFPに書きます。開発会社に同じ前提で提案してもらい、金額だけでなく、どこまでを標準機能とし、何を個別開発し、どのリスクを除外しているかを比較します。

最低限、事業者区分、対象エリア、サービス種別、地点数、契約数、メーター数、30分値の1日件数、ピーク時間帯、保持年数、料金ルール数、帳票数、利用者数、権限区分を記載します。外部連携は、相手システム、方式、データ項目、送受信頻度、ファイル形式、API仕様、認証、再送、重複排除、受付確認、障害時の代替手段まで整理します。

品質要件には、通常時の処理時間、締め処理の完了時刻、同時実行件数、可用性、RTO、RPO、バックアップ世代、監査ログの保存期間を含めます。データ移行では、対象期間、移行対象、除外対象、コード変換、照合方法、受入基準、旧システムの参照期間を指定します。ここが曖昧なままでは、ベンダーごとに前提が変わり、安く見える見積もりと高く見える見積もりを比較できません。

比較項目は、電力業務の実績、料金計算の知識、制度改定への対応方法、計量データの品質管理、広域機関など外部仕様への追従、データ移行、並行稼働、障害復旧、セキュリティ、再委託構造、保守要員、追加改修の単価です。実績は会社名や導入件数だけでなく、自社と同じ事業区分、同程度のデータ量、同じ範囲の計算・精算を担当したか、稼働後に誰が保守するかまで確認します。

提案時には、デモで正常系の画面だけを見ず、欠測値の取込、訂正値の再計算、料金改定の登録、差額精算、APIタイムアウト、権限外の照会、監査ログの検索を確認します。可能なら、実際の匿名化データを使った計算突合を評価項目にします。電力の専用パッケージを持つ会社だけに限定する必要はありませんが、汎用SI会社を選ぶ場合は、電力制度を誰が補完し、改定情報をどの頻度で反映するのかを契約上明確にします。

託送管理では、契約情報、需要家情報、計量情報、設備情報、事業者間の取引情報を扱います。アクセス制御、特権ID管理、多要素認証、通信と保存の暗号化、監査ログ、脆弱性管理、バックアップ、環境分離、インシデント報告、データ返却・消去を要件化します。災害時に通電情報などを行政機関へ提供する可能性がある場合は、提供目的、対象データ、承認フロー、本人情報の扱い、提供履歴まで設計します。

経済産業省は2025年6月、電力制御システムのサプライチェーン・セキュリティ対策について、リスク管理、セキュリティ仕様の確認、機器の適切な管理などの手引きを公表しました（出典: 経済産業省「電力制御システムに関するサプライチェーン・セキュリティ対策の手引き」、2025年6月3日）。託送業務システムが制御系と直接接続しない場合でも、委託先・再委託先、開発環境、運用端末、脆弱性対応の責任分界を同じ視点で確認します。

よくある質問（FAQ）

ここでは、企画段階で特に質問されやすい論点をまとめます。費用と期間は対象業務、データ量、制度対応、既存システムの状態で変わるため、回答の数字はあくまで初期計画の目安です。

標準導入に寄せたパッケージなら3,000万〜8,000万円、カスタマイズや移行・外部連携を含めると5,000万〜1.5億円、クラウド基盤と業務アプリなら3,000万〜1億円、大規模スクラッチなら1.5億〜5億円以上が予算仮置きの目安です。公的な一律価格ではないため、地点数、30分値、料金ルール、連携本数、移行年数、可用性をそろえて個別見積もりを取得してください。

標準的な託送業務に合わせられ、制度対応や保守知見を活用したい場合はパッケージが向いています。独自の料金・精算、既存基幹との深い統合、特殊な事業モデルを優先する場合はスクラッチやハイブリッドが候補になります。最初から方式を決めず、標準機能、設定変更、個別開発のフィット＆ギャップを行い、5年程度の保守・改定費まで比較することが適切です。

標準パッケージ導入で6〜12か月、カスタマイズや複数の外部連携を含めて9〜18か月、大規模な基幹刷新や並行稼働を含めて24〜48か月が目安です。期間を短くするには、対象業務を絞るだけでなく、料金ルール、テストデータ、移行方針、受入基準を早期に確定します。要件が曖昧なまま実装を急ぐと、後で再計算や移行のやり直しが発生し、結果的に長期化します。

認証・認可、ネットワーク分離、暗号化、監査ログ、脆弱性対応、バックアップ、監視、インシデント報告、再委託先の管理、終了時のデータ返却・消去までを要件と見積もりに含めます。制御系との接続がなくても、重要な電力業務を支えるシステムでは、開発環境や運用端末、外部サービスのサプライチェーンリスクを確認します。経産省の2025年手引きなどを参照し、責任分界と証跡の保管方法を契約に記載してください。

まとめ

電力託送管理システムは、料金計算の画面だけを作るプロジェクトではありません。事業者区分に応じた契約・計量・精算の範囲を決め、30分値や訂正データの品質を管理し、広域機関などの外部仕様へ連携し、制度改定と災害・障害に対応できる基幹業務基盤を作るプロジェクトです。

第一に、現行業務、データ、責任分界を要件定義の早い段階で可視化することです。第二に、料金ルールをバージョン管理し、欠測、訂正、再計算、差額精算をテストできるようにすることです。第三に、初期費用だけでなく、制度改定、監視、障害復旧、セキュリティ、再委託、クラウド、追加開発を含む総保有コストで方式と発注先を比べることです。

次の一歩は、対象エリアと事業者区分、契約・地点数、30分値の件数、料金ルール、外部連携、過去データ、可用性、移行方針を一枚にまとめることです。その資料をもとに、現状調査・要件定義だけを先行発注する方法もあります。複数社から同じ条件で提案を受け、計算突合のデモ、移行リハーサル、制度改定の設定変更、障害時の復旧手順まで確認すると、実装後の追加費用と手戻りを抑えやすくなります。

▼全体ガイドの記事
・電力託送管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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