Transaction EMV

The Transaction EMV API allows you to process card-present transactions using EMV-enabled terminals through a semi-integrated model.

In this model, your point of sale (POS) or application initiates the transaction, and the payment terminal securely handles card interaction, including chip, swipe, or contactless input.

Use this API to:

  • Process sale transactions

  • Authorize payments

  • Process forced sale transactions

  • Issue refunds

  • Create token-only transactions

circle-exclamation

Usage flow

  1. Transaction Initiation: Your POS system initiates a transaction through the API

  2. Terminal Communication: The EMV Cloud contacts and wakes up the payment terminal

  3. Card Data Collection: The terminal prompts for and securely collects card data

  4. Processing: The transaction is processed and results are returned

The following diagram illustrates recommended best practices for transaction resiliency:

Additional information

The system is designed to protect the transaction at all costs, prioritizing both speed and success. If you request a token or expect a token in the transaction response, that data might be omitted. The only response fields guaranteed in the wrapper object are:

  • payloadType

  • status

  • result-code

If the payloadType is transaction, the only guaranteed response fields are:

  • ID

  • result-code

  • authorization-code

  • display-message

Any of the other fields we will attempt to return to you (for example, cardType and expDate) may not always be available. Common causes include:

  • You used a token as a card, and the card type lookup took too long

  • An encrypted reader was used, and the expiration date wasn't readily available

All of these fields become eventually consistent and available within a few seconds when you perform a GET operation on the transaction.

circle-exclamation

Last updated

Was this helpful?