D1 API summary
This section provides a summary of the APIs used in the Click to Pay service.
The APIs are essentially grouped into:
Mandatory: must be implemented by the issuer for a proper integration in D1 and compliance with the schemes.
Conditional: to be implemented according to the integration model chosen by the issuer.
Optional: to be implemented according to the issuer business needs.
Required APIs
Issuer -> Thales D1
To enrol card and consumer in Click to Pay directory of the scheme.
Issuer -> Thales D1
Retrieve a Click to Pay profile for a given consumer from the Click to Pay directory.
Issuer -> Thales D1
Update a card in the Click to Pay directory of the scheme.
Issuer -> Thales D1
Update the consumer details in the Click to Pay directory of the scheme.
Issuer -> Thales D1
Opt-out a card from the Click to Pay directory of the scheme.
Issuer -> Thales D1
Opt-out a consumer and his cards from the Click to Pay directory of the scheme.
Conditional APIs
Issuer -> Thales D1
It is conditional to the storage of the consumer information in D1. If the data is stored in D1, issuer must update it.
Issuer <- Thales D1
It is conditional to the storage of the consumer information in D1. If the data is stored in D1, this API is not triggered.
It is conditional to the auto enrolment feature in case not all the details are provided in the input. D1 tries to get the missing details from issuer backend.
Issuer <- Thales D1
Get an OAuth 2.0 access token to call the issuer backend. It is mandatory if Thales D1 calls the issuer backend.
Issuer <- Thales D1
If the issuer wants to be notified for consumer operations.
Optional APIs
Issuer -> Thales D1
If the issuer wants to retrieve the list of cards linked to the consumer.
Issuer -> Thales D1
If the issuer needs to retrieve all the operations for a given card.
Issuer -> Thales D1
If the issuer needs to retrieve a specific consumer operation ID.
Issuer -> Thales D1
If the issuer needs to retrieve all the operations for a given consumer.
Last updated
Was this helpful?