1. Email us: Get your company app Id

Request your company_app_id to the Silt Team at the email address This Id is unique for you, and it will be the same that the one required in the API integration flow.

2. Frontend: Add SDK on mobile with company app id



What happens next on Native Apps integration: On-click mobile sdk will open a webview using the company app id. Once verified the webview will close and return the silt_user_id and a company_app_token. You can see more info in the examples provided in the SDK code.

You can also provide meta info through the object meta: ?meta={"abc":"123"}. This will be stored in our servers and we will provide it back to you so you can reference it when is needed. It can be for example your internal user id.

3.1. Frontend: Send silt_user_id & company_app_token to your BE

Make the POST request to your own backend described in step 4. This request requires as parameters silt_user_id & company_app_token.

3.2. Backend: Create an endpoint to receive silt_user_id & company_app_token from your FE

Create a backend endpoint to receive the silt_user_id and company_app_token (as described in step 3). After receiving this, you have the data required to ask the info of that user to Silt's backend as described in step 4.

Store silt_user_id to your database so you can easily reference the verification status at any time.

4. Backend: Check user's verification status to Silt

Use company_app_token against Silt's backend to the endpoint

GET /v1/users/{silt_user_id}/status/

Auth Header
Use a Bearer Header:
Authorization: Bearer {access_token}
or Temporary-Token Header:
X-Company-App-Temporary-Token: {company_app_token}
or X-Company-App-API-Token Header:
X-Company-App-API-Token: {company_app_api_token}

Don't forget that you should still use the X-Company-App-Id Header.

Check status: SUCCESS | MANUAL_REVIEW | PENDING | ERROR to know if a user is verified or not. Use the national_id | passport | driving_license objects to retreive the data extracted from the documents.

You are not required to store any of these, just what suits you best.

5. (Optional, for better UX) Backend: Webhook to get notifications after user status update

When the status of a document of a user is created or updated, we can notify you to your Backend with a webhook pointing to the endpoint you provide us.

Some cases (less than 5%) require a manual verification. For obvious reasons, we cannot verify users instantly this way. We inform the user by email once we have finished the verification verification, but you can also be notified once this happens. When you have changed the status of a document we could make a POST request to the endpoint you provide us. You will only need to create a POST endpoint that our backend will call with this body: