Skip to content
Documentation Menu

TC_C_02_CS — Local start transaction - Authorization Invalid/Unknown

TC_C_02_CS — Local start transaction - Authorization Invalid/Unknown

Source: OCPP 2.0.1 Part 6 — Test Cases (Core & Advanced Security, FINAL, 2023-06-30) — Functional block C. Authorization, page 84.

Identification

FieldValue
Test case nameLocal start transaction - Authorization Invalid/Unknown
Test case IdTC_C_02_CS
Use case Id(s)C01 OR C04 OR C06
Requirement(s)C01.FR.02 OR C06.FR.02
System under testCharging Station
Functional blockC. Authorization

Description

When a Charging Station needs to charge an EV, it needs to authorize the EV Driver first at the CSMS before the charging can be started or stopped.

Purpose

To verify whether the Charging Station is able to handle receiving an invalid idToken.

Prerequisite(s)

  • The Charging Station supports at least one authorization method described at the following Use cases; C01, C04, C06.
  • The Charging Station does NOT have a cable lock, which prevents the EV driver to connect the EV and EVSE before authorization.

Before (Preparations)

Configuration State:

  • AuthCtrlr.AuthEnabled is true (If implemented AND ReadWrite) AuthCtrlr.DisableRemoteAuthorization is false (If implemented)

Memory State:

  • N/a

Reusable State(s):

  • State is EVConnectedPreSession

Main (Test scenario)

Charging StationCSMS
Manual Action: Present idToken.
1. The Charging Station sends an AuthorizeRequest2. The OCTT responds with an AuthorizeResponse; with idTokenInfo.status Invalid
Note(s):; - The Charging Station SHALL NOT send a TransactionEventRequest message after the AuthorizeRequest from step 1.; - The OCTT waits <Configured message timeout> seconds, before ending the testcase.

Tool validations

Step 1:

Message: AuthorizeRequest

  • idToken.idToken <Configured invalid_idtoken_idtoken>
  • idToken.type <Configured invalid_idtoken_type>

Post scenario validations

  • N/a