ダッシュボードに充電器がオンラインとして表示され、テスト車両が充電を開始する。誰もがプロジェクト完了を宣言する準備が整う。ところが、最初の顧客が二重に料金を支払ったり、サイト管理者が別の事業者の収益を確認したり、接続障害後にセッションが消滅したりする。これらは、単純な接続チェックでは見逃してしまう問題である。
EV充電ソフトウェアの受け入れテストは、顧客が実際に充電器、決済システム、運用ルールを利用する前に、それらが連携して動作するかどうかを確認するものです。これにより、事業者とサプライヤーは「準備完了」の定義を共有でき、後から確認できる記録によって裏付けられます。
簡単な答え: 有効な受入計画では、充電器の接続、ドライバーのアクセス、エネルギー供給、セッションの完了、料金計算、支払い処理、報告、運用復旧といった一連のプロセスをテストします。合意された充電器モデルとファームウェアの組み合わせごとにこのテストを実行します。電気検査と安全コミッショニングは、資格のある担当者が担当する別々の作業です。

1. 充電器を接続する前にテスト範囲を定義する
機能一覧から始めるのではなく、ビジネスプロセスから始めましょう。公共充電ステーションは、民間の充電ステーションとは異なる受け入れ計画が必要です。誰が充電できるのか、どのように本人確認を行うのか、誰が料金を支払うのか、どの料金プランが適用されるのか、そして何か問題が発生した場合に誰が対応するのかを書き出しましょう。それぞれの要件を明確に把握できるようにしてください。
メーカー、モデル、ファームウェア、コネクタ識別子、通信方式、およびサポートされているプロトコルバージョンを含む機器マトリックスを作成します。同じブランドの充電器でも、ファームウェアの変更後に動作が異なる場合があります。構成が大きく異なる場合は、1回のセッションがネットワーク全体をカバーしていると想定するのではなく、別のテストケースとして扱います。
各テストに担当者を割り当ててください。オペレーターは業務成果を承認し、ソフトウェアプロバイダー、充電器メーカー、決済システムインテグレーター、設置業者はそれぞれの担当部分の証拠を提出してください。依存関係は早期に記録し、加盟店アカウントの欠落がプラットフォームの欠陥と誤解されないようにしてください。
2. オンライン表示を超えて充電器の統合を確認する
最初のチェックでは、IDとステータスを確認する必要があります。プラットフォームに正しい充電器、サイト、コネクタが表示されていることを確認してください。物理ラベルをダッシュボードとドライバインターフェースと比較してください。コネクタ2をスキャンしているドライバが、誤ってコネクタ1を起動しないようにしてください。
ブート登録、ステータス変更、メーターレポート、トランザクション完了をテストします。次に、リモート起動、リモート停止、診断情報の取得など、契約に含まれるコマンドをテストします。「承認済み」とマークされたコマンドは証拠の一つにすぎません。意図した物理的な結果が実際に発生したことを確認してください。
の Open Charge Allianceは、OCPP 1.6と2.0.1は互換性がないと説明しています。両方のニーズに対応するプラットフォームには、適切な実装と充電器レベルでの検証が必要です。漠然とした互換性の説明を鵜呑みにするのではなく、ご自身の機器でどの機能がテストされたのかを必ず確認してください。
統合範囲の背景については、以下を参照してください。 TRENDPOWERが公開したOCPPサポートガイダンス合意されたモデルおよびファームウェアのマトリックスを、受入記録に添付して保管してください。
3. アクセスとドライバーの走行ルート全体をテストする
管理者としてすべてのボタンの位置を把握しているのではなく、新規ドライバーとしてプロセスを体験してください。サイトを見つけ、コネクタを特定し、料金を確認し、認証を行い、課金を開始し、最終記録を取得します。ユーザーが実際に使用するデバイスとブラウザでモバイルエクスペリエンスを確認してください。
有効な認証情報と無効な認証情報、期限切れのアクセス、既に使用されているコネクタ、および繰り返し行われる起動要求を含めてテストします。不正なドライバーに対して、アカウント情報を漏洩することなく、適切な説明が提供されることを確認します。RFID、Webインターフェース、またはブランドアプリが含まれる場合は、各経路を個別にテストします。
共有サイトの場合は、両方の側からアクセス権限をテストしてください。承認済みの訪問者は課金でき、期限切れの訪問者は課金できないことを確認してください。次に、アクセス権限を変更しても、以前のセッションの履歴が遡って変更されないことを確認してください。
4. 請求および支払い結果を個別に再計算する
入力データが既知のセッションを少数選択してください。まずはシンプルなエネルギー料金プランを使用し、次に合意済みの接続料金、時間料金、割引、待機料金などをテストしてください。想定される料金を別途計算し、プラットフォーム、領収書、および決済プロバイダーの記録と比較してください。
境界条件として、深夜0時に変更される料金プラン、2つの料金期間にまたがるセッション、エネルギー消費ゼロのセッション、およびサポートされている最小通貨単位での丸め処理を含めます。料金プランが変更された時点で既に進行中のセッションについては、適用されるタイムゾーンとポリシーを記録します。
支払いテストには、承認の成功、承認の失敗、課金開始の失敗、プロバイダーへの通知の遅延を含める必要があります。繰り返しコールバックが発生しても、課金が繰り返されないことを確認してください。商用設定のより詳細な情報については、以下を参照してください。 EV充電決済ソリューションの概要 プロバイダー独自の統合要件に加えて。
| テスト | 期待される結果 | 証拠を保管する |
|---|---|---|
| 有料セッションが成功しました | 1回のセッション、1回の正しい最終請求 | セッションID、料金プランバージョン、領収書、支払いID |
| 支払いは承認されましたが、充電器が起動しません。 | 不当な最終請求なし。合意済みのキャンセル手順 | 充電器のイベント、支払い状況、ドライバーへのメッセージ |
| 繰り返し開始または支払い通知 | 重複セッションや金銭的行為は禁止されています。 | リクエストID、イベントID、最終台帳 |
| ネットワーク接続が中断されました | 紛失または重複した記録のない、文書化された復旧 | デバイスログと調整済みセッションのエクスポート |
| 制限付きスタッフアカウント | 許可されたサイトと操作のみにアクセスできます。 | 役割設定とアクセステスト結果 |
5. 現実的な条件下で負荷制御を検証する
負荷管理が対象となる場合は、現場エンジニアと合意済みの計測機器を用いてテストを実施してください。制御範囲を明確に定義してください。充電器グループ、フィーダー、または建物全体などです。充電器データのみに基づくダッシュボードの合計値では、建物全体が制限値内に収まっていることを証明することはできません。
制御されたテストを使用して充電需要を追加し、関連する建物の負荷を変更します。要求された制限値、充電器の応答、および測定結果を比較します。文書に記載されている応答間隔と測定許容範囲を考慮し、機器が満たせない普遍的な閾値を勝手に設定しないでください。
サイトメーター、ローカルコントローラー、またはクラウド接続が利用できなくなった場合に備え、合意済みの代替手段をテストしてください。アラートを受信したユーザーと、運用再開方法を記録してください。ソフトウェアによるスケジューリングは、設計された制御戦略をサポートするものであり、電気的保護や承認済みのサイト設計に取って代わるものではありません。
6. 障害発生時および復旧時のシナリオを実行する
生産ネットワークでは、コンポーネントが消失した場合でも予測可能な動作が求められます。充電器のインターネット接続を遮断し、許可されている場合はアプリケーションを再起動し、制御された環境で通知の欠落をシミュレートします。ドライバビュー、オペレーターアラート、および最終的な調整を確認します。
オフライン時の動作は、充電器の機能と構成によって異なります。既存のセッションが継続したからといって、必ずしもオフラインでセッションを開始できるとは限りません。これらのケースを区別し、どのアクセス方法とローカル制御が機能すると想定されるかを明確に示してください。
再接続後、タイムラインに欠落、重複、誤ったタイムスタンプがないか確認してください。既存の オフラインEV充電ガイド これらのケースを定義する際には、充電器がオンラインに戻ったスクリーンショットだけでなく、復旧の証拠も引き継ぎ資料に含めてください。
7. 権限、エクスポート、および運用引き継ぎを確認する
サイトホスト、サポート担当者、財務担当者、管理者としてログインしてください。料金変更、払い戻し、エクスポート、リモートコマンドなど、許可されている操作とブロックされている操作の両方をテストしてください。各役割には、すべてのサイトのデータに簡単にアクセスできる権限ではなく、その役割に必要な十分なアクセス権限が付与されている必要があります。
テストセッションをエクスポートし、ダッシュボードの合計と比較してください。コネクタの識別情報、タイムスタンプ、エネルギー単位、通貨、該当する場合は税金関連項目、および財務状況を確認してください。修正がどのように表示されるか、また監査証跡によって責任者またはシステムが特定できるかどうかを尋ねてください。
最後に、ネットワークを運用する担当者に日常業務を任せましょう。彼らは、起動失敗の原因究明、適切なサプライヤーへの連絡方法、支払い参照番号の確認、ドライバーへの未払い金の説明方法などを理解している必要があります。これらの手順が不明確なままでは、技術的に完璧なプラットフォームであっても、引き渡しに失敗する可能性があります。
8. リリース基準と段階的展開について合意する
テスト前に合意した書面によるリリース基準を使用してください。例えば、プロジェクトによっては、すべての重要なワークフローが合格すること、すべての障害となる欠陥が解消されること、および承認された軽微な問題には担当者と目標期日が設定されることなどが求められる場合があります。これらはプロジェクト固有の決定事項であり、業界全体の認証制度ではありません。
まずは、より広範なネットワークを代表する小規模なパイロットテストから始めましょう。運用上のリスクが最も高い充電器の種類、アクセス方法、支払いプロセスを含めてください。実際の運用記録を確認し、サポートチームが観察された問題に対処できることを確認してから、初めて規模を拡大してください。
受入パッケージには、機器マトリックス、テストケース、結果、不具合ログ、構成ベースライン、操作連絡先、およびロールバック手順を含める必要があります。これは、後日ファームウェアのアップデートや料金プランの変更によって予期せぬ動作が発生した場合に役立つ参照資料となります。
よくある質問
OCPP接続テストだけで合格とみなせるのか?
いいえ。これはシステムの一部のみを確認するものです。合意されたドライバーの走行ルート、料金体系、支払い結果、権限、レポート、および復旧手順については、実際のプロジェクト構成に基づいて別途確認する必要があります。
すべての充電器は同じテストを受けるべきでしょうか?
設置されたすべてのユニットは、合意された試運転チェックを受ける必要があります。ソフトウェアの反復テストの実施範囲は、リスクベースのサンプリング計画に従うことができますが、異なるモデル、ファームウェアのバージョン、および特殊な設置環境構成については、明確な検証が必要です。
ソフトウェアの承認は誰が行うのか?
事業者は、責任ある承認者を指名する必要があります。供給業者は自社の業務範囲に関する証拠を提出しますが、電気および安全に関する承認は、適切な資格を有する当事者が行います。これらの責任をプロジェクト契約に明記してください。
テスト可能な実装を計画する
議論する際 TRENDPOWER充電管理プラットフォーム充電器マトリックス、料金体系、決済市場、必須ワークフローなどの詳細をご用意ください。これらの情報があれば、実用的な統合と承認範囲をより容易に定義できます。 プロジェクトの要件についてご相談されたい場合は、TRENDPOWERまでご連絡ください。 そして、チームが検証する必要のある成果に基づいたデモンストレーションを依頼してください。

