Radial Integration | 2016
Card Present payment transaction is made when the cardholder is physically present along with the card at the point of purchase.
Card Present transactions are made by using one of the following hardware devices:
Card Not Present payment transactions incur higher interchange fees than Card Present because of the higher risk of credit card fraud in Card Not Present.
This flow covers the system interactions that occur for the standard, happy-path credit card use case:
The middleware system converts the encrypted card data into a Payment CreditCardAuth API call and returns the result back to the client webstore.
The middleware system is responsible for making Payment API calls and key management. The middleware system handles the following responsibilities:
RAP middleware is the current middleware system used to integrate with Payment Service. Alternative middleware solutions may be available in the future.
As part of the store's onboarding process, Payment Service creates a pair of private and public keys. The public key is used to encrypt the card track data. The private key is used by Payment Service to decrypt the information. Payment Service assigns new keys when the public key is due for rotation. The middleware handles installation of new public keys onto the card reading devices.
For more on the encryption architecture, see Payment API Client-Side Encryption.
The following hardware devices are supported:
Copyright © 2017 Radial. All rights reserved.