> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# idempotency_key_reuse

> Los HTTP 409-conflicten op: maak onderscheid tussen een aanvraag die nog wordt verwerkt en een Idempotency-Key die met andere invoer opnieuw is gebruikt.

| | |
| - | - |
| **Code** | `idempotency_key_reuse` |
| **HTTP-status** | `409 Conflict` |
| **Opnieuw te proberen** | Lees `retryable` in het antwoord |

## Kies het juiste herstel

Dezelfde foutcode beschrijft twee verschillende situaties. Controleer `retryable` voordat
u actie onderneemt; de HTTP-status alleen geeft niet aan of u het opnieuw moet proberen.

| Antwoord | Betekenis | Volgende stap |
| - | - | - |
| `retryable: false` | De sleutel identificeert al een aanvraag met andere invoer. | Vergelijk de body met de oorspronkelijke aanvraag. Gebruik alleen een nieuwe sleutel voor een bewust andere bewerking. |
| `retryable: true` | Een andere aanvraag met dezelfde sleutel wordt nog verwerkt. | Behoud dezelfde sleutel en aanvraag. Wacht ten minste `Retry-After` seconden en probeer het daarna opnieuw binnen een begrensd tijdbudget. |

### Andere invoer

```json theme={null}
{
  "type": "https://docs.livingsecurity.com/developers/v1/errors/idempotency_key_reuse",
  "title": "Conflict",
  "status": 409,
  "detail": "Idempotency-Key was already used with a different request.",
  "code": "idempotency_key_reuse",
  "request_id": "req_0199a1e0-7c00-7000-8000-000000000001",
  "doc_url": "https://docs.livingsecurity.com/developers/v1/errors/idempotency_key_reuse",
  "retryable": false,
  "param": "Idempotency-Key"
}
```

### Aanvraag wordt nog verwerkt

Dit voorbeeld bevat ook de HTTP-responseheader `Retry-After: 1`.

```json theme={null}
{
  "type": "https://docs.livingsecurity.com/developers/v1/errors/idempotency_key_reuse",
  "title": "Conflict",
  "status": 409,
  "detail": "A concurrent request is still processing this Idempotency-Key. Retry shortly.",
  "code": "idempotency_key_reuse",
  "request_id": "req_0199a1e0-7c00-7000-8000-000000000001",
  "doc_url": "https://docs.livingsecurity.com/developers/v1/errors/idempotency_key_reuse",
  "retryable": true,
  "param": "Idempotency-Key"
}
```

## Houd de retry-identiteit stabiel

Voor bewerkingen waarvoor idempotentie is gedocumenteerd, is de sleutel gekoppeld aan de organisatie,
het serviceaccount, de HTTP-methode, het resourcepad en de opgeloste API-versie. Als u
een van deze onderdelen wijzigt, ontstaat er een andere retry-identiteit; de oorspronkelijke
bewerking wordt dan niet hersteld. Het roteren van een credential onder hetzelfde serviceaccount wijzigt
die identiteit niet, hoewel de vervangende credential nog wel over de juiste rechten moet beschikken.

Behoud de oorspronkelijke sleutel, body, het pad en de versie wanneer u herstelt na een time-out.
Genereer niet zomaar een nieuwe sleutel om een conflict te omzeilen: de oorspronkelijke schrijfactie
kan al zijn geslaagd. Haal de resource op als de ID bekend is en volg de
gedocumenteerde herstelprocedure van de bewerking. Een voltooide replay bevat
`Idempotent-Replayed: true` wanneer de bewerking responsreplay documenteert.

Het verzenden van een `Idempotency-Key` maakt een bewerking niet idempotent, tenzij de
referentie van die bewerking deze header expliciet ondersteunt. De bescherming tegen herhaalde aanvragen is beperkt door het
bewaarbeleid van de bewerking; het is geen permanente garantie tegen duplicaten.

Als de verwerking onopgelost blijft, neemt u contact op met [Living Security Support](mailto:support@livingsecurity.com)
en vermeldt u de `request_id`, de UTC-tijdstempel, de methode, het pad en de API-versie. Voeg nooit
een API-sleutel, client secret of toegangstoken toe.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.