Get transaction information

Returns transaction information.

Overview

Use this method to retrieve transaction information by a known transaction ID in the Sumsub system.

To get transaction information by externalTxnId (a transaction ID on your side), use the following method instead.

Response explained

The response is a JSON file that represents the structured transaction information available in the Sumsub system. The existence of some fields depends on the transaction type and matched rules.

Below, you can see the response structure and possible content with descriptions:

Root variables

The following table explains the root variables that represent the core transaction data items. Some of them may include nested attributes and element fields.

FieldTypeDescription
idStringA unique transaction identifier in the Sumsub system.
applicantIdStringA unique applicant identifier in the Sumsub system (applicantId).

This identifier is a random combination of 24 digits and lowercase Latin characters. It is automatically generated when the applicant profile is created on the Sumsub side.
externalUserIdStringA unique transaction participant identifier as it is registered on your side.
clientIdStringA unique identifier of you as our client in the Sumsub system.

This identifier is assigned to you when you are registered in and get access to the Sumsub system. It usually resembles your name or your company name. clientId is automatically added to the applicant profile when it is created.
dataObjectTransaction-related data submitted to Sumsub by the user. This data includes such details as transaction identifier, date and time when the transaction was initiated on the user side, financial information, transaction participants, and so on.
scoreIntegerA transaction score based on the triggered rules.
reviewObjectExplains the details of transaction status and check result.
createdAtDateDate and time (UTC) when a transaction was created in the Sumsub system.
scoringResultObjectIncludes an overall scoring result and its details.
txnInactiveBooleanIf this field returns true, the applicant profile associated with the transaction is deleted.

data attributes

The following table explains the data object fields which represent the transaction-related data submitted to Sumsub by the user. This data includes such details as transaction identifier, date and time when the transaction was initiated on the user side, financial information, transaction participants, and so on.

FieldTypeDescription
txnIdStringThe transaction ID (externalTxnId) as it is on your side.
txnDateDateThe date and time (UTC) when a transaction was initiated on your side (format yyyy-MM-dd HH:mm:ss+XXXX , for example, 2022-10-25 22:30:02+0000).
applicantObjectIncludes the data of the financial transaction participant registered in the Sumsub system as an applicant. This data is submitted to Sumsub within the transaction and may differ from the relevant applicant profile.

The applicant can be a sender or remitter depending on the info.direction parameter.
counterpartyObjectIncludes the data related to the other party that participates in the financial transaction. This data is submitted to Sumsub within the transaction.

The counterparty can be a sender or remitter depending on the info.direction parameter.
typeStringA transaction type. Expects values:
  • finance(default)
  • gamblingBet
  • gamblingLimitChange
  • gamblingBonusChange
  • kyc
  • travelRule
  • userPlatformEvent
    • login
    • signup
    • passwordChange
    • twoFaReset
infoObjectTransaction-related financial information.
propsMap of stringsA map of strings in JSON format with custom keys and string values. Represents transaction properties.

data.applicant attributes

The following table explains the data.applicant object fields which contain the data of the financial transaction participant registered in the Sumsub system as an applicant. This data is submitted to Sumsub within a transaction and may differ from the relevant applicant profile.

An applicant can be a sender or remitter depending on the info.direction parameter.

FieldTypeDescription
externalUserIdStringA unique applicant identifier as it is registered on your side.

You can generate and add it manually when creating an applicant. If not, the external user ID is added automatically.
fullNameStringThe applicant’s full name.
addressObjectThe applicant's actual address details (if provided).
typeEnumThe applicant's entity type: individual or company.
paymentMethodObjectA payment method used by the applicant.
paymentMethodExtractedInfoObjectPayment method information extracted from available data.
deviceObjectTechnical data of the device used by the applicant to complete a transaction.
institutionInfoObjectInformation regarding the financial institution through which the applicant made a transaction.
institutionExtractedInfoObjectFinancial institution information extracted from available data. Stands for BIC country.

data.counterparty attributes

The following table explains the data.counterparty object fields which contain the data related to the other party that participates in the financial transaction. This data is submitted to Sumsub within a transaction.

A counterparty can be a sender or remitter depending on the info.direction parameter.

