101920 Un servicio nos ha frenado por pedirle demasiado seguido

Qué ha pasado

Un servicio de la flota nos ha devuelto 429: no es que rechace lo que le pedimos, es que se lo pedimos demasiado seguido. Hasta el 3-sep esto salía como 101904 «el proveedor rechazó la petición», que manda a revisar la petición cuando lo que hay que mirar es la frecuencia — y cuántos comparten el cupo. El caso real: memory-service limitaba a 20/min POR IP y el portal es UNA sola IP para todos los clientes, así que dos personas configurando a la vez se frenaban entre ellas sin saberlo.

Cómo se soluciona

Esperar lo que diga su cabecera Retry-After y reintentar. Si pasa a diario, el cupo o su llave están mal puestos y hay que hablarlo con el servicio: un límite por IP no distingue clientes.

Qué hacer mientras tanto

La pantalla dice cuántos segundos esperar cuando el servicio manda Retry-After; sin ella, dice «espera un momento» y nunca el código crudo.

Dónde se lanza

core/errores.py — clasificar_rechazo(), cuando el servicio responde 429

El número viaja en la respuesta o en el registro: sí.