Cardinal Cruise
Introduction
Welcome to Cardinal Cruise Documentation! While you're here, you will find resources and details that show you how to get up and running with Cardinal Cruise as fast as possible.
Cardinal Cruise is CardinalCommerce's JavaScript integration into the Centinel platform. This integration method is a requirement for any merchants who are planning to support EMVCo 2.0 protocols.
You can start your implementation today. Just head over to the integrate Songbird.js section to get started.
Transactional Flow
The transactional flow label helps identify how the payment brand will behave when the user uses it. This label will help you understand how completing a transaction with this payment brand will fit into your site.
modal | All interactions will be done on the same page using an HTML modal that sits above your webpage, or will be done using pop up frames. |
redirect | All interactions will be done by completing a full page redirect to the payment brand, and receiving the customer back on a full page redirect back from the merchant. |
backend | This method does not have a UI. All consumer interaction is proxied through your back end via B2B API calls. |
Service Type
The service type describes what kind of services the payment brand will provide. In some cases, you may simply get a card number back from the payment brand, and you will be required to authorize and capture like any normal credit card transaction. In other cases, the payment brand will handle the authorization of funds and return the status of the authorization attempt back to you.
wallet | Returns only a card number or a one-time use token that can be used like a card number. This type requires you to complete the authorization and capture process yourself via your credit card gateway. |
Full service | Returns an authorization status. This type requires you to send requests to the payment type to trigger a capture of funds. |
Table of Contents
- Getting Started
- Data Exchange API
- Cardinal Cruise API
- Device Data Collection Responses
- JWT Documentation
- API Reference
- FIDO
- Troubleshooting
- Cardinal Cruise Change Log
- 2020 Change Logs
- Ch 7 - (2020-01-16 Update) - Amount & Currency Validation
- Ch 8 - (2020-01-30) - Amount & Currency Validation (Revision)
- Ch 9 - (2020-01-20 Update) - Android WebView Cookie Solution
- Ch 10 - (2020-02-21) - Full Page Redirect statement
- Ch 11-(2020-03-23) JWT expiration set from 4 hrs to 2 hrs.
- Ch 12-(2020-03-24) challengeCancel field added to the Response Objects
- Ch 13-(2020-04-03) Updated the code example for postMessage
- Ch14 - Update Signature description
- Ch 15: Continue with Consumer Authentication
- Ch 16: BIN Detection
- 2019 Change Logs
- Ch 1 - (06/20/2019 - Update): Added 3DS Version on payment.validated response
- Ch 2 - (08/19/2019 Update) Moved "inline" Description from View Field to Framework Field
- Ch 3 - (08/20/2019) Added displayExitButton option to the Payment CCA section of external facing documentation
- Ch 4 - (08/21/2019 Update) Added CardType field, V2 and V3 Versions, and additional info around CB transactions
- Ch 5 - (09/30/2019 Update) Added Close Button details and linked to Songbird configurations via displayExitButton
- Ch 6 - (10/15/2019 Update) Removed Inline Data Object text/link from the Cardinal Cruise View Frameworks documentation
- 2020 Change Logs