FieldTypeDescription
externalUserIdStringA unique user identifier as it is registered on your side.
fullNameStringThe counterparty's full name.
addressObjectThe counterparty's actual address details (if provided).
typeEnumThe counterparty's entity type: individual or company.
paymentMethodObjectA payment method used by a counterparty.
paymentMethodExtractedInfoObjectPayment method information extracted from available data.
deviceObjectTechnical data of the device used by a counterparty to complete a transaction.
institutionInfoObjectInformation regarding the financial institution through which a counterparty made a transaction.
institutionExtractedInfoObjectFinancial institution information extracted from available data. Stands for BIC country.

address attributes

The following table includes the details of the actual address (if provided). The address may be associated with a user, a device in use, a financial institution, and so on, depending on the object to which the address parameter refers.

FieldTypeDescription
countryStringA country code (ISO 3166-1 alpha-3). For example, DEU, GBR, ARG, and so on.
formattedAddressStringAddress in a human-readable format.
stateStringThe state, region, district, county or another territorial entity inside a country.
townStringThe city, town, or another settlement.
streetStringThe street name.

paymentMethod attributes

The following table explains the details of the payment method used by the transaction participant.

FieldTypeDescription
typeStringPayment method type: card / account / crypto.
accountIdStringRepresentation of the account ID: account number, IBAN/BIC or DC hash for card, crypto wallet address for crypto type, smart contract or not, and so on.
issuingCountryStringPayment issuing country code in Alpha-3 format (ISO 3166-1). For example, DEU, GBR, ARG, and so on.
3dsUsedBooleanIndicates if 3d secure authentication was used.
2faUsedBooleanIndicates if 2FA (two-factor authentication) was used.

device attributes

The following table explains the specifications associated with the device used by the transaction participant to complete a transaction.

FieldTypeDescription
ipInfoObjectIncludes the data related to the used IP address.
userAgentStringA device user-agent.
sessionIdStringAn ID of the transaction session.
sessionAgeMsLongThe session lifetime in milliseconds.
acceptLangStringA language of the browser used by a transaction participant, e.g. en.
platformStringA device platform, e.g. Mobile Android.
coordsObjectGeographical coordinates.
addressObjectThe address related to a device.
fingerprintStringA device fingerprint.

ipInfo attributes

This table explains the data elements associated with the IP address.

FieldTypeDescription
ipStringAn IP address.
countryCode2StringA country code (ISO 3166-1 alpha-2).
countryCode3StringA country code (ISO 3166-1 alpha-3).
cityStringThe city the IP address belongs to.
zipCodeStringA ZIP code.
latDoubleRepresents the position's latitude in decimal degrees.
lonDoubleRepresents the position's longitude in decimal degrees.
asnIntegerThe Autonomous System Number.
asnOrgStringASN organization.
riskyAsnBooleanA value determining whether ASN is risky (true) or not (false).

coords attributes

This table describes the data elements representing geographical coordinates.

FieldTypeDescription
latDoubleRepresents the position's latitude in decimal degrees.
lonDoubleRepresents the position's longitude in decimal degrees.
accuracyDoubleRepresents the accuracy of the latitude and longitude properties, expressed in meters.

institutionInfo and institutionExtractedInfo attributes

The following table explains the attributes of the institutionInfo and institutionExtractedInfo objects:

  • institutionInfo — Information regarding the financial institution through which a participant made a transaction.
  • institutionExtractedInfo — Financial institution information extracted from available data.
FieldTypeDescription
codeStringA transaction institution code, e.g. BIC.
nameStringA transaction institution name.
addressObjectA transaction institution address.
vaspObjectDirectory information about VASP (Virtual Asset Service Provider).

vasp attributes

The following table explains the VASP (Virtual Asset Service Provider) directory information.

FieldTypeDescription
countriesStringThe list of all the registration countries for legal entities of the VASP.
regulationTypeEnumRepresents the type of regulation (authorized / temporaryExemption / unauthorized) for VASP (Virtual Asset Service Provider).
essentialChecksStatusEnumIndicates the Essential Checks (EC) status:
  • initiated — the VASP has just been added and is yet to complete any checks.
  • essentialChecksDone — the VASP for which Sumsub has only the information from blockchain analytics.
  • extendedEssentialChecksDone — Extended Essential Checks (EEC) have been passed.
  • rejected — the VASP is rejected due to a number of reasons.
