KYC (Know Your Customer)

The KYC flow verifies the identity of individual users through document checks, liveness detection, and automated data validation.

Each KYC verification flow consists of configurable steps that define how the end user’s identity is verified. The flags and steps listed below determine which checks are included in the process and how they are executed.

Flags

The flags is an object with optional configuration flags that adjust the KYC verification flow. Below is a summary of the most commonly used flags:

Flag name
Description
Default
Type

skip_face

Skips the liveness step if it already exists in the defined steps. Prevents duplication when using custom flows.

false

<boolean>

skip_document

Skips the identity-document step if it already exists in the defined steps. Prevents duplication when using custom flows.

false

<boolean>

return_url

URL to redirect the user to after the identification process is completed. If omitted, the session is assumed to be embedded in an iframe.

null

<string>

language

User interface language code. Supported values:

"en"

<string>

skip_desktop

Limits sessions to mobile devices only. If initiated on desktop, a QR code is shown to transfer the session to a mobile device.

false

<boolean>

switch_device_url

A custom URL to display in the QR code when the camera is unavailable or blocked. If omitted or empty, the QR code will not be displayed.

null

<string>

restrict_url_sharing

Prevents the session URL from being used on a different browser or device. If true, the QR code will not appear when camera access is denied—unless switch_device_url is also defined.

false

<boolean>

requireHdMedia

Enforces Full HD (1080p+) camera usage for liveness and identity-document steps. If not met, a QR code is shown for the user to switch to another device.

false

<boolean>

Steps

The steps array defines the sequence and structure of the identification process. It is included alongside the company_key and flags parameters when creating a session.

Each step in the steps array can contain the following properties:

Property
Description

type

The type of the specific step (see list of supported step types below).

key

A unique identifier for the step. This key can be customized but must remain unique within the session.

flags

Step-specific configuration flags that control the behavior of this step.

title

A custom title provided by the client, displayed to the user during this step in the interface.

Supported step types

Below is a list of all step types currently supported in the system:

Language

The Language step allows the user to select their preferred interface language at the beginning of the identification process.

Language step configurations:

  • Title: Language

  • Type: language

  • Key: language

  • Array of languages

Flag
Description
Default
Type

languages

An array of language codes to display. If left empty, all supported languages will be shown.

All

Array<string>

Expand to view example

Identity document verification

The Identity Document step involves users scanning or uploading photos of their ID documents.

Identity document step configurations:

  • Title: ID verification

  • Type: identity-document

  • Key: identity-document

  • Flags:

    • disable_document_capture

    • allow_document_upload

    • document_types

    • document_countries

Flag
Description
Default
Type

disable_document_capture

Disables live document scanning. Users can only upload images of their documents.

false

<boolean>

allow_document_upload

Enables the option to either scan or upload the document.

false

<boolean>

document_types

A list of allowed document types.

Possible values:

All types

Array<string>

document_countries

Restricts accepted document issuers to specific country codes. (e.g., "USA", "DEU", "ITA")

Unrestricted

Array<string>

optional_continue_on_another_device

Allows users to optionally switch to another device to continue the session.

false

<boolean>

cURL example:

Example using cURL with return_url & language flags and an identity-document verification step:

Expand to view example


Liveness check

The Liveness step verifies that the user is physically present by analyzing a live facial image or video.

Identomat supports two types of liveness verification:

  • Passive liveness: The user aligns their face within an oval frame while the system captures a short (approx. 2-second) video.

  • Active liveness: The user performs specific actions to confirm their presence as a live person.

Liveness check step configurations:

  • Title: Liveness

  • Type: liveness

  • Key: liveness

  • Flags:

    • liveness

    • allow_face_upload

Flag
Description
Default
Type

liveness

Defines the type of liveness check:

  • true: active liveness

  • false: passive liveness

false

<boolean>

allow_face_upload

Allows the user to upload a selfie instead of using the camera.

⚠️ This flag is ignored if liveness is true, as active checks require live input.

false

<boolean>

optional_continue_on_another_device

Allows users to optionally switch to another device to continue the session.

false

<boolean>

cURL example:

