Authenticating Enrolled Cards
In the response from the enrollment check service, confirm that you receive
these fields and values:
- 3-D Secure version = 2.x
- VERes enrolled = Y
- PARes status = C
These values identify whether it is an EMV 3-D Secure 2.x transaction and that
a challenge is required.
Once you validate these fields, you call
Cardinal.cca_continue
(Android
SDK) or Cardinal session continue
(iOS SDK) for the SDK to perform the challenge
between the customer and the issuing bank.Calling Cardinal.cca_continue (Android SDK)
When you have verified that a customer’s card is enrolled in a card authentication
program, you must take the payload, and the
payerAuthEnrollReply_authenticationTransactionID
response field
and include them in the Cardinal.cca_continue
function before proceeding with
the authentication session as shown in this example./** * Cca continue. * * @param transactionId the transaction id * @param payload the payload * @param currentActivity the current activity * @throws InvalidInputException the invalid input exception * @throws JSONException the json exception * @throws UnsupportedEncodingException the unsupported encoding exception */ try { cardinal.cca_continue("[TRANSACTION ID ]", "[PAYLOAD]", this, new CardinalValidateReceiver() { /** * This method is triggered when the transaction * has been terminated. This is how SDK hands back * control to the merchant's application. This method will * include data on how the transaction attempt ended and * you should have your logic for reviewing the results of * the transaction and making decisions regarding next steps. * JWT will be empty if validate was not successful. * * @param validateResponse * @param serverJWT */ @Override public void onValidated(Context currentContext, ValidateResponse validateResponse, String serverJWT) { } }); } catch (Exception e) { // Handle exception }
Calling Cardinal session continue (iOS SDK)
When you have verified that a customer’s card is enrolled in a card authentication
program, take the payload, and the
payerAuthEnrollReply_authenticationTransactionID
response field and include
them in the Cardinal session continue
function before proceeding with the
authentication session as shown in Example 22
.In Continue, you should pass a class conforming to a protocol
CardinalValidationDelegate
(and implement a method
stepUpDidValidate
) as a parameter. These examples show a class conforming
to CardinalValidationDelegate
protocol. Objective-C Examples
Objective-C Examples
Cardinal session continue (iOS SDK - Objective-C)
@interface YourViewController()<CardinalValidationDelegate>{ //Conform your ViewController or any other class to CardinalValidationDelegate protocol } @end @implementation YourViewController /** * This method is triggered when the transaction has * been terminated.This is how SDK hands back * control to the merchant's application. This method will * include data on how the transaction attempt ended and * you should have your logic for reviewing the results of * the transaction and making decisions regarding next steps. * JWT will be empty if validate was not successful * * @param session * @param validateResponse * @param serverJWT */ -(void)cardinalSession:(CardinalSession *)session stepUpDidValidateWithResponse:(CardinalResponse *)validateResponse serverJWT:(NSString *)serverJWT{ } @end
If
Continue
is called in the same class, call the method shown in the following example
to start StepUpFlow
.Cardinal.continue Call in the Same Class (Objective-C)
[session continueWithTransactionId: @"[TRANSACTION_ID]" payload: @"[PAYLOAD]" didValidateDelegate: self];
Swift Examples
Swift Examples
Cardinal session continue (iOS SDK - Swift)
class YourViewController:CardinalValidationDelegate { /** * This method is triggered when the transaction has been * terminated.This is how SDK hands back * control to the merchant's application. This method will * include data on how the transaction attempt ended and * you should have your logic for reviewing the results of * the transaction and making decisions regarding next steps. * JWT will be empty if validate was not successful * * @param session * @param validateResponse * @param serverJWT */ func cardinalSession(cardinalSession session: CardinalSession!, stepUpValidated validateResponse: CardinalResponse!, serverJWT: String!) { } }
If
Continue
is called in the same class, call the method shown in the example
below to start StepUpFlow
. Cardinal.continue Call in the Same Class (Swift)
session.continueWith(transactionId: "[TRANSACTION_ID]", payload: "[PAYLOAD]", validationDelegate: self)
When necessary, the SDK displays the authentication window and the customer enters
their authentication information.
Receiving the Authentication Results
Next
onValidated()
(Android SDK) or stepUpDidValidate
(iOS SDK) launches and
returns the authentication results and response JWT along with the processor transaction ID
as shown in this example. Decoded Response JWT
{ "iss": "5a4504be6fe3d1127cdfd94e", "iat": 1555075930, "exp": 1555083130, "jti": "cc532159-636d-4fa8-931d-d4b0f4c83b99", "ConsumerSessionId": "0_9a16b7f5-8b94-480d-bf92-09cd302c9230", "aud": "d0cf3392-62c5-4107-bf6a-8fc3bb49922b", "Payload": { "Payment": { "Type": "CCA", "ProcessorTransactionId": "YGSaOBivyG0dzCFs2Zv0" }, "ErrorNumber": 0, "ErrorDescription": "Success" } }