dueDiligenceStausEnumIndicates the status of the Due Diligence process:
  • notStarted — the Due Diligence process has not been yet begun.
  • inProgress — the Due Diligence process is underway.
  • completed — the VASP has passed Due Diligence.
  • rejected — the VASP is rejected due to a number of reasons.

Note that a VASP with Due Diligence completed will have either essentialChecksDone or extendedEssentialChecksDone status as well.
riskScoreAnswerEnumData based on the vendor information about VASP type:
  • GREEN — if the VASP type is exchange_licensed
  • YELLOW — if the VASP type is exchange_unlicensed, payment, other, atm, p2p_exchange_unlicensed, marketplace, liquidity_pools, transparent, gambling.
  • ERROR — no data received from the provider.
  • RED — otherwise.
emailExistsBooleanThere is an email address on the VASP profile.
urlExistsBooleanThere is a website address on the VASP profile.
scoreDoubleThere is a score on the VASP profile based on EEC (Extended Essential Checks).

data.info attributes

The following table explains the transaction-related financial information.

FieldTypeDescription
directionStringThe direction in which the funds are transferred.
  • out — the applicant sends to the counterparty.
  • in — the counterparty sends to the applicant.
amountDoubleThe amount of funds sent within a transaction (in a currency used by an applicant). The round transaction amounts are detected: 10, 5000, 100000, and so on.
currencyCodeStringA code of the currency in which the transaction was made.
currencyTypeStringIndicates whether the transaction is crypto or fiat.
amountInDefaultCurrencyDoubleA transaction amount in the default currency.
defaultCurrencyCodeStringA code of the default currency.
paymentDetailsStringA comment with the details of payment.

review attributes

The following table explains the details of the transaction status and check result.

FieldTypeDescription
reviewIdStringUnique identifier of the transaction check in the Sumsub system.
attemptIdStringUnique identifier of the check attempt.

Transaction checks can be initiated more than once if, for example, they failed and the information was added/changed.
attemptCntIntegerThe counting number of the check attempt.
elapsedSincePendingMsIntegerElapsed time since the transaction check passed to the pending status.
createDateDateDate and time (UTC) when the transaction was created in the Sumsub system.
reviewDateDateDate and time (UTC) when the transaction check was completed.
reviewResultObjectContains the reviewAnswer parameter that explains the transaction review result.
  • GREEN — the transaction is approved.
  • RED — the transaction is declined.
reviewStatusStringIndicates the applicant review status.
confirmedBooleanIndicates whether the officer has confirmed the verdict on the transaction as defined by the rules.

scoringResult attributes

The following table explains the transaction overall scoring result and its details.

FieldTypeDescription
scoreIntegerThe calculated score of a transaction.
dryScoreIntegerThe calculated dry score of the transaction which would be assigned by the rules applied in the dry run mode.
matchedRulesArray of objectsAll rules that matched during the scoring session.
failedRulesArray of objectsAll rules that failed during the scoring session.
actionStringResult of all matched rules combined (score / onHold / reject / approved, and so on).
ruleCntIntegerA total number of the rules counted for a transaction.
dryRunRuleCntIntegerA total number of the dry run rules counted for a transaction.

matchedRules element fields

The following table explains the details of the rule that matched during the scoring session. Each rule is represented by an individual object inside the matchedRules array.

FieldTypeDescription
idStringRule identifier.
nameStringRule name.
revisionIntegerRule revision. Incremented after the rule has been edited.
titleStringRule title.
scoreIntegerAmount that will be added to the overall score if the rule is matched.
dryRunBooleanIndicates whether the rule is applied in a dry run mode (no affection on the transaction, no side effects).
  • true — the rule in the dry run mode.
  • false — the rule in the regular mode.
actionStringResult action of the matched rule (score / onHold / reject).
Language
Authorization
Header
Click Try It! to start a request and see the response here!