EV充電管理システムの特長：15の必須CPMS機能

オープンプロトコル統合は、柔軟な充電ネットワークの基盤となります。CPMSは、互換性のある充電器を接続し、ステータスデータとメーターデータを受信し、操作コマンドを送信し、異なるハードウェアモデル間で一貫したワークフローを維持する必要があります。OCPPは独自の充電器バックエンドスタックへの依存度を低減しますが、「OCPP対応」であることと、互換性が実証されていることは同じではありません。

どのOCPPバージョンとプロファイルが実装されているか、どの充電器モデルが統合テストを完了しているか、ファームウェア固有の動作がどのように処理されているかを確認してください。OCPP 1.6は展開済みネットワークで依然として一般的ですが、OCPP 2.0.1はセキュリティ、スマート充電、デバイス管理のためのより広範なフレームワークを導入しています。Open Charge Allianceは、2.0.1のいくつかの機能も個別の認証プロファイルとして扱っているため、購入者は正確な範囲を確認する必要があります。詳細については、当社の詳細なレビューをご覧ください。 OCPP EV充電ソフトウェア より詳細な相互運用性レビューのためのガイド。

拡大するネットワークには、信頼性の高い記録システムが必要です。CPMSは、国、地域、事業者、サイト、ステーション、EVSE、コネクタを整理するとともに、シリアル番号、モデル、ファームウェア、通信方式、定格電力、コネクタタイプ、所有権、試運転状況などの運用属性を保持する必要があります。

この階層構造は、ほぼすべての下流ワークフローに影響を与えます。オペレーターはこれを使用して、料金、権限、保守責任、収益ルール、レポートを割り当てます。優れたインベントリは、一括インポートとエクスポート、QRコードまたは識別子のバインド、明確なコミッショニング状態、および変更履歴をサポートする必要があります。また、物理的な充電器を個々のEVSEやコネクタから区別し、可用性、セッション、および障害が誤ったレベルで報告されないようにする必要があります。デモの際には、ベンダーに充電器を追加し、サイト間で移動させ、履歴データがどのように追跡可能であるかを示してもらいましょう。

オペレーターは、昨日の出来事の報告だけでなく、ネットワークが現在どのような状態にあるかをリアルタイムで把握する必要があります。リアルタイム監視では、各コネクタが利用可能、使用中、充電中、予約済み、利用不可、オフライン、または障害発生状態にあるかどうかを表示する必要があります。また、通信状態、アクティブなセッション、メーター値、および関連するエラー情報も表示する必要があります。

ダッシュボードでは、サポート担当者や運用担当者が、コンテキストを失うことなく、ネットワークレベルの概要から個々の充電器の情報へとスムーズに移動できるようにする必要があります。便利なフィルターとしては、サイト、オペレーター、充電器モデル、ステータス、障害クラス、最終通信時刻などが挙げられます。マップビューは地理的なネットワークをサポートできますが、日常業務においては、明確な例外処理を備えたリストの方が重要な場合が多いです。ステータス変更がどのくらいの速さで表示されるか、古いデータがどのようにマークされるか、充電器やモバイルネットワークの接続が切断された場合に何が起こるかなどを確認してください。

CPMSは、技術者を直ちに派遣することなく、運用チームが適切なインシデントを解決できるよう支援するものであるべきです。充電器の機能と承認された運用ポリシーによっては、リモート機能として、セッションの開始または停止、コネクタのロック解除、可用性の変更、充電器のリセット、診断情報の取得、構成の更新などが可能になります。

重要な要件は、制御された実行です。プラットフォームは、誰がコマンドを発行したか、いつ送信されたか、充電器がそれを受け入れたかどうか、そしてその後どのような状態になったかを記録する必要があります。診断ログには、充電器の障害を通信、認証、車両、または支払いの問題から区別できる十分な詳細情報が必要です。役割権限と確認手順は、影響の大きい操作を保護する必要があります。調達時には、ベンダーに現実的な障害事例を再現させ、アラートから診断、リモート操作、解決までの完全な手順を示すよう依頼してください。

あらゆる商業プロセスおよび運用プロセスは、信頼できるセッションデータに依存しています。CPMS（顧客決済管理システム）は、ユーザーまたはトークン、充電器とコネクタ、開始および停止イベント、タイムスタンプ、メーター値、供給エネルギー量、セッション状態、終了理由、および課金対象となる計算金額を記録する必要があります。

通信事業者は、中断、重複、欠落、または不完全なセッションに対応するためのツールも必要としています。プラットフォームでは、セッションID、ユーザー、充電器、サイト、日付、またはトランザクションステータスで検索し、関連する認証、メーター、および支払いイベントを検査できるようにする必要があります。セッション記録は請求書、カスタマーサポート、ローミング、決済、および規制報告に使用されるため、データ品質は重要です。評価時には、通常のセッションと例外（充電器の再接続、ネットワークの喪失、リモート停止、ゼロエネルギーセッション、およびクリーンな停止メッセージなしで終了したセッション）を確認してください。