Example using cURL with document_countries & language flags and identity-document verification & active liveness steps:

Expand to view example


Proof of Address

The proof of address step includes verification of proof of address and analysis of other type of documents. This step supports a wide range of general document types, such as utility bills or bank statements.

Proof of address step configurations:

  • Title: Proof of address

  • Type: general-document

  • Key: select_general_document

  • Flags:

    • general_document_types

Flag
Description
Default
Type

general_document_types

A list of allowed document types. If omitted or set to an empty array, all document types will be available for upload.

Possible values:

All types

<array>

cURL example:

Example using cURL with optional_continue_on_another_device & language flags and liveness & general-document steps:

Expand to view example


Selfie with ID

In the Selfie with ID step, users are required to hold their document in their hands so that both their face and the document are visible.

Selfie with ID step configurations:

  • Title: Selfie with ID

  • Type: face-document

  • Key: capture_face_document

  • Flags:

    • allow_face_doc_upload

    • require_face_document

Flag
Description
Default
Type

allow_face_doc_upload

Allows users to upload an image of themselves holding the document.

false

<boolean>

require_face_document

Requires users to capture themselves holding the document live.

false

<boolean>

optional_continue_on_another_device

Allows users to optionally switch to another device to continue the session.

false

<boolean>

cURL example:

Example using cURL with restrict_url_sharing & language flags and face-document step:

Expand to view example


Video call

In the Video call step, the user connects with an operator for a live verification. This can include any of the Identomat verification steps.

Identomat offers two call modes:

  • One-on-one: Involves a secure video call between a customer and a verification operator

  • Multi-user call: Enables the verification of multiple customers within a single session. Each user can follow their own customized workflow tailored to the specific business process.

Video call step configurations:

  • Title: Video call

  • Type: video-call

  • Key: video-call

  • Array of steps

  • resetSteps: true/false (optional)

  • hideCameraOption: true/false (optional)

  • nameRequired: true/false (optional)

  • multiple_participans: true/false (optional)

Flag
Description
Default
Type

steps

List of steps to run during the video call (except language and operator_questionnaire).

[ ]

<array>

resetSteps

If true, user verification data resets when they rejoin the call.

false

<boolean>

hideCameraOption

Enabling this will hide the camera icon, preventing users from turning off the camera.

false

<boolean>

nameRequired

Requires users to enter their name before joining.

false

<boolean>

multiple_participants

Enables multi-user video sessions.

false

<boolean>

cURL example:

Example using cURL with return_url & language flags and video-call with identity-document step:

Expand to view example


Phone number

Phone number verification allows users to verify or submit their phone number.

Phone number step may include:

  • Verification of the user's phone number using an OTP code.

  • Collection of the user's phone number.

Phone number step configurations:

  • Type: phone-number

  • Key: phone_number

  • Flags:

    • require_phone_number_check

    • require_phone_number

Flag
Description
Default
Type

require_phone_number_check

Requires users to verify their number via an OTP code.

false

<boolean>

require_phone_number

Requires users to submit a phone number without verification.

false

<boolean>

cURL example:

Example using cURL with return_url & language flags and phone-number step:

Expand to view example


Email

The Email step allows users to verify or submit their email address.

Email step may include:

  • Verification of the user's email using an OTP code.

  • Collection of the user's email.

Email step configurations:

  • Type: email

  • Key: require_email

  • Flags:

    • require_email_check

    • require_email

Flag
Description
Default
Type

require_email_check

Requires email verification via an OTP code.

false

<boolean>

require_email

Requires users to submit an email without verification.

false

<boolean>

cURL example:

Example using cURL with return_url & language flags and phone-number step:

Expand to view example


Geolocation

The Geolocation step requests the user’s location data by prompting for browser permission.

Geolocation step configurations:

  • Type: geolocation

  • Key: require_geolocation

  • Flags:

    • require_geolocation

Flag
Description
Default
Type

require_geolocation

Requires location access to proceed through the step.

true

<boolean>

cURL example:

Example using cURL with return_url & language flags and geolocation step:

Expand to view example


User questionnaire

