FULL FLOW, comparing the face captured live against the photo on the document presented.
When liveness runs
Facial biometrics are included only in theFULL FLOW link type. If you create an ID ONLY link, the user captures the front and back of the document and nothing else — no liveness.
Adaptive branch: selfie only
Since version 2.2.0, aFULL FLOW link with adaptive flow can resolve to one of two branches for a customer who has verified before:
The branch is resolved server-side and persisted once. Read it from
GET /verifications/{id}/status?include=operationGuid, in the method field. Liveness runs in both branches: what the FACE branch skips is the document capture, never the biometric check.
Anti-spoofing in Identity Link
The system applies anti-spoofing checks in two layers:- Facial anti-spoofing: detects impersonation attempts using photos, videos, masks, or screens.
- Document anti-spoofing: verifies that the captured document is not a photo of a screen or a printed copy.
Anti-spoofing service status
Example response
The endpoint returns 200 when the service is operational and 503 when it is not, with the same schema in both cases. If any indicator reads
DOWN, verifications that depend on that service will fail until it is restored.
Interpreting results
During theFULL FLOW you receive webhook events specific to the facial registration stage:
The final
verification.successful event fires only if both the document capture and the liveness check passed every control.
The verification does not expose biometric scores or separate liveness flags. The consolidated result lives in
status (success or failed); when it fails, errorMessage describes the cause. Use the granular webhook events to know at which stage the failure occurred.Accessing the selfie frames
You can retrieve the images captured during liveness through the image endpoints:images object: addFront and addBack are the document faces, and the register array holds the selfie frames taken during liveness — useful for manual audit or reviewing borderline cases.
Company-level anti-spoofing configuration
Your company’santiSpoofing flag controls whether anti-spoofing checks are active. It is a VU-managed setting and read-only for the API: it is exposed inside the company block of GET /links/{id}.
PATCH /users/me/company does not accept antiSpoofing. The company settings you can modify are name, color, logo, linkConfig, and verificationConfig. To change the anti-spoofing policy, contact your VU account manager.If you only need document data extraction without facial verification, always create
ID ONLY links. This reduces friction for the end user in cases where biometrics are not required.