執筆：国際航業 樋口｜情報基準日：2026年10月29日
APIを使う価値は、計算ボタンを増やすことだけではありません。同じ案件について、営業、運行、施設、財務が同じ条件と結果を参照できるようにすることです。そのためには、計算機能より先に、データの意味をそろえる必要があります。
最低限、拠点ID、受電契約ID、車両または車両群ID、時刻、単位、観測か推計か、元データの出典を持たせます。30分の電力量kWhと、30分平均の電力kWは別の値です。後者に0.5時間を掛けると電力量になります。タイムゾーン、欠測、重複、うるう年も処理方針を固定します。
運行管理から帰庫・出発・距離、施設管理から需要、料金契約から単価、設備台帳から容量と効率を受け取ります。BPOで初回データを整え、繰り返し現れる形式から順に変換処理を共通化すると、最初から全システムを統合する負担を抑えられます。
共創システムでは、入力検査、計算、経済評価、比較、説明、承認を分離します。計算APIが返す結果と、自社側で計算する車両TCO、資金計画、運行最適化を明示します。BizEVの画面にある機能が、そのまま公開APIで全て利用できると仮定してはいけません。利用する項目、時間粒度、上限、契約範囲を実装前に確認します。[S5][S8]
結果には、入力の版、料金の基準日、計算条件、計算器の識別情報、除外事項を添えます。元データを変えずに再計算できる状態を残せば、「前回と結果が違う」理由を料金改定、走行条件、設備条件に分けて説明できます。AIに文章を作らせる場合も、数値は計算結果から参照し、欠けた数値を推測で埋めない設計にします。
実機制御へ進むときは、まず実データを使って推奨値だけを計算し、制御指令を送らない検証から始めます。その後、充電器・EMS側で安全上限、通信断時の動作、手動復帰、緊急停止を確認します。シミュレーションの成功は、制御システムの安全性検証の代わりにはなりません。
持ち帰る判断： T7のデータ辞書と責任分界を一拠点で埋める。最初の成果物は「同じ入力で同じ比較を再現できる画面と帳票」です。全国最適化や自律制御は、その後の検証段階として分けます。
関連する判断
出典と確認範囲
公式資料の公表値と計画値を区別しています。仮想例は実案件の診断結果ではありません。規格は公開概要の確認であり、適合認証を示しません。