公共ネットワーク、職場、住宅、車両群など、それぞれ異なるアクセスルールが必要です。高性能なCPMSは、登録ユーザーとゲストユーザー、ユーザーグループ、車両、RFIDカードまたはICカード、アプリアカウント、QRコードによる経路検索、ホワイトリスト、アカウントベースの認証などを管理できる必要があります。プラグ＆チャージも有効な手段となり得ますが、単一のソフトウェアスイッチではなく、互換性のある車両、充電器、証明書、およびサポートインフラストラクチャが必要となります。

アクセスルールは、サイト、充電器、時間帯、会員種別、車両、またはユーザーロールごとに割り当てられるようにする必要があります。また、充電器が接続を失ってもドライバーが充電を必要とする場合があるため、オフライン認証の動作についても検討が必要です。購入者は、アカウントの一時停止、紛失カードの再発行、トークンの複製、ゲスト充電、認証失敗、プライバシー制御などをテストする必要があります。目標は、すべてのユーザーにすべての充電ステーションへの無制限アクセスを許可することなく、一貫した充電体験を提供することです。

充電事業者は、エネルギー量、時間、セッション数、駐車時間、待機時間、またはこれらの要素の組み合わせに基づいて料金を設定する場合があります。また、ピーク時料金とオフピーク時料金、会員料金、車両契約、無料利用枠、クーポン、税金、またはサイト固有の規則が必要になる場合もあります。CPMSは、商業的な調整ごとにコードを変更することなく、これらの料金体系をモデル化する必要があります。

価格設定には、有効日、バージョン管理、ユーザーグループ、充電器、サイト、支払いフローとの明確な関連性が必要です。オペレーターは料金プランを事前に確認し、ドライバーや財務チームに最終料金を説明できる必要があります。どの料金モデルと単位が許可されるかは地域の規則によって決まるため、実装は市場ごとに対応する必要があります。ベンダーに実際の料金プランのいずれかを設定してもらい、将来の日付に変更して、既存のセッションが正しい料金プランバージョンにリンクされたままになっていることを示してもらいましょう。

料金徴収は、課金商取引のほんの一部に過ぎません。完全なワークフローでは、セッションから料金計算、支払い承認または口座への請求、領収書または請求書の発行、払い戻し、照合、決済までが連携されます。マルチパーティネットワークでは、プラットフォーム運営者、サイト所有者、代理店、投資家、またはフリートアカウント間で収益を分配する必要が生じる場合もあります。

必要なプロバイダーと方法は国によって異なります。購入者は、各ターゲット市場について、通貨、税務処理、加盟店構造、決済ゲートウェイの利用可能性、ウォレットルール、決済失敗時の復旧および返金責任を確認する必要があります。プラットフォームは、セッション、トランザクション、および決済記録をリンクさせて保持し、財務チームが不一致を説明できるようにする必要があります。TrendPowerの EV充電課金ソフトウェアガイド 請求ロジックと支払い処理の違いを説明する一方、 EV充電決済ソリューション このページでは、プロジェクト固有の支払いおよび決済ワークフローについて説明します。

複数の車両が同時に充電する場合、充電ステーションにはすべてのコネクタを最大出力で稼働させるだけの十分な予備容量がない可能性があります。スマート充電機能は、利用可能な電力を分散させ、充電ステーションの制限を保護し、運用ルールに従ってセッションの優先順位付けを行うのに役立ちます。より高度なプロジェクトでは、充電器を建物の負荷、時間帯別料金、太陽光発電、または蓄電池と連携させることができます。

購入者は、機能を選択する前に制御目標を明確にする必要があります。例えば、過負荷の回避、需要ピークの削減、車両出発時刻の遵守、再生可能エネルギーの利用、エネルギープログラムへの参加などです。また、テレメトリ、メーター、ネットワークが利用できない場合に備えて、安全なフォールバック機能も必要です。制限値の更新頻度、制御決定が行われる場所、充電器モデルが必要な機能を実装しているかどうかを確認してください。 EV充電負荷分散ソフトウェアガイド 本書は、これらの敷地計画に関する疑問点を詳細に解説しています。

監視によって問題が特定され、運用管理によってその後の対応が決定されます。CPMS（制御プロセス管理システム）は、障害を分類し、重複するノイズを抑制し、アラートの重大度を設定し、インシデントを適切なチームにルーティングする必要があります。また、メモ、アクション、部品、技術者の訪問、および解決理由を保持することで、繰り返し発生する問題を分析できるようにし、問題の再発見を回避します。

デバイスのライフサイクル管理には、構成管理、ログ取得、ファームウェアのスケジュール管理、保守履歴、交換記録などが含まれる場合があります。ファームウェアの更新は段階的に実施し、追跡可能で、充電器に適したロールバックまたは復旧手順によって保護する必要があります。サービスレベルのレポートでは、通信停止、充電器の障害、計画保守、サイトレベルの停電を区別する必要があります。ベンダーに、検出からトリアージ、リモートアクション、現場派遣、完了までのインシデントを監査証跡を含めて1件提示するよう依頼してください。

