> ## 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

> Løs HTTP 409-konflikter: skill mellom en forespørsel som fortsatt kjører, og en Idempotency-Key som er gjenbrukt med andre inndata.

| | |
| - | - |
| **Kode** | `idempotency_key_reuse` |
| **HTTP-status** | `409 Conflict` |
| **Kan prøves på nytt** | Les `retryable` i svaret |

## Velg riktig fremgangsmåte for gjenoppretting

Den samme feilkoden beskriver to ulike situasjoner. Kontroller `retryable` før du
foretar deg noe; HTTP-status alene forteller ikke om du bør prøve på nytt.

| Svar | Betydning | Neste steg |
| - | - | - |
| `retryable: false` | Nøkkelen identifiserer allerede en forespørsel med andre inndata. | Sammenlign innholdet i forespørselen med den opprinnelige forespørselen. Bruk en ny nøkkel bare for en bevisst annerledes operasjon. |
| `retryable: true` | En annen forespørsel som bruker nøkkelen, behandles fortsatt. | Behold den samme nøkkelen og forespørselen. Vent i minst `Retry-After` sekunder, og prøv deretter på nytt innenfor et begrenset tidsbudsjett. |

### Andre inndata

```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"
}
```

### Forespørselen behandles fortsatt

Dette eksemplet har også HTTP-svarhodet `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"
}
```

## Hold identiteten for nye forsøk stabil

For operasjoner som dokumenterer idempotens, er nøkkelen avgrenset til organisasjonen,
tjenestekontoen, HTTP-metoden, ressurssti og den løste API-versjonen. Hvis du endrer
noen av disse, får du en annen identitet for nye forsøk; det gjenoppretter ikke den opprinnelige
operasjonen. Hvis du bytter ut en legitimasjon under samme tjenestekonto, endres ikke
denne identiteten, men den nye legitimasjonen må fortsatt ha tilgang.

Behold den opprinnelige nøkkelen, innholdet, stien og versjonen når du gjenoppretter etter en tidsavbrudd.
Ikke generer en ny nøkkel bare for å komme forbi en konflikt: den opprinnelige skriveoperasjonen
kan allerede ha lyktes. Hent ressursen når ID-en er kjent, og bruk
operasjonens dokumenterte gjenopprettingsprosedyre. Et fullført gjensvar inneholder
`Idempotent-Replayed: true` der operasjonen dokumenterer gjensvar av respons.

Hvis du sender en `Idempotency-Key`, gjør det ikke en operasjon idempotent med mindre dens
referanse eksplisitt støtter det svarhodet. Beskyttelsen mot nye forsøk er begrenset av
operasjonens oppbevaringspolicy; den er ikke en permanent garanti mot duplikater.

Hvis behandlingen fortsatt er uavklart, kontakt [Living Security Support](mailto:support@livingsecurity.com)
med `request_id`, UTC-tidsstempel, metode, sti og API-versjon. Ta aldri med
en API-nøkkel, klienthemmelighet eller tilgangstoken.


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