Changelog

Onboarding Flow

Creating and managing your users

A user represents a single identity which is a human being located in one of the following countries

AustriaBelgiumBulgariaCroatia
CyprusCzech RepublicDenmarkEstonia
FinlandFranceGermanyGreece
HungaryIrelandItalyLatvia
LithuaniaLuxembourgMaltaNetherlands
PolandPortugalRomaniaSlovakia
SloveniaSpainSwedenLiechtenstein
NorwayIceland

🚧

GB (UK) User Onboarding

Mid-2023, we suspended support for onboarding any and all new UK citizens/residents given the FCA's stance on crypto-asset companies. We're unlocking new territories and the UK is close on our roadmap, contact us on [email protected] to learn more!

Before creating a payment account, a user must be fully onboarded and verified to comply with all applicable rules and regulations. Striga is a regulated entity and it's compliance team handles the entire process of staying compliant when onboarding new users.

The image below illustrates the flow of creating and verifying your users before attaching payment instruments.

The following steps are completed in the following sequence in order to create a verified identity that is granted access to financial instruments such as IBANs, Crypto Addresses and Cards -

  1. Create a User Identity using the Create User API - This will trigger the sending of an email branded in your name to the users' email address and an SMS to the users' mobile number. You can resend the email & SMS, via the API, in case there are deliverability issues.
  2. Verify the Email address of the user (To configure email templates with your brand, please contact your Striga account manager)
  3. Verify the Mobile number of the user
  4. Complete KYC via your application embedding the SumSub SDK

Once the above steps are completed, you can begin creating payment instruments for your user.

🚧

SMS & Email Verification on the Sandbox

To prevent spam, no actual emails or SMSs are sent while testing and the default verification code is "123456"

👍

Mobile numbers on the Sandbox

Please note that despite what mobile number you enter in the Create User or Patch User endpoints, the actual mobile number of the user that you would see when retrieved is different as mobile numbers are not validated on the sandbox environment and entering incorrect numbers causes service provider issues.

On production, since SMS verification is performed for each user, the mobile numbers are ensured to be valid.