Skip to main content
La consulta individual es ahora un endpoint distinto del de la consulta de lista.Lo que antes era GET /v3/faceauth?authId=... es ahora GET /v3/face-auth/{authId}, con authId como parámetro de ruta. Para migrar una integración existente, consulte Referencia común de FaceAuth — Migrar desde la API anterior.
Consulta un único envío de FaceAuth. Puede recuperarse por authId inmediatamente después de crearlo, sin esperar a la indexación.

1. URL base

GET/Face-auth/{authId}

2. Autenticación

Incluya la clave API del proyecto FaceAuth en el encabezado x-api-key.
x-api-key

3. Ejemplo de solicitud

GET/Face-auth/{authId}

4. Parámetros de ruta

string
requerido
Clave del envío de FaceAuth. Use el authId de la respuesta de creación de POST o de la respuesta de lista.

5. Respuesta

result.json

5-1. Éxito

Una consulta individual correcta devuelve 200 OK con un objeto FaceAuthSubmission. El objeto aparece tal cual en el nivel superior.
  • Un elemento de items[] de la consulta de lista y la respuesta de la consulta individual son el mismo objeto. Consultar el mismo authId por cualquiera de las dos rutas devuelve el mismo conjunto de campos.
  • Los envíos eliminados se devuelven con valor en deleteTime.

5-2. Fallo

Una consulta individual fallida devuelve un código de estado HTTP con un objeto de error.
Un envío que pertenece a otro proyecto FaceAuth devuelve 404, igual que un authId inexistente. La respuesta no permite distinguir ambos casos.

6. Respuestas de error

Los errores que devuelve la aplicación de ARGOS usan el formato { code, message }. El 401 y algunos 403 se bloquean en la capa de autenticación y no siguen ese formato: consulte Referencia común de FaceAuth — Respuestas de error.