# too_many_replays (/docs/errores/too_many_replays)

Este par (endpoint, evento) ya acumula demasiados intentos de entrega.

|                    |                                        |
| ------------------ | -------------------------------------- |
| **Código**         | `too_many_replays`                     |
| **Tipo**           | `conflict_error` — Conflicto de estado |
| **HTTP**           | `409`                                  |
| **¿Reintentable?** | No                                     |

## Qué hacer [#qué-hacer]

Ticket #152: un techo por encima del balde de reintentos por minuto. Revisa `GET .../deliveries` para ver qué se intentó antes de reintentar de nuevo.

> **Advertencia**
>
> Reintentar el mismo request va a fallar igual. Cambia el request, no la frecuencia.

## El sobre [#el-sobre]

```json
{
  "error": {
    "type": "conflict_error",
    "code": "too_many_replays",
    "message": "…",
    "hint": "Ticket #152: a ceiling on top of the per-minute retry bucket. Inspect `GET .../deliveries` for what has already been tried before retrying again.",
    "retriable": false,
    "doc_url": "https://docs.facturia.cl/errors/too_many_replays",
    "request_id": "req_01K2R7Q9M4T2VB"
  }
}
```

Programa contra `code`, nunca contra `message` — la prosa se puede reescribir, el código no (§5.8).

`hint` y `retriable` llegan en la respuesta, con estos mismos valores: son función del `code` y salen del mismo diccionario que sirve `GET /v1/error_codes`, así que el sobre y el diccionario no pueden discrepar. `hint` va en inglés a propósito — el español de este código es esta ficha. Más en [El sobre de error](/docs/errores).

## También [#también]

- [Todos los códigos](/docs/errores/codigos): La tabla completa, agrupada por dónde te la vas a encontrar.

- [El sobre de error](/docs/errores): Los nueve tipos, el request_id y cómo manejarlos en la práctica.

La copia legible por máquina de esta ficha vive en `GET /v1/error_codes`, sin autenticación.
