In scenarios where you need to link a financial transaction to a captured device, you can submit a financial transaction as the third step of the Device Intelligence usage flow.
To do this, use the method for submitting a transaction for non-existing applicant with the following parameters included:
QUERY parameters
Parameter | Type | Required | Description |
---|---|---|---|
levelName | String | No | Name of the verification level . Case-sensitive and has to be created in the same environment. If contains reserved characters (e.g., @ , +" , white spaces as %20 ), it should be URL-encoded, otherwise you may get signature mismatch. |
accessToken | String | Yes | Access token that you have received at the first step of the flow. |
BODY parameters
applicant
attributes
applicant
attributesAttribute | Type | Required | Description |
---|---|---|---|
fullName | String | Yes | Full name of the applicant. |
externalUserId | String | Yes | Unique applicant identifier within your system. |
email | String | Yes | Applicant email address. |
phone | String | No | Applicant phone number. |
info
attributes
info
attributesAttribute | Type | Required | Description |
---|---|---|---|
currencyType | String | Yes | Transaction currency type: crypto or fiat . |
currencyCode | String | Yes | Currency code (USD , GBP , BTC , etc). |
amount | Double | Yes | Amount of funds used in the transaction. |
direction | String | Yes | Transaction direction.
|
Request example
curl -X POST \
'https://api.sumsub.com/resources/applicants/-/kyt/txns/-/data?accessToken=_act-jwt-eyx8A8qkAWM9Tb2LSS6yuP8EoLqJtWKVsmhE6AgaCav5E28JAJiJidzG2qZIjMECQ6UWsuboKvMeM1HEhPTWF1ZPqJxcdtP0N8opXwJdCZLfetv5Ui516CloG6nKT9YUaZ' \
-H 'content-type: application/json' \
-d '{
"type": "finance",
"info": {
"currencyType": "fiat",
"amount": 100,
"direction": "out",
"currencyCode": "USD"
},
"applicant": {
"fullName": "John Smith",
"email": "[email protected]",
"externalUserId": "john.smith.1234"
}
}'
Response explained
The response is a JSON file that represents the full and structured transaction data. See the response structure, possible content with descriptions on the following page.
The existence of some fields in the response depends on the transaction type and matched rules.
Note
You can review the transaction check status on the Transactions page in the Dashboard.