The user questionnaire step allows you to collect custom user input as part of the verification flow. It supports various question types and provides multilingual support for titles and descriptions. All responses are saved to the verification session. This step has a slightly different structure compared to other steps.

User questionnaire step configurations:

  • type

    Must be set to "user-questionnaire" to define this step as a user questionnaire block.

  • key A client-defined unique key for this questionnaire step. It must remain unique within a single session to avoid conflicts.

  • title The main title of the questionnaire displayed on the user interface. Must always be provided as an <object> with language codes as keys (e.g., "en"), even if only one language is used. This ensures consistency and supports future localization.

  • description Text displayed beneath the title in the user interface, providing context or instructions. Must always be an <object> of language codes. Same format and rules as title.

  • questions An <array> of question objects to be presented to the user. Supported question types include:

    • string: Short answer – The user enters a short text answer.

    • multiple-choice: : Checkboxes – Allows the user to select one or more options.

    • options: Radio – The user selects a single option from a list.

    • dropdown : Dropdown List – The user selects one or more options from a dropdown menu.

    • file: File Upload – Allows the user to upload a file as a response.

    • attachment: Attachment - Allows attaching files either dynamically (via API/configuration) or per session. Depending on configuration, files may be pre-attached for the user or uploaded by the operator during the session.

  • successButtonTitle Defines the label of the confirmation button displayed at the end of the questionnaire. Must also be an <object> of language codes, even if only one language is used. If any question is marked as "mandatory": true, the button will remain disabled until all required questions are answered.

Questions

Each question in the questions array supports a set of parameters that define how it behaves and appears to the user. Here's a breakdown of all supported properties:

  • type Defines the question type. Supported values:

    • string – Short answer

    • multiple-choice – Checkbox (multiple selection)

    • options – Radio buttons (single selection)

    • dropdown – Dropdown menu (single or multi-select)

    • file – File upload

    • attachment - Attach files and share with the end-user

  • title A multilingual <object> representing the question label. Example:

  • key A unique identifier for the question within the same questionnaire. This is client-defined and used for referencing and data mapping.

  • mandatory Indicates whether the question must be answered before the user can proceed.

    • Value: true or false

  • answer Allows you to preset an answer for the user.

    • string: A plain text string (e.g., "John Doe").

    • options: A single option key (e.g., "opt_a").

    • multiple-choice: An array of option keys (e.g., ["opt_a", "opt_c"]).

    • dropdown: Not applicable.

    • file: Not applicable.

    • attachment: An array of file IDs

    Note: End-users can modify pre-filled answers unless readOnly is enabled.

  • readOnly Displays the question in a non-editable state. Users can view the question and answer but cannot change it.

    • Value: true or false

  • showConditions Defines a conditional display rule for the question, based on the answer to a previous question.

    • questionKey Key of the controlling question.

    • answer Key of the answer (for radio/checkbox) or specific text (for string)

  • multiple Specific to dropdown type.

    • If true, the user can select multiple values from the dropdown.

    • Value: true or false

Options

Options are used exclusively in multiple-choice , options and dropdown type questions. They define the selectable choices that the user can pick from.

Each question that supports options must include the following parameter:

  • options An <array> of option objects for the question. Each object must include the following:

  • title The text label for the option, shown to the user during the verification flow. Must always be provided as an <object> with language codes as keys, even if only one language is used. This ensures consistency across multilingual flows. Example:

  • key A unique identifier for the option within the questionnaire. This value is used for referencing in preset answers, conditions, and session data. It must be unique within the same questionnaire to avoid conflicts.

List of parameters with examples:

Parameter
Description
Default
Type
Example

key

Keys are chosen by the client and must remain unique within a single session.

Recommended to use key describing the questionnaire shortly.

-

<string>

title

The title of the user questionnaire, displayed as the block title on the user's side. The title can be an <object> containing different languages, allowing the title to be displayed in the selected language during the verification flow.

-

<object>

description

A description that appears below the title on the user's side. Similar to the title, the description can be an <object> containing different languages, so that it can be displayed in the selected language during the verification flow.

-

<object>

questions

An <array> of questions with the following types: string, multiple-choice , options, dropdown.

