Request/Response Messages
Protocol for serializing commands and responses independent from the communication interface
Communication between Kizis and AgnosSP: Kizis sends Request Messages to AgnosSP which sends back the Response Message
AgnosSP Services
Services are separated into three categories:
L2 Stack Management
Configuration Management
Payment Transaction Management
Exit Conditions
Kizis can interrupt the execution of a Transaction in Agnos to get the Status about specific Events, some example of Registered Events:
Get Pre-Processing Result
Get Card Detection Result
Get PPSE Selection Result
Get Build Candidate List Result
Get Final Selection Result
…
Kizis can set interruption of such Events through Exit Conditions, the Exit Conditions for the Contact interface are listed in <> and in <> for the Contactless Interface
Kizis sets the Exit Conditions (Events) that will interrupt the normal Payment Transaction execution
An Exit Condition is not a Callback in the sense that the execution of Agnos is interrupted, whereas a Callback puts Agnos in a pending state until we return from the Callback
Each time AgnosSP sends back an Exit Condition Response instead of the START L2 PAYMENT Response, Kizis needs to reactivate AgnosSP by sending a RESUME L2 PAYMENT Request
(i.e. execution of AgnosSP (Agnos) is totally interrupted by the Exit Condition)
The RESUME L2 PAYMENT Command automatically brings back the execution of AgnosSP (Agnos) where it left off by the Exit Condition
Exit Condition Flow
The following sequence diagram illustrates exchanges performed when Exit Conditions are triggered on Registered Events:
In this scenario, Kizis initialized the following Events for triggering Exit Conditions:
GET PRE-PROCESSING RESULT Event
GET CANDIDATE LIST Event
GET FINAL SELECT FCI Event
REMOVE CARD Event