資産の全体像
全社システム資産マップ
どのシステムを減らすかを決めるには、まず全体に何があるかを把握する必要があります。 このページでは、未来明るく電力 の基幹システムを領域ごとに並べ、どこまで調べ終わっていて、どこがこれからかを示します。 評価が終わっているのは 領域A〜D(料金CIS・送配電設備・需給給電・電力取引託送)と共通基盤です。発電やERPを含む残りの領域は、第2クールの全社スクリーニングで調べます。
把握状況サマリー
評価完了の領域
5領域/ 全体の領域数は未確定
2026年7月4日 時点
領域A〜Dと共通基盤。全体の領域数はスクリーニングで確定します
棚卸し済みプログラム
596本領域A〜Dと共通基盤
2026年7月4日 時点
全社の一部です。残りの領域はこれから調べます
推定判定済み
397本/ 596本
2026年7月4日 時点
推定現役 269 / 推定休眠 82 / 推定死亡 46
削減・統合の余地
約3割採点済み 397本のうち
2026年7月4日 時点
採点済みのうち32.2%が動いていないと見られます。全社の値はこれから出します
資産ツリーマップ(どこに資産が集まっているか)
外枠が業務領域、内側の1マスがシステムで、面積はプログラムの本数(596本)です。依存の線は引いていません。プログラムの量がどこに集まっているかだけを見る図です。「死活の推定」に切り替えると、各マスが「使われている証拠がない割合」で色分けされます。割合が低いほど青、高いほど赤です。
- A · 料金・顧客情報(CIS)188本
- B · 送配電設備管理144本
- C · 需給運用・給電92本
- D · 電力取引・託送92本
- 共通・その他80本
データ表で見る(領域・サブシステム別の本数と死活の内訳)
| 領域 | サブシステム | 本数 | 推定現役 | 推定現役(部分証拠) | 推定休眠 | 推定死亡 | 証拠不足(未採点) |
|---|---|---|---|---|---|---|---|
| A · 料金・顧客情報(CIS) | 料金計算 | 50 | 25 | 5 | 11 | 6 | 3 |
| A · 料金・顧客情報(CIS) | 検針管理 | 38 | 23 | 3 | 7 | 4 | 1 |
| A · 料金・顧客情報(CIS) | 契約管理 | 36 | 15 | 6 | 6 | 9 | 0 |
| A · 料金・顧客情報(CIS) | 収納・消込 | 32 | 12 | 4 | 11 | 5 | 0 |
| A · 料金・顧客情報(CIS) | 顧客対応(CRM) | 32 | 15 | 8 | 5 | 0 | 4 |
| B · 送配電設備管理 | 設備台帳 | 37 | 18 | 4 | 11 | 1 | 3 |
| B · 送配電設備管理 | 工事管理 | 33 | 10 | 6 | 6 | 8 | 3 |
| B · 送配電設備管理 | 保全計画 | 31 | 17 | 9 | 1 | 0 | 4 |
| B · 送配電設備管理 | 停電管理 | 24 | 11 | 10 | 1 | 0 | 2 |
| B · 送配電設備管理 | 図面・GIS | 19 | 7 | 3 | 5 | 2 | 2 |
| C · 需給運用・給電 | 給電指令 | 25 | 14 | 3 | 0 | 0 | 8 |
| C · 需給運用・給電 | 系統運用 | 25 | 12 | 3 | 1 | 0 | 9 |
| C · 需給運用・給電 | 需給計画 | 23 | 16 | 0 | 0 | 0 | 7 |
| C · 需給運用・給電 | 予備力管理 | 19 | 10 | 5 | 0 | 0 | 4 |
| D · 電力取引・託送 | 卸電力取引(JEPX) | 24 | 12 | 6 | 0 | 0 | 6 |
| D · 電力取引・託送 | 託送業務 | 18 | 9 | 0 | 2 | 3 | 4 |
| D · 電力取引・託送 | スイッチング | 18 | 6 | 6 | 1 | 0 | 5 |
| D · 電力取引・託送 | インバランス精算 | 16 | 8 | 2 | 3 | 1 | 2 |
| D · 電力取引・託送 | 需要予測 | 16 | 6 | 7 | 1 | 0 | 2 |
| 共通・その他 | マスタ管理 | 20 | 11 | 8 | 1 | 0 | 0 |
| 共通・その他 | バッチ基盤 | 18 | 3 | 7 | 0 | 3 | 5 |
| 共通・その他 | 帳票基盤 | 17 | 1 | 8 | 6 | 2 | 0 |
| 共通・その他 | 連携基盤(ESB) | 13 | 4 | 5 | 2 | 2 | 0 |
| 共通・その他 | 認証・権限 | 12 | 4 | 7 | 1 | 0 | 0 |
死活は2026年7月4日時点の推定です。3区分(推定現役 / 推定休眠 / 推定死亡)の採点が付いていないプログラムは、次の2つに分けて数えています。「推定現役(部分証拠)」は、他プログラムからの呼び出し・テーブル操作・仕様書のどれかが見つかったものです。「証拠不足」は、どれも見つからなかったものです。使われていない可能性が高いものの、確定するには実行ログとDBのデータが要ります。
領域を調べる5つのステップ
どの領域もこの5ステップで進めます。評価済みの領域(A〜Dと共通)はステップ3まで終わり、いまは処置の方針を検討しています。全社はこれからステップ1(棚卸し)に着手します。
| ステップ | 内容 | 評価済み領域 | 全社 |
|---|---|---|---|
| 1. 資産の棚卸し | プログラム・DB・仕様書を集めて、依存関係から全体の構成を組み直します | ✓ 完了 | ✓ 完了 |
| 2. 環境の再現と裏取り | 本番に触らない複製環境を作り、実データや実行ログと突き合わせます | ✓ 完了 | ✓ 完了 |
| 3. 死活の推定判定 | 5つの証拠で採点し、推定現役 / 推定休眠 / 推定死亡に分類します | ✓ 完了 | ✓ 完了 |
| 4. 処置方針の決定 | 廃止・維持・ラップ・改修・刷新のどれにするかを領域ごとに決めます | ✓ 完了 | 進行中 |
| 5. 安全な切り替え | 新旧を並行して動かし、結果の差を見ながら段階的に切り替えます。問題があれば戻せます | 進行中 | 予定 |
領域ごとの状況
領域は業務のまとまりでシステムを区切った単位です。スクリーニングが進むたびに、ここに領域を追加します。
領域A: 料金・顧客情報(CIS)
推定判定 完了検針・料金計算・請求・収納・契約管理を扱う領域です。需要家と直接やり取りします。メインフレームとCOBOLの時代から改修を重ねてきたため、古いプログラムが多く残っています。
- ・採点154本のうち64本(41.6%)が動いていないと見られます。5領域で最も削減の余地があります
領域B: 送配電設備管理
推定判定 完了設備台帳・工事管理・保全計画・図面/GIS・停電管理を扱う領域です。発送電分離後の中心にあり、老朽設備の更新計画と一緒に検討します。
- ・採点98本のうち35本(35.7%)が動いていないと見られます
領域C: 需給運用・給電
推定判定 完了需給計画・給電指令・系統運用・予備力管理を扱う領域です。一時も止められないため、減らす対象ではなく、守って中身を見えるようにする対象です。
- ・採点53本のうち動いていないと見られるのは1本(1.9%)だけです。ほぼ全部が現役です
領域D: 電力取引・託送
推定判定 完了卸電力取引(JEPX)・インバランス精算・託送業務・スイッチング・需要予測を扱う領域です。制度改正のたびに改修が入るため、比較的新しいプログラムが多く残っています。
- ・採点52本のうち11本(21.2%)が動いていないと見られます
共通・その他(全社基盤)
推定判定 完了マスタ管理・帳票基盤・連携基盤(ESB)・認証/権限・バッチ基盤を扱う領域です。全領域がここに依存している一方で、使われないまま残ったプログラムが最も溜まりやすい場所でもあります。
- ・採点40本のうち17本(42.5%)が動いていないと見られます。基盤の刷新はここから始めます
発電・その他業務領域(スクリーニング済み)
調査中発電所運転管理・燃料調達・ERP(財務会計/人事給与)・情報系など、PoCの対象外だったシステムです。第2クールの全社スクリーニング(2026年8〜9月)で棚卸しと領域の定義を終え、領域ごとの削減・統合の候補を洗い出しました。判定データのサイトへの反映は順に進めていて、いまは評価済みの5領域分を載せています。
いつ何を決めるか
3か月ごとに区切って進めます。第1クール(7〜9月)は全社スクリーニングと、評価済み領域の改善への着手です。第2クール(10〜12月)は優先度の高い領域を詳しく調べ、削減を実行します。年明けからは本格的な実行に入ります。
2026年7月
全社スクリーニング開始(現地調査とAI解析)
2026年9月
ヒートマップ完成。どこから止めるかの判断材料が揃う
2026年10月
経営層が止める順番を決定
2026年12月
第2クール完了。次年度の中期経営計画とIT投資計画に反映
2027年1月〜現在
削減と刷新の実行(進行中)
2027年4月〜
第3クール。発電・ERP領域の刷新に着手
詳細は資産評価レポートの次フェーズ計画を参照してください。
領域A・Bで進めていること
全社スクリーニングと並行して、評価が終わっている領域A・Bでは次の作業を進めます。進み具合はこのページで更新します。
- ✓ 完了
推定死亡46本の廃止
2026年11月に38本を止め、影響がないことを確認して廃止しました。残り8本は現場確認で使用中と分かったため、監視を続けています
- ✓ 完了
構成管理(Git)の導入と正本の確定
本番モジュールをSHA256で照合し、どれが正本かを特定しました。提供されていなかった199本のうち163本を回収し、36本は現存しないと確認しました
- ✓ 完了
依存グラフの運用開始
影響範囲を調べるときの標準手順として、情報システム部門に展開しました
- 進行中
ステージング環境の構築
本番と同じ構成の検証環境です。新旧を並行して動かすときに使います(2027年3月完成予定)
この判定は 2026年7月4日 時点(資産評価PoC)の推定です。ご提供いただいた資料(ソースコード・DBデータ・2026年4〜5月の実行ログなど)の範囲で判断したもので、実際に動いているかどうかを確認したものではありません。このページの数値は 2026年7月4日 時点の解析結果です。対象は領域A〜Dと共通基盤で、全社スクリーニングが進むたびに更新します。