Document Capture and Reuse
In this section, you will find the specific details on creating a process that includes Document Capture and Reuse as a capability
Introduction
In this section, you will find detailed documentation about the functionality of the endpoints related to the Document Capture and Reuse capability. The use of Reuse requires that there be a previous Identity Verification process and this must obtain a “YES” response OR the Risk Score equal or more than +50, otherwise it will be necessary to capture the user's document.
This is an asynchronous capability that requires consuming three endpoints, detailed in this documentation, for its full utilization.
The capabilities of the Unico IDCloud platform via Client are managed through API Keys—used as a parameter in the request headers—that define the access scope. As a prerequisite, it is necessary to have an API Key configured exclusively for the Document Capture and Reuse capability, ensuring dedicated and secure access to the resource.
Talk to your project manager to obtain the API Key with this configuration.
Getting started
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.
Endpoints:
Production: https://api.id.unico.app/processes/v1.
GetReusableDocuments
If you find a document to be reused, in the process creation endpoint you will enter the ID of this document in the document.documentId
parameter and it will not be necessary to capture the document and send the base64 in the document.files
parameter.
CreateProcess
Important:
To use the Document Capture and Reuse capability, the Identity Verification capability must be used beforehand, as it is necessary to include the
processId
obtained from the Identity Verification in thedocument.authProcessId
parameter:The process must have valid biometrics, be used within 24 hours of completion and cannot be reused.
If we are unable to extract a field from the document, it is not listed in the API return;
If an error occurs during biometric processing, the request will return a status code = 200, and the process will return a status = 5, as shown in the example below:
GetProcess
Content returned in document.content based on document.type:
Attention:
When making a GET request for a process with
status = 5
(error), the return status code will be410 (Gone)
instead of200 (Success)
.Since there are no drops in the process creation request, document processing errors will be returned in the response of the query endpoint. At this point, you should interpret the returns and, if necessary, guide your user through a retry flow.
Tips:
When implementing your business rules, always validate the final statuses of the processes (3, 4, 5). To validate the response of IDCloud capabilities, only consider status = 3 for your decision-making process;
For more information about possible errors for this endpoint, refer to the Errors 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.
Atualizado