Skip to content
Documentation Menu

TC_C_49_CSMS — Stop Transaction with a Master Pass - Without UI

TC_C_49_CSMS — Stop Transaction with a Master Pass - Without UI

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

Identification

FieldValue
Test case nameStop Transaction with a Master Pass - Without UI
Test case IdTC_C_49_CSMS
Use case Id(s)C16
Requirement(s)C16_FR_02
System under testCSMS
Functional blockC. Authorization

Description

This test case covers how somebody with a Master Pass (User) can stop (selected) ongoing transactions, so the cable becomes unlocked. This Master Pass can be configured in: MasterPassGroupId. This could for example be usefull for Law Enforcement officials.

Purpose

To verify if the CSMS is able to correctly respond on a request to stop all transactions when an idToken which has the MasterPass as GroupId is used and the Charging Station does not have a User Interface according to the mechanism as described in the OCPP specification.

Prerequisite(s)

  • N/a

Before (Preparations)

Configuration State:

  • N/a

Memory State:

  • An idToken with the MastersPass as GroupId is configured

Reusable State(s):

  • State is EnergyTransferStarted for EVSE 1 with idToken valid idToken State is EnergyTransferStarted for EVSE 2 with idToken valid idToken2

Main (Test scenario)

Charging StationCSMS
1. The OCTT sends an AuthorizeRequest with idToken.idToken <Configured masterpass_idtoken_idtoken> idToken.type <Configured masterpass_idtoken_type>2. The CSMS responds with an AuthorizeResponse
3. The OCTT sends a TransactionEventRequest with; - transactionInfo.stoppedReason MasterPass; - idToken.idToken <Configured valid_idtoken_idtoken>; - idToken.type <Configured valid_idtoken_type>; - eventType Ended for both EVSE4. The CSMS responds with a TransactionEventResponse for both EVSE

Tool validations

  • N/a

Post scenario validations

  • N/a