Skip to main content
The single lookup is now a separate endpoint from the list lookup.What used to be GET /v3/faceauth?authId=... is now GET /v3/face-auth/{authId}, with authId as a path parameter. To move an existing integration, see FaceAuth Common Reference — Migrating from the previous API.
Looks up a single FaceAuth submission. It can be retrieved by authId immediately after creation, with no need to wait for indexing.

1. Base URL

GET/Face-auth/{authId}

2. Authentication

Include the FaceAuth project API key in the x-api-key header.
x-api-key

3. Request Example

GET/Face-auth/{authId}

4. Path Parameters

string
required
The key of the FaceAuth submission. Use the authId from the POST creation response or the list response.

5. Response

result.json

5-1. Success

A successful single lookup returns 200 OK with a FaceAuthSubmission object. The object sits at the top level as-is.
  • An items[] element from the list lookup and a single lookup response are the same object. Looking up the same authId through either path returns the same set of fields.
  • A deleted submission is returned with a value in deleteTime.

5-2. Failure

A failed single lookup returns an HTTP status code with an error object.
A submission belonging to another FaceAuth project returns 404, exactly as a nonexistent authId does. The response cannot be used to tell the two cases apart.

6. Error Responses

Errors returned by the ARGOS application use the { code, message } format. 401 and some 403 responses are blocked at the authentication layer and do not follow that format — see FaceAuth Common Reference — Authentication layer errors.