In this section, you will find all the available REST APIs for using the by Client integration method
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
In this section, you will find instructions on how to retrieve the result of a process in by Client using the REST API
Your API requests are authenticated using an access token. Any request that does not include a valid access token will return an error.
You can learn more about generating an access token here.
Production: https://api.id.unico.app/processes/v1.
To implement your business rules, always validate the final statuses of the processes (3, 4, 5). To validate the response from IDCloud capabilities, only consider status = 3 for your decision-making. For more information on the possible statuses, see the Parameters Specification section.
The parameters above represent the most common usage of the API but may change depending on the capabilities you are using.
In the v2 endpoint (/processes/v2/{id}
), we also return additional user information, as shown in the example below:
Still need help?
Didn't find something or still need help? If you're already a client or partner, you can reach out through our Help Center.
In this section, you will find the specifics of creating a process that has Identity Verification as a capability, along with its complements
Your API requests are authenticated using an access token. Any request that does not include a valid access token will return an error.
You can learn more about generating an access token here.
During the process creation, the required fields are subject.code
, subject.name
, and imageBase64
.
In the process response, the responses from the capabilities may arrive at different times, since IDCloud has both synchronous and asynchronous capabilities. Therefore, you should implement the GetProcess method depending on the combination of these capabilities.
The Identity Verification capability can be combined with other capabilities, such as Risk Score or Fraud Profile Detection. For more information on the possible responses, refer to the sections on Response Scenarios and Parameter Specifications.
In this section, you will find the specific details on creating a process that includes Document Capture as a capability
Your API requests are authenticated using an access token. Any request that does not include a valid access token will return an error.
You can learn more about generating an access token here.
In creating the process, the following fields are required: subject.code
, subject.name
, document.Purpose
, document.files.id
or document.files.data
, and imageBase64
;
In the process response, we return the id
, status
, and document.id
. The capability's response is always asynchronous; therefore, the GetProcess
method must be implemented.
In this section, you will find the specifics of creating a process that includes the 1:1 Validation capability
Your API requests are authenticated using an access token. Any request that does not include a valid access token will return an error.
You can learn more about generating an access token here.
In the process creation, the following are mandatory: subject.code
, referenteProcessId
, and imageBase64
;
In the process response, we return the id
, authenticated
(result of the 1:1 Validation), and liveness
(result of the Liveness).
For this use case, there is no need to perform the GetProcess, as the response is synchronous.
In this section, you will find the specifics of creating a process that only has the Liveness capability
Your API requests are authenticated using an access token. Any request that does not include a valid access token will return an error.
You can learn more about generating an access token here.
When creating the process, only the subject.code and imageBase64 parameters are mandatory;
In the process response, only the id, status, and liveness (result of Liveness) parameters are returned.
For this use case, there is no need to perform the GetProcess call, as the response is synchronous.
Still need help?
Didn't find something or still need help? If you're already a client or partner, you can reach out through our .
Still need help?
Didn't find something or still need help? If you're already a client or partner, you can reach out through our .
Still need help?
Didn't find something or still need help? If you're already a client or partner, you can reach out through our .
Still need help?
Didn't find something or still need help? If you're already a client or partner, you can reach out through our .
In this section, you will find how to retrieve a document for reuse in by Client via the REST API
Your API requests are authenticated using an access token. Any request that does not include a valid access token will return an error.
You can learn more about generating an access token here.
Production: https://api.id.unico.app/documents/v1.
The documentId
obtained in the API response should be used in the payload when creating the document capture process. Learn more in the Document Capture section.
Still need help?
Didn't find something or still need help? If you're already a client or partner, you can reach out through our Help Center.
In this section, you will find how to create a process in by Client through the REST API
Your API requests are authenticated using an access token. Any request that does not include a valid access token will return an error.
You can learn more about generating an access token here.
Production: https://api.id.unico.app/processes/v1.
The parameters above represent the most common usage of the API but may change depending on the capabilities you are using. Check the subsections of this section for the possibilities of capabilities and their differences.
To implement your business rules, always validate the final statuses of the processes (3, 4, 5). To validate the response from IDCloud capabilities, only consider status = 3 for your decision-making. For more information on the possible statuses, see the Parameters Specification section.
The Client API does not reject photos (meaning there is no drop). The existing returns are from the Identity Verification capability and will always be: yes, no, or inconclusive. Thus, cases of poor quality in image capture, proof of life, or non-ownership will result in an inconclusive return. The return is "yes" when it is possible to identify a live person who is the actual holder of the CPF.
Still need help?
Didn't find something or still need help? If you're already a client or partner, you can reach out through our Help Center.
Endpoint to create a new 1:1 validation process by Client.
Valid access-token.
Valid APIKEY with 1:1 validation capability.
User's CPF.
"12345678909"
Identifier of the process generated during the biometric transaction creation, whose photo will be used for comparison.
"80371b2a-3ac7-432e-866d-57fe37896ac6"
Encrypted generated by the SDK.
"/9j/4AAQSkZJR..."
Process created successfully (User authenticated).
Process ID.
"80371b2a-3ac7-432e-866d-57fe37896ac6"
Authentication result.
true
Result of the liveness test.
1
Endpoint to create a new identity verification process by Client.
Valid access-token.
Valid APIKEY with the capabilities you will use.
User's CPF.
"12345678909"
User's name.
"Luke Skywalker"
User's email.
"luke@unico.io"
User's phone.
"551972557070"
Use case of the operation.
"Onboarding"
Encrypted generated by the SDK or base64.
"/9j/4AAQSkZJR..."
Process created successfully (INCONCLUSIVE from Identity Verification).
Process ID.
"80371b2a-3ac7-432e-866d-57fe37896ac6"
Process status.
2
Result of the identity verification.
"inconclusive"
Endpoint to create a new liveness process by Client.
Valid access-token.
Valid APIKEY with liveness capability.
User's CPF.
"12345678909"
User's name.
"Luke Skywalker"
Encrypted generated by the SDK.
"/9j/4AAQSkZJR..."
Process created successfully (User alive).
Process ID.
"80371b2a-3ac7-432e-866d-57fe37896ac6"
Process status.
3
Result of the liveness.
1
Endpoint to retrieve a user's documents for reuse in by Client.
User identifier value (e.g., CPF value).
12345678909
Document type (e.g., BR_CPF).
"BR_CPF"
Valid access-token.
Valid APIKEY.
Process information retrieved successfully.
List of documents associated with the process.
Document type.
"unico.moja.dictionary.br.rg.v2.Rg"
Document ID.
"2aaf6037-0153-415d-b9fe-cf7e8198408f"
Endpoint to retrieve the result of a verification identity process by Client.
Process ID.
Valid access-token.
Valid APIKEY.
Process information retrieved successfully.
Process ID.
"2b034568-dfaf-463f-94fb-18ed93c312e8"
Process status.
3
Identity verification result.
Identity verification result.
"inconclusive"
Liveness test result, where: '1' is LIVE and '2' is NOT LIVE.
1
Risk score result.
50
Endpoint to create a new document process by Client.
Valid access-token.
Valid APIKEY with document capture and reuse capability.
User's CPF.
"12345678909"
User's name.
"Luke Skywalker"
User's email.
"luke@unico.io"
User's phone.
"551972557070"
Information about the document to be captured.
Indicates the purpose of sharing the document. Can receive values: creditprocess, carpurchase, paybypaycheck, onboarding, or fgts.
"creditprocess"
ID of the biometrics process that must have been carried out previously. The ID must be from a completed process with valid biometrics.
"80371b2a-3ac7-432e-866d-57fe37896ac6"
Identifier of the document to be reused. You will find it when using the GetReusableDocuments API. If you do not find a document to be reused, you must capture the document and send the base64 in the data.files parameter.
"80371b2a-3ac7-432e-866d-57fe37896ac6"
Base64 of the user's document if no reusable document is found in the GetReusableDocuments API. The array can contain 1 file (e.g., full CNH) or 2 files (e.g., CNH front and CNH back).
Image of the document encoded in base64.
"/9j/4AAQSkZJR..."
Base64 of the user's selfie.
"/9j/4AAQSkZJR..."
Document process created successfully.
Process ID.
"80371b2a-3ac7-432e-866d-57fe37896ac6"
Process status.
3
ID of the document that was created.
"80371b2a-3ac7-432e-866d-57fe37896ac6"
Endpoint to create a new identity verification process by Client.
Valid access-token.
Valid APIKEY with the capabilities you will use.
User's CPF.
"12345678909"
User's name.
"Luke Skywalker"
User's email.
"luke@unico.io"
User's phone.
"551972557070"
Use case of the operation.
"Onboarding"
Encrypted generated by the SDK or base64.
"/9j/4AAQSkZJR..."
Process created successfully (YES from Identity Verification).
Process ID.
"80371b2a-3ac7-432e-866d-57fe37896ac6"
Process status.
3
Result of the identity verification.
"yes"