The ISO 3166-1 alpha-3 code representing the country in which the individual currently and ordinarily resides. Eg. "CAN", "DEU","USA"
countryOfCitizenship
String
No
The ISO 3166-1 alpha-3 code representing the country in which the individual currently a citizen.Eg. "CAN", "DEU","USA"
countryOfBirth
String
No
The ISO 3166-1 alpha-3 code representing the country in which the individual was born.Eg. "CAN", "DEU","USA"
taxId
String
No
Tax Id of the end user
dob
String
Yes
Date of birth of the user in YYYY-MM-DD
phone
String
No
End user’s telephone number, preferably in international format
timestamp
String
Yes
Unix epoch milliseconds; allowed skew is ±120 seconds
nonce
String
Yes
Unique random request string to prevent replay intercept actions
Request Body
Code Snippet
Successful Response
New User Created
HTTP Status
Response
Response Fields
Field
Description
endUserId
Tylt end-user ID
externalUserId
Merchant-provided user identifier
ownerCode
Merchant or wallet-program code
kycStatus
Current overall KYC status
userUUID
Tylt user UUID, returned only when the user is first created
totpSecret
Two-factor authentication secret, returned only when the user is first created
totpQrCodeString
Authenticator enrollment URI, returned only when the user is first created
Two-Factor Authentication Enrollment
The totpSecret and totpQrCodeString must be securely provided to the end user so that they can enroll an authenticator application.
The merchant must:
Store the credentials securely.
Never expose the secret in logs or analytics systems.
Display the QR code or enrollment information only to the relevant end user.
Require the end user to complete two-factor authentication enrollment before initiating transactions.
The TOTP credentials are returned only during the first successful user creation.
Existing User Response
When the same user already exists with the same externalUserId, the request is treated as idempotent.
HTTP Status
Response
Credentials such as totpSecret, totpQrCodeString, and userUUID are not returned again.
User-Linking Behaviour
Where a user already exists under the merchant but is not yet mapped to the submitted externalUserId, Tylt may link the user to the merchant’s identifier.
A successful linking request returns:
No new TOTP credentials are returned.
Possible Errors
HTTP Status
Message
Description
400
Validation error
One or more required fields are missing or invalid
401
Api Key authentication failed!
API key or signature is missing or invalid
403
API key or owner is inactive.
API access or merchant account is inactive
403
IP not whitelisted.
Request originated from an unauthorized IP address
409
externalUserId is already mapped to a different user.
The external ID is already assigned to another user
409
Email already registered under this owner with a different externalUserId.