RDX Specification

InitiateActionRequest

The Initiate Action request is used to signal to the client to take action on an item.

InitiateAction API Reference: Interactive request/response specification

InitiateAction Code Recipe: Pseudocode resource with code snippets

NameDescriptionTypeLengthRequired
ProcessorId VCAS provided identifier for the client.StringUp to 24 charactersRequired
IssuerId VCAS provided identifier for the client.StringUp to 24 charactersRequired
TransactionId VCAS generated transaction reference id: 36-character GUID value.StringUp to 36 charactersRequired
DSTransactionId Directory Server (DS) generated transaction reference id. GUID format.String36 charactersConditional
3RIIndicatorIndicates the type of 3RI request for EMV transactions.

Note: Please allow for future values in this field. EMV has reserved up to 99 values for future use.

3RI Indicator Values
StringenumOptional
ThreeDSRequestorAuthenticationIndIndicates the type of Authentication request. This data element provides additional information to the ACS to determine the best approach for handling an authentication request.

3DS Requestor Authentication Indicator Values
String2 charactersOptional
StepupRequestId Unique identifier to identify the particular Stepup request. Length is 36 characters.StringUp to 36 charactersOptional
StepupCounter Counter for tracking the number of Stepup calls. Each Stepup can go from Stepup ➤ InitiateAction ➤ Validate.

If the user requests a "resend" via the browser or native app templates it will initiate another Stepup request.

Note: Initial value will be 0 (zero).
IntegerRequired
StepupTypeThe StepupType value that was returned in the RDX Stepup Response, RDX will echo back this field on the InitiateAction request.
Stepup Type Values
StringEnumOptional
OtpReferenceCodeThis is a unique value generated with each new OTP value or “VerificationToken”. In the instance where the consumer can receive multiple OTPs for the same transaction, this can be leveraged to show the consumer which OTP the system is expecting to be entered. This value should be sent in the SMS or Email along with the VerificationToken and then displayed on the consumer screen.

Note: if the issuer intends on using this field they should consult with their VCAS representative to ensure this field is displayed on their consumer facing screens.
StringUp to 8 charactersOptional
VerificationTokenToken (OTP) to be sent to the cardholder.StringUp to 18 charactersOptional
MessageVersion Version of the 3DS protocol based on 3DS spec.

This version will increment with each new specification released by EMVCo for 2.x. This will typically follow a X.Y.Z version format. Example: 2.2.0
StringUp to 8 characters.Required
RDXMessageVersion Message Version of the RDX protocol being used. This will be used to enable new features without breaking current integrations. Example: 2.2.2StringUp to 8 charactersOptional
MessageCategoryIdentifies the category of the message for a specific use case.

  • 01 = PA

  • 02 = NPA

  • 03-79 = Reserved for EMVCo future use

  • 80-99 = Reserved for DS use
  • String2 charactersOptional
    CredentialsA list of Credential objects that will be used to challenge the user. This must contain at least one consumer contact information.

    InitiateActionRequest.Credentials.Credential
    List.ObjectMinimum one characterRequired
    MerchantInfo Object containing the Merchant information.

    InitiateActionRequest.MerchantInfo
    ObjectNAOptional
    PaymentInfo Object containing the Payment Information.

    InitiateActionRequest.PaymentInfo
    ObjectNAOptional
    TransactionInfo Object containing the Transaction information.

    InitiateActionRequest.TransactionInfo
    ObjectNAOptional