Accounts for API Testing

The test accounts listed below can be used to test API functionality in the sandbox environment. The sandbox is an entirely separate environment from the production environment.

Related information: Tender Types, Bin Ranges.

Credit Card Authorization

The following card numbers may be used to trigger specific credit card authorization responses:

Approved Response

Declined Response

AVS/CSC Response

Processor Timeout Response

Private Label Credit Card Authorization

The following card numbers may be used to trigger specific private label credit card authorization responses:

Approved Response

Declined Response

Processor Timeout Response

Validate Card

The following card numbers may be used to trigger specific validate card responses:

Valid Response

Invalid Response

Timeout Response

Terms and Conditions

The following card numbers may be used to trigger specific terms and conditions responses:

Success Response

Fail Response

Timeout Response

Gift Card Balance Inquiry

A gift card is a prepaid payment that is issued with a set amount, which eventually gets exhausted.
The test cards below are fixed amount gift cards and will never have a zero balance unless stated otherwise.

Success Response

Fail Response

Timeout Response

PayPal

A PayPal business buyer account should be used in order for the testing to work properly.

Radial does not support mock test data for PayPal. For information on negative test handling, please review PayPal's documentation at the following two pages:

• PayPal Test Error Conditions with Negative Testing
• PayPal API Error Codes

All of PayPal's negative test scenarios are driven by the specific value in the request's amount field. The ErrorCode in the Response matches the Amount in the Request, with a decimal point before the last two digits, as shown in the following examples. PayPal's negative test scenarios don't depend on a specific test card number, and no specific shipping address is required for these test scenarios.

Example 1. To trigger error code 10411, submit a request with a value of 104.11 in the Amount field.

<Amount currencyCode="USD">104.11</Amount>

The Response contains the following:

<ErrorMessage>This Express Checkout session has expired. Token value is no longer valid.</ErrorMessage>
<ShortErrorMessage>This Express Checkout session has expired.</ShortErrorMessage>
<ErrorCode>10411</ErrorCode>

Example 2. To trigger error code 10755, submit a request with a value of 107.55 in the Amount field.

<Amount currencyCode="USD">107.55</Amount>

The Response contains the following:

<ErrorMessage>Currency is not supported.</ErrorMessage>
<ShortErrorMessage>Unsupported Currency.</ShortErrorMessage>
<ErrorCode>10755</ErrorCode>

Google Pay

Webstore PAN_ONLY Testing

• Add your email to access test suite cards by following these instructions.

• This will enable non-tokenized test cards access for web testing, .

• Some of the tests cards may still get routed as standard 4111 visa card.

InApp CRYPTOGRAM_3DS testing

• Remove your email from test suite access.

• This will enable the users to add other cards to their GooglePay profile.

• Add tokenized test cards for in-app device based testing only.

• Any other cards added may still get routed as standard 4111 visa card.

Note: The actual cards may not be used when routing to card authorizer, instead DPAN (Device Pan) may be generated. This card number is different than the actual card. This card may not work for e2e testing and may still get declined in the test environment. Share your failed order number details to DL-PTF Services <PTFServices@radial.com> with copy to Radial account manager. They will identify associated DPAN and set that as a mock for you to continue the testing. Please further note that same card, when added to a different device, may generate a different DPAN, and you would have to work with Radial to set the mock again.

Apple Pay

Apple provides a list of current test cards that you can use for ApplePay testing.

Note: The actual cards may not be used when routing to card authorizer, instead DPAN (Device Pan) may be generated. This card number is different than the actual card. This card may not work for e2e testing and may still get declined in the test environment. Share your failed order number details to DL-PTF Services <PTFServices@radial.com> with copy to Radial account manager. They will identify associated DPAN and set that as a mock for you to continue the testing. Please further note that same card, when added to a different device, may generate a different DPAN, and you would have to work with Radial to set the mock again.

Klarna JavaScript Integration

For testing, the sample data for different regions are listed by Klarna on this web page: Klarna Test Sample Data.

Ajax Tokenization and 3DS

There are test cards for testing Radial's JavaScript APIs for Ajax tokenization and 3DS. For details, see Testing JavaScript API Integration.