-

<array>

mandatory

Specifies whether the question is required to be answered.

Possible values:

true, false

false

<boolean>

answer

Allows to preset an answer for a question.

-

<string> or <array>

readOnly

Displays the question but restricts interaction.

false

<boolean>

showConditions

This parameter may be used to set conditions for whether a question should be displayed.

-

<object>

successButtonTitle

The title of the action button in the questionnaire. If the questions are mandatory, the button is deactivated until the user completes the questionnaire.

Confirm

<object>

cURL example:

Expand to view user-questionnaire example

Question type: Text input

Available parameters:

Parameter
Description
Default
Type
Example

type

string

-

<string>

key

Keys are chosen by the client and must remain unique within a single session.

Recommended to use key describing the question shortly.

-

<string>

title

The title is an <object> of languages so that if the user changes the language during the verification flow, the question can be displayed in different languages. There are no length or symbol restrictions.

-

<object>

mandatory

Specifies whether the question is required to be answered.

Possible values:

true, false

false

<boolean>

answer

Allows to preset an answer for a question. The answer is an <object> of languages so that if the user changes the language during the verification flow, the prefilled answer can be displayed in different languages.

-

<object>

readOnly

Displays the question but restricts interaction.

false

<boolean>

showConditions

This parameter may be used to set conditions for whether a question should be displayed.

-

<object>

Expand to view TEXT INPUT question example

Question type: Checkbox

Available parameters:

Parameter
Description
Default
Type
Example

type

multiple-choice

-

<string>

key

Keys are chosen by the client and must remain unique within a single session.

Recommended to use key describing the question shortly.

-

<string>

title

The title is an <object> of languages so that if the user changes the language during the verification flow, the question can be displayed in different languages. There are no length or symbol restrictions.

-

<object>

options

An <array> of options for the question. Each option may have:

  • "title" : The title of an option. The title is an <object> containing different languages, allowing the option to be displayed in the selected language during the verification flow.

  • "key": The key for the option, chosen by the client. It must remain unique within a single questionnaire.

-

<array>

mandatory

Specifies whether the question is required to be answered.

Possible values:

true, false

false

<boolean>

answer

Allows to preset an answer for a question. The answer is an <array> of option keys assigned to this question.

-

<array>

readOnly

Displays the question but restricts interaction.

false

<boolean>

showConditions

This parameter may be used to set conditions for whether a question should be displayed.

-

<object>

Expand to view CHECKBOX question example

Question type: Radio

Available parameters:

Parameter
Description
Default
Type
Example

type

options

-

<string>

key

Keys are chosen by the client and must remain unique within a single session.

Recommended to use key describing the question shortly.

-

<string>

title

The title is an <object> of languages so that if the user changes the language during the verification flow, the question can be displayed in different languages. There are no length or symbol restrictions.

-

<object>

options

An <array> of options for the question. Each option may have:

  • "title" : The title of an option. The title is an <object> containing different languages, allowing the option to be displayed in the selected language during the verification flow.

  • "key": The key for the option, chosen by the client. It must remain unique within a single questionnaire.

-

<array>

mandatory

Specifies whether the question is required to be answered.

Possible values:

true, false

false

<boolean>

answer

Allows to preset an answer for a question. The answer is an <string> of an option key assigned to this question.

-

<string>

readOnly

Displays the question but restricts interaction.

false

<boolean>

showConditions

This parameter may be used to set conditions for whether a question should be displayed.

-

<object>

Expand to view RADIO question example

Question type: Dropdown

Available parameters:

Parameter
Description
Default
Type
Example

type

dropdown

-

<string>

key

Keys are chosen by the client and must remain unique within a single session.

Recommended to use key describing the question shortly.

-

<string>

title

The title is an <object> of languages so that if the user changes the language during the verification flow, the question can be displayed in different languages. There are no length or symbol restrictions.

-

<object>

options

An <array> of options for the question. Each option may have:

  • "title" : The title of an option. The title is an <object> containing different languages, allowing the option to be displayed in the selected language during the verification flow.

  • "key": The key for the option, chosen by the client. It must remain unique within a single questionnaire.

