Skip to main content
Network timeouts and client retries can cause duplicate operations. Remitflex idempotency lets you retry mutating requests safely when authenticated with an API key.

When idempotency is required

  • Max length: 255 characters
  • Use a fresh UUID (or similar unique string) per distinct operation
  • TTL: 24 hours (configurable server-side via IDEMPOTENCY_TTL_SECONDS)

Behavior

  1. First request with a given key → processed normally; response cached in Redis.
  2. Retry with the same key, org, HTTP method, and path → cached response returned without re-executing.
  3. Different operation → use a new idempotency key.
Reusing an idempotency key for a different request body returns the original response. Always generate a new key per operation.

Example: create payment route

Endpoints that require idempotency (API key)

All POST and DELETE endpoints in this reference, including:
  • POST /customers
  • POST /payment-routes, POST /payment-routes/{paymentRouteId}/deposits/sync, DELETE /payment-routes/{paymentRouteId}

Errors

Failed requests are not cached — safe to retry with the same key after fixing the error.