🇺🇿 Test Data for "BankCardUZ"
Overview
- The BankCardUZ payment method uses 3DS version 1 (3DSv1) for cardholder authentication.
- To help you test different authentication and authorisation flows in the sandbox, we’ve introduced the concept of a “written destiny” for each transaction.
- A written destiny lets you define exactly how a transaction will behave at each stage of the 3DSv1 flow - from intent creation to capture - without changing any other parameters.
- This approach simplifies automated testing and enables deterministic emulation of success, failure, and edge-case scenarios.
Reference Diagram
The entire process is illustrated in the flow diagram below.
As you can see, there are several possible paths a transaction can follow - depending on iframe requirements, challenge outcomes, authorisation results, and post-authorisation actions.

Download the image in high resolution
Defining the Transaction Destiny
The destiny is set via the description
field in the Intent creation request body.
Important:
There are two description fields in the API structure - one in the intent, and another in
payments[].description
. Use only the intent-level field. The one inside payments[] will be ignored for testing purposes.
- Each destiny consists of a chain of keywords corresponding to specific flow outcomes.
- These keywords are grouped by flow sections, and only one keyword can be chosen per section.
- Join your selected keywords with the | (pipe) symbol to form a single string.
- If the platform detects that the actual transaction behaviour does not match the destiny you provided, it will return an ERROR and stop processing.
Example
For example, to simulate this sequence:
Step | Keyword |
---|---|
The 3DS challenge required | Challenge |
Authorisation is successful | AuthSuccess |
A capture request is sent | InitCapture |
The payment transaction is captured successfully | Capture-Success |
You should define the destiny as follows:
"description": "Challenge|AuthSuccess|InitCapture|Capture-Success"
{
"clientReferenceId": "1234",
"description": "Challenge|AuthSuccess|InitCapture|Capture-Success",
"payments": [
{
"paymentInstrument": {
"paymentMethodName": "BankCardUZ",
"incomingDetails": {
"viewType": "web_view",
"number": "4111111111111111",
"cvv": "123",
"holderName": "Will Rush",
"expiryMonth": 12,
"expiryYear": 2035,
"successUrl": "successUrl",
"failureUrl": "failureUrl",
}
},
"submittedAmount": {
"value": 100,
"currency": "UZS"
},
"authCurrencyCode": "UZS"
}
]
}
List of Supported Cases

Download the image in high resolution
List of Cases in text
Case | Description |
---|---|
CASE1 | Frictionless|AuthSuccess|InitCapture|Capture-Success |
CASE2 | Frictionless|AuthSuccess|InitCapture|Capture-Expired |
CASE3 | Frictionless|AuthSuccess|InitCapture|Capture-Error |
CASE4 | Frictionless|AuthSuccess|InitCancellation|Cancellation-Success |
CASE5 | Frictionless|AuthSuccess|InitCancellation|Cancellation-Error |
CASE6 | Frictionless|AuthDecline |
CASE7 | Challenge|AuthSuccess|InitCapture|Capture-Success |
CASE8 | Challenge|AuthSuccess|InitCapture|Capture-Expired |
CASE9 | Challenge|AuthSuccess|InitCapture|Capture-Error |
CASE10 | Challenge|AuthSuccess|InitCancellation|Cancellation-Success |
CASE11 | Challenge|AuthSuccess|InitCancellation|Cancellation-Error |
CASE12 | Challenge|AuthDecline |
Updated about 18 hours ago