Skip to main content

International card transactions and currency conversion

With Simulations 2.0, you can simulate international card transactions based on currency and location.

Authorization events with currency conversion

You can add currency conversion when simulating an authorization-type transaction by including the currency_conversion object and related details in a POST request to the /simulations/cardtransactions/authorization endpoint. For information about the /simulations/cardtransactions/authorization endpoint, see Simulate authorization.
Note In the request, currency_conversion.original_currency_code accepts an alpha-3 code, such as GBP. In the response, it is returned as a numeric ISO 4217 currency code, such as 826, in the same format as in production webhooks and Transactions API responses. The top-level currency_code is always alpha-3, such as USD.
The following example shows an authorization-type transaction, with currency conversion, for a United States card transacting in the United Kingdom.

Sample request body

JSON
For the response fields, see Card Transaction Simulation Response Object.

Sample response body

JSON

Clearing events with currency conversion

You can add currency conversion when simulating an authorization.clearing-type transaction by including the currency_conversion object and related details in a POST request to the /simulations/cardtransactions/authorization.clearing endpoint. For more information about the /simulations/cardtransactions/authorization.clearing endpoint, see Simulate authorization clearing.
Note In the request, currency_conversion.original_currency_code accepts an alpha-3 code, such as GBP. In the response, it is returned as a numeric ISO 4217 currency code, such as 826, in the same format as in production webhooks and Transactions API responses. The top-level currency_code is always alpha-3, such as USD.
The following example shows an authorization.clearing-type transaction, with currency conversion, for a United States card in the United Kingdom.

Sample request body

JSON
For the response fields, see Card Transaction Simulation Response Object.

Sample response body

JSON

Transactions with Account Name Inquiry

Account Name Inquiry (ANI) is an account verification feature that is supported by both the Mastercard and Visa card networks. You can simulate the ANI feature with Simulations 2.0. For more information about ANI, see About Account Name Inquiry. You can add account name verification when simulating an authorization transaction by including the account_name_verification object and related details in a POST request to the /simulations/cardtransactions/authorization endpoint. For information about the /simulations/cardtransactions/authorization endpoint, see Simulate authorization.

ANI for Visa

The following example shows an authorization transaction, with account name verification, for the Visa network.

Sample request body

JSON
For the response fields, see Card Transaction Simulation Response Object.

Sample response body

JSON

ANI for Mastercard

The following example shows an authorization transaction, with account name verification, for the Mastercard network.

Sample request body

JSON
For the response fields, see Card Transaction Simulation Response Object.

Sample response body

JSON

Transactions with Address Verification

The Address Verification System (AVS) compares purchaser-provided address data against cardholder address data held on file by the Marqeta platform and makes a match determination. You can simulate the AVS feature with Simulations 2.0. For more information about AVS, see About Address Verification. You can add address verification when simulating an authorization transaction by including the address_verification object and related details in a POST request to the /simulations/cardtransactions/authorization endpoint. For information about the /simulations/cardtransactions/authorization endpoint, see Simulate authorization.

AVS for Visa

The following example shows an authorization transaction, with address verification, for the Visa network.

Sample request body

JSON
For the response fields, see Card Transaction Simulation Response Object.

Sample response body

JSON

Transactions with Mastercard One Credential

The Mastercard One Credential (M1C) feature allows cardholders to use a single card across multiple product types, such as secured credit or loan, when you approve that transaction from your Just-in-Time funding gateway. By integrating M1C in your program, a single card product can dynamically switch between funding sources at the time of authorization, enabling flexible credit experiences like dynamic secured credit on a single Mastercard credential.
M1C simulation support must be enabled for your program before use. Please contact your Marqeta representative to configure.
You can simulate M1C transactions for authorization, authorization.reversal, authorization.incremental, and refund.authorization by including the flex object and related details in a POST request to the following endpoints:
  • /simulations/cardtransactions/authorization
  • /simulations/cardtransactions/authorization.reversal
  • /simulations/cardtransactions/authorization.incremental
  • /simulations/cardtransactions/refund.authorization
For information about the /simulations/cardtransactions/* endpoints, see Simulate authorization.

Authorization transaction with Mastercard One Credential

The following example shows an authorization transaction with M1C for the Mastercard network.

Sample request body

JSON

Sample response body

JSON
For more information about how to incorporate Mastercard One Credential support in your program, contact your Marqeta representative.