Re-authenticates users in transactions post registration, allowing the authentication methods to vary by the desired experience and flow criticality.
What this product solves
Smart revalidation addresses the challenge of re-authenticating users with the least possible friction, by orchestrating multiple identity verification methods adaptively — choosing the most appropriate method for the risk level of each transaction. Instead of always requiring a full biometric capture, it combines metadata with existing biometric data (if desired).
The minimum friction level can be set by picking the useCase, based on the criticality level, it is possible to set the minimum friction to be silent authentication or simply just have facial biometry as a challenge. Once picked, Unico will orchestrate the lowest friction technology possible, always guaranteeing the same level of safety of a facial biometry.
Use this product when:
- Periodic revalidation (e.g., passwordless login, weekly re-check).
- Financial transfers
- Account management (e.g., password or limit changes)
- Service subscriptions
- New device registration
- Financial operations (investments, loans, cashout), among others.
Do not use this product when:
- You need access to the full detail of the Liveness response on every transaction — Smart Revalidation only returns the final result across all of its experiences; when it escalates to biometric capture, it does not return the liveness detection result on its own.
Capabilities involved
Single adaptive capability:
| Capability | Requirement | Role in the flow |
|---|---|---|
| Smart Revalidation | Required | Orchestrates metadata and biometric data adaptively to verify whether the user matches the reference process. |
Prerequisites
- Bearer token — see Authentication.
- Sandbox credentials — see Environments.
- SDK or Web component installed — only for Web and SDK integrations. See SDKs and Tools.
- Reference biometric — the user must have previously completed an onboarding or biometric registration process. Pass it via the
referencesarray in Create Process: each item requiresreferenceType(REFERENCE_TYPE_PROCESS_IDorREFERENCE_TYPE_IMAGE_BASE64) andreferenceContent(the process UUID or base64-encoded image). useCasevalue — required when creating the process. See Smart Revalidation for the full list of valid values and their behavior.
Step-by-step implementation
- Native
- Web
Integration via native SDK — capture runs inside your app using the Unico SDK for Android, iOS or Flutter.
- Install the SDK — add the Unico SDK dependency for your platform. See the setup guide for Android, iOS or Flutter.
- Create a process — call Create Process with the appropriate
flowvalue and the user's identifier. The response includes thewebAppToken. - Open the journey — open the SDK with the
webAppToken. The SDK runs the journey in your app and callsonSuccesswith theprocessIdwhen the user finishes. - Query the result — call Get Process to retrieve the capability results.
- Apply business rules — evaluate the response fields to approve, deny or escalate.
Integration in the browser — Unico hosts the journey, and you open it with the Journeys SDK or by redirecting the user.
- Create a process — call Create Process with the appropriate
flowvalue and the user's identifier. The response includes the processid, thetokenand theuserRedirectUrl. - Open the journey — open it inside your page with the Journeys SDK, passing the process
id(astransactionId) and thetoken. This is the recommended option. If the journey can run outside your page, use Direct access instead: send the user touserRedirectUrl, and setcallbackUriin Create Process so Unico knows where to send them back. - User completes the journey — the Journeys SDK calls
onFinish. With Direct access, Unico sends the user back to yourcallbackUri. - Query the result — call Get Process to retrieve the capability results.
- Apply business rules — evaluate the response fields to approve, deny or escalate.