ネットワークには、複数の法人、地域チーム、サイトホスト、サービスパートナー、顧客グループが含まれる場合があります。マルチサイト管理では、必要に応じてデータ、権限、および商業上の責任を分離しつつ、単一の運用ビューを提供する必要があります。ロールベースのアクセス制御により、収益の閲覧、料金プランの変更、課金装置の操作、ユーザーの管理、データのエクスポートができるユーザーを明確に定義する必要があります。

プラットフォームビジネスや充電器メーカーにとって、マルチテナントは共有ソフトウェア基盤上で個別のブランドを持つ事業者をサポートすることもできます。ローカライズには、言語、通貨、タイムゾーン、税金、国別のワークフローが含まれます。ホワイトラベルインターフェースは、顧客との関係がソフトウェアベンダーではなく事業者にある場合に価値があります。 ホワイトラベルEV充電ソフトウェア ブランディング、オペレーターの階層構造、地域展開が計画に含まれる場合は、このページを参照してください。

最新のCPMSは単独で動作することはほとんどありません。決済ゲートウェイ、ERPおよび会計システム、CRMおよびサポートプラットフォーム、駐車場管理システム、車両管理ツールまたはテレマティクスツール、IDサービス、エネルギー管理システム、ビジネスインテリジェンスプラットフォームなどと情報交換を行う必要がある場合があります。

有用なAPIには、エンドポイントのリスト以上のものが必要です。購入者は、認証、権限、バージョン管理、レート制限、冪等性、ページネーション、エラー処理、サンドボックスへのアクセス、およびドキュメントを確認する必要があります。Webhookは、課金、セッション、支払い、または障害が変更されたときに外部システムに通知することでポーリングを削減できますが、配信の再試行と署名が重要です。統合の所有権も明確にする必要があります。フィールドのマッピング、例外のテスト、およびリリース後の変更のサポートは誰が行うのでしょうか？ EV充電API統合ガイド 実用的なスコープ設定フレームワークを提供する。

OCPPは充電器と管理システムを接続し、ローミングは充電事業者とモバイルサービスプロバイダーを接続します。ローミング対応のCPMSは、OCPIなどのオープンインターフェース、またはローミングハブを介して、位置情報、料金、トークン、セッション、および充電明細レコードデータを交換できます。

この機能により、ドライバーのアクセスとネットワーク範囲を拡大できますが、同時に商用要件とデータ品質要件も発生します。オペレーターは、パートナーのオンボーディング、トークンの検証、料金マッピング、セッション交換、CDRの検証、決済ロジック、例外調整を行う必要があります。プロトコルのサポートだけでは、ビジネス契約、地理的範囲、ドライバーのエクスペリエンスは決まりません。どのOCPIモジュールとバージョンが実装されているか、接続が双方向かハブベースか、欠落または矛盾するレコードがどのように処理されるかを確認してください。EVRoaming FoundationはOCPIをCPOとeMobilityサービスプロバイダー間のインターフェースと説明していますが、購入者はパートナーに必要な正確な実装を検証する必要があります。

ダッシュボードは、チームが次に何をすべきかを判断するのに役立ちます。主要な運用指標には、充電器の稼働状況、セッション成功率、障害発生頻度、平均復旧時間、ネットワーク利用率などがあります。商業的なビューには、セッション数、販売エネルギー量、収益、平均取引額、支払い失敗、決済状況、サイト別またはパートナー別のパフォーマンスなどが含まれる場合があります。エネルギー関連チームは、ピーク需要、負荷プロファイル、期間別のコストなどの情報が必要になる場合があります。

定義はグラフと同じくらい重要です。プラットフォームは、可用性の計算方法、適用されるタイムゾーン、部分的なセッションの処理方法、キャンセルまたは返金された取引が収益合計に含まれるかどうかなどを明記する必要があります。ユーザーは、フィルタリング、期間の比較、レポートのスケジュール設定、クリーンなデータのエクスポートができる必要があります。役割によって必要なビューは異なります。経営幹部、NOCオペレーター、財務マネージャー、サイトホストなど、全員が同じダッシュボードを受け取るべきではありません。

セキュリティは、充電器の接続、オペレーターポータル、モバイルエクスペリエンス、API、データストア、および運用プロセスを網羅する必要があります。購入者は、暗号化通信、証明書と秘密情報の管理、多要素認証、最小権限アクセス、監査ログ、API認証、脆弱性管理、バックアップ、およびインシデント対応を評価する必要があります。OCPPのセキュリティは、プロトコルの機能と実際の運用実装の両方に依存します。

データの所有権、所在地、保持、およびエクスポート権限は、ソリューションの範囲に明記する必要があります。展開は、ガバナンス、統合、および制御の要件に応じて、共有クラウド、プライベートクラウド、またはオンプレミスインフラストラクチャを使用する場合があります。スケーラビリティは、同時課金ユーザー数、セッション数、メッセージレート、レポート量などの測定可能な仮定に基づいてテストする必要があります。継続性計画では、監視、復旧目標、バックアップ、フェイルオーバー、およびサポート責任を定義する必要があります。展開のトレードオフについては、当社の クラウド、プライベートクラウド、オンプレミスガイド.