-

<array>

mandatory

Specifies whether the question is required to be answered.

Possible values:

true, false

false

<boolean>

multiple

Specifies whether the question is single or multiple choice.

Possible values:

true, false

false

<boolean>

showConditions

This parameter may be used to set conditions for whether a question should be displayed.

-

<object>

Expand to view DROPDOWN question example

Question type: File upload

Available parameters:

Parameter
Description
Default
Type
Example

type

file

-

<string>

key

Keys are chosen by the client and must remain unique within a single session.

Recommended to use key describing the question shortly.

-

<string>

title

The title is an <object> of languages so that if the user changes the language during the verification flow, the question can be displayed in different languages. There are no length or symbol restrictions.

-

<object>

description

A description that appears below the title. Similar to the title, the description can be an <object> containing different languages, so that it can be displayed in the selected language during the verification flow.

-

<object>

mandatory

Specifies whether the question is required to be answered.

Possible values:

true, false

false

<boolean>

fileTypes

Specifies the types of files the user is allowed to upload. Possible values: pdf, image.

[ "pdf", "image" ]

<array>

filesMaxCount

Specifies the maximum number of files the user is allowed to upload. Possible values: A number from 1 to 10.

10

<number>

showConditions

This parameter may be used to set conditions for whether a question should be displayed.

-

<object>

Expand to view FILE UPLOAD question example

Question type: Attachment

The Attachment question type allows attaching files to a questionnaire. It supports two main use cases:

  1. Operator-added attachments per session The operator uploads files during or before the verification session and shares them with the end-user.

  2. Predefined attachments from Configuration or API Files are uploaded in the Configuration interface or dynamically provided via API. These files are automatically included in future sessions.

Behavior

  • Attachments are visible to both the operator and the end-user.

  • When files are provided via API (answer) or Configuration, they will appear when the questionnaire is opened.

  • Depending on settings, the operator may be allowed or restricted from modifying attachments after the user has confirmed the questionnaire.

Available parameters:

Parameter
Description
Default
Type
Example

type

attachment

-

<string>

key

Keys are chosen by the client and must remain unique within a single session.

Recommended to use key describing the question shortly.

-

<string>

title

The title is an <object> of languages so that if the user changes the language during the verification flow, the question can be displayed in different languages. There are no length or symbol restrictions.

-

<object>

description

A description that appears below the title. Similar to the title, the description can be an <object> containing different languages, so that it can be displayed in the selected language during the verification flow.

-

<object>

fileTypes

Specifies the types of files the user is allowed to upload. Possible values: pdf, image.

[ "pdf", "image" ]

<array>

filesMaxCount

Specifies the maximum number of files the user is allowed to upload. Possible values: A number from 1 to 10.

10

<number>

showConditions

This parameter may be used to set conditions for whether a question should be displayed.

-

<object>

allowOperatorUpload

Controls how files are added: • true – operator uploads files per session. • false – files are provided via Configuration or API only.

true

<boolean>

allowOperatorOverride

If false, the operator cannot edit attachments after the user confirms the questionnaire. If true, the operator may still upload or remove files.

true

<boolean>

Expand to view ATTACHMENT question example

Operator questionnaire

is part of the session and is designed to be filled out by the operator, either during or after the verification call. It allows operators to collect specific information or provide manual input. Its structure closely mirrors the user questionnaire, with the main difference being who completes the form.

Operator questionnaire step configurations:

  • type Must be set to "operator-questionnaire" to define this step as an operator-facing form.

  • key A unique identifier for the operator questionnaire step. This key is defined by the client and must remain unique within a single session.

  • title The name of the section as shown in the operator interface. Must always be an <object> with language codes as keys, even if only one language is used. Example:

  • description Text displayed under the title, used to give context or instructions to the operator. Also must be provided as an <object> of language codes.

  • questions An <array> of question objects that define the fields the operator will fill out. Supported question types include:

    • string: Short answer – Operator types a short answer as plain text.

    • multiple-choice: Checkbox – Operator selects one or more values from a list.options.

    • options: Radio – Operator selects one option from a predefined set.

    • dropdown: Dropdown menu – The operator selects one or more options from a dropdown list, depending on configuration.

    • file: File upload – The operator uploads one or more files (e.g., documents or images) as part of the questionnaire.

Questions

Each question in the Operator Questionnaire must be defined as an object within the questions array. The following parameters are supported for each question:

  • type The type of question. Supported values are:

    • string – Short answer

    • multiple-choice – Checkbox

    • options – Radio buttons

    • dropdown – Dropdown list

    • file – File upload

  • title The question title as a string. There are no length or symbol restrictions. The title can also be an The label shown above the question. Must always be provided as an <object> of language codes (e.g., "en", "de"), even if only one language is used. Example:

  • key A unique identifier for the question, defined by the client. It must be unique within the same questionnaire.

  • mandatory <boolean>. Indicates whether the question must be answered before submitting the questionnaire. Default is false.

  • answer Allows you to preset an answer for the operator.

    • For string: A plain text string (e.g., "Invalid ID").

    • For options: A single option key (e.g., "opt_a").

    • For multiple-choice: An array of option keys (e.g., ["opt_a", "opt_c"]).

    • For dropdown: Not applicable.

    • For file: Not applicable.

    Note: Operators can modify pre-filled answers unless readOnly is enabled.

  • readOnly Displays the question in a non-editable state. Operators can view the question and answer but cannot change it.

  • showConditions Defines a conditional display rule for the question, based on the answer to a previous question.

    • questionKey Key of the controlling question.

    • answer Key of the answer (for radio/checkbox) or specific text (for string).

Options

Options are used exclusively in multiple-choice , options and dropdown type questions. They define the selectable choices that the user can pick from.

Each question that supports options must include the following parameter:

  • options An <array> of option objects for the question. Each object must include the following:

  • title The text label for the option, shown to the operator during in the verification session. Must always be provided as an <object> with language codes as keys, even if only one language is used. This ensures consistency across multilingual flows.

  • key A unique identifier for the option within the questionnaire. This value is used for referencing in preset answers, conditions, and session data. It must be unique within the same questionnaire to avoid conflicts.

List of parameters with examples:

Parameter
Description
Default
Type
Example

key

Keys are chosen by the client and must remain unique within a single session.

Recommended to use key describing the questionnaire shortly.

-

<string>

title

The title of the operator questionnaire, displayed as the tab name in the session. The title can be an <object> containing different languages, allowing the title to be displayed in the selected language.

-

<string> or <object>

description

Similar to the title, the description can be an <object> containing different languages, so that it can be displayed in the selected language.

-

<string> or <object>

questions

An <array> of questions with the following types: string, multiple-choice and options.

-

<array>

mandatory

Specifies whether the question is required to be answered.

Possible values:

true, false

false

<boolean>

answer

Allows to preset an answer for a question.

-

<string> or <array>

readOnly

Displays the question but restricts interaction.

false

<boolean>

showConditions

This parameter may be used to set conditions for whether a question should be displayed.

-

<object>

cURL example:

Expand to view operator-questionnaire example


Additional session parameters

Besides steps and flags, you can also configure additional parameters when creating a session. These parameters help with session identification and management.

Parameter name
Description
Default
Type

name

A custom session label shown in the dashboard before the user completes verification. Once the session is completed, this value is replaced with the verified user's name (if available).

null

<string>

clientUserId

A unique identifier used to link the session to a specific user in your system. This is useful for grouping sessions or syncing with your internal user or account IDs.

null

<string>

groupId

Defines the group assigned to the session. For example, in a video call, only members of this specified group will be able to receive the call.

null

<string>

scheduleStartTime

The datetime when the session becomes available to the end-user. Before this time, the session cannot be started. Format: ISO 8601 — e.g., "2024-06-20T07:33:00.000Z"

null

<string> (ISO 8601 datetime)

scheduleEndTime

The datetime after which the session is no longer accessible to the end-user. Format: ISO 8601 — e.g., "2024-06-20T09:00:00.000Z"

null

<string> (ISO 8601 datetime)

Example:

Last updated

Was this helpful?