Ir al contenido

Documentación de la API de Fileverity

Idempotencia

Envíe una Idempotency-Key en las solicitudes POST para que una solicitud reintentada nunca ejecute ni cobre una comprobación dos veces. Comportamiento, respuestas reutilizadas y conflictos.

Ver como MarkdownActualizado el 2026-11-04

Un fallo de red puede dejarle sin saber si una solicitud POST llegó. Si simplemente la envía de nuevo, una comprobación podría ejecutarse y cobrarse dos veces. Envíe un encabezado Idempotency-Key y el reintento devolverá la primera respuesta.

Uso del encabezado

curl https://api.fileverity.com/v1/analyses \  -H "Authorization: Bearer $FILEVERITY_API_KEY" \  -H "Content-Type: application/json" \  -H "Idempotency-Key: 0e5f6a64-52c2-4b36-9d0d-6f3d2f4c9a10" \  -d '{"model": "fvimg-2", "file": "file_8Hk2pQ4vN9sL1xR7cW3mY6zB"}'
  • Envíe cualquier cadena única de 1 a 255 caracteres. Un UUID aleatorio es una buena opción. Use una clave nueva para cada solicitud distinta y reutilice la misma clave solo para reintentar la misma solicitud.
  • Funciona en todos los endpoints POST: /text/detections, /files, /analyses y /analyses/{id}/cancel.
  • Las claves se limitan a su espacio de trabajo, al modo (live o test) y al endpoint, y se conservan 24 horas. La misma clave usada con una clave Live y con una clave de prueba no entra en conflicto.

Qué obtiene

SituaciónResultado
Primera solicitud con una claveSe procesa con normalidad. Se guardan las respuestas correctas (estado inferior a 400).
Misma clave y mismo cuerpo en un plazo de 24 horasLa respuesta guardada con el mismo estado, más el encabezado idempotent-replayed: true. No se vuelve a ejecutar ni a cobrar nada.
Misma clave, cuerpo distinto409 idempotency_mismatch.
Misma clave mientras la primera solicitud sigue en curso409 idempotency_in_progress. Reintente en breve.
Misma clave tras una respuesta de errorLa clave se libera. Un error no se guarda, así que al reintentar se ejecuta de nuevo la solicitud.

Una respuesta reutilizada conserva el x-request-id de la nueva solicitud, no el de la original. Las subidas multipart se comparan por sus campos de formulario y el contenido de los archivos.

La idempotencia elimina el trabajo duplicado. No hace que una solicitud fallida tenga éxito: tras service_unavailable o internal_error, espere los segundos de retry-after si la respuesta incluye ese encabezado y reintente después con la misma clave.

Consulte también Errores y Límites de frecuencia y encabezados.