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:
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:
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:
LanguageType:
languageKey:
languageArray of
languages
languages
An array of language codes to display. If left empty, all supported languages will be shown.
All
Array<string>
Identity document verification
The Identity Document step involves users scanning or uploading photos of their ID documents.
Identity document step configurations:
Title:
ID verificationType:
identity-documentKey:
identity-documentFlags:
disable_document_capture
allow_document_upload
document_types
document_countries
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:
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:
LivenessType:
livenessKey:
livenessFlags:
liveness
allow_face_upload
liveness
Defines the type of liveness check:
true: active livenessfalse: 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:
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 addressType:
general-documentKey:
select_general_documentFlags:
general_document_types
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:
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 IDType:
face-documentKey:
capture_face_documentFlags:
allow_face_doc_upload
require_face_document
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:
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 callType:
video-callKey:
video-callArray of
stepsresetSteps:
true/false(optional)hideCameraOption:
true/false(optional)nameRequired:
true/false(optional)multiple_participans:
true/false(optional)
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:
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-numberKey:
phone_numberFlags:
require_phone_number_check
require_phone_number
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:
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:
emailKey:
require_emailFlags:
require_email_check
require_email
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:
Geolocation
The Geolocation step requests the user’s location data by prompting for browser permission.
Geolocation step configurations:
Type:
geolocationKey:
require_geolocationFlags:
require_geolocation
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:
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:
typeMust be set to
"user-questionnaire"to define this step as a user questionnaire block.keyA client-defined unique key for this questionnaire step. It must remain unique within a single session to avoid conflicts.titleThe 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.descriptionText displayed beneath the title in the user interface, providing context or instructions. Must always be an <object> of language codes. Same format and rules astitle.questionsAn <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.
successButtonTitleDefines 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:
typeDefines the question type. Supported values:string– Short answermultiple-choice– Checkbox (multiple selection)options– Radio buttons (single selection)dropdown– Dropdown menu (single or multi-select)file– File uploadattachment- Attach files and share with the end-user
titleA multilingual <object> representing the question label. Example:
keyA unique identifier for the question within the same questionnaire. This is client-defined and used for referencing and data mapping.mandatoryIndicates whether the question must be answered before the user can proceed.Value:
trueorfalse
answerAllows 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
readOnlyis enabled.readOnlyDisplays the question in a non-editable state. Users can view the question and answer but cannot change it.Value:
trueorfalse
showConditionsDefines a conditional display rule for the question, based on the answer to a previous question.questionKeyKey of the controlling question.answerKey of the answer (for radio/checkbox) or specific text (for string)
multipleSpecific todropdowntype.If
true, the user can select multiple values from the dropdown.Value:
trueorfalse
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:
optionsAn <array> of option objects for the question. Each object must include the following:titleThe 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:
keyA 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:
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:
Question type: Text input
Available parameters:
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>
Question type: Checkbox
Available parameters:
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>
Question type: Radio
Available parameters:
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>
Question type: Dropdown
Available parameters:
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>
Question type: File upload
Available parameters:
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>
Question type: Attachment
The Attachment question type allows attaching files to a questionnaire. It supports two main use cases:
Operator-added attachments per session The operator uploads files during or before the verification session and shares them with the end-user.
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:
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>
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:
typeMust be set to"operator-questionnaire"to define this step as an operator-facing form.keyA unique identifier for the operator questionnaire step. This key is defined by the client and must remain unique within a single session.titleThe 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:
descriptionText displayed under the title, used to give context or instructions to the operator. Also must be provided as an<object>of language codes.questionsAn <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:
typeThe type of question. Supported values are:string– Short answermultiple-choice– Checkboxoptions– Radio buttonsdropdown– Dropdown listfile– File upload
titleThe 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:
keyA 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 isfalse.answerAllows 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
readOnlyis enabled.readOnlyDisplays the question in a non-editable state. Operators can view the question and answer but cannot change it.showConditionsDefines a conditional display rule for the question, based on the answer to a previous question.questionKeyKey of the controlling question.answerKey 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:
optionsAn <array> of option objects for the question. Each object must include the following:titleThe 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.
keyA 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:
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:
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.
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?