Cómo definir un presupuesto de reintentos para cada proceso automático

Empieza separando fallos temporales de errores definitivos. Una conexión interrumpida, un límite de velocidad o un servicio momentáneamente ocupado pueden resolverse al repetir. Una credencial inválida, un dato obligatorio ausente o un permiso denegado no mejorarán por insistencia. Clasifica los errores que devuelve cada dependencia y define cuáles son recuperables. Reintentar todo por igual consume recursos, retrasa la detección y puede convertir un problema claro en una secuencia confusa de fallos.

Define el costo de una repetición. Un intento puede ocupar segundos de cómputo, enviar un mensaje, reservar inventario o iniciar un cobro. Calcula qué recursos y consecuencias produce. Las acciones de lectura suelen admitir más reintentos que las de escritura. Una operación con efecto irreversible necesita una clave idempotente y verificación previa. El presupuesto no se define solo por tolerancia técnica, sino por el riesgo de repetir el efecto.

Establece cantidad, intervalo y duración total. Especifica cuántos intentos están permitidos, cuánto esperar entre ellos y cuándo vence la operación. Utiliza pausas crecientes para no saturar un servicio inestable e incorpora variación cuando muchas tareas podrían reintentar al mismo tiempo. Un proceso urgente puede tener varios intentos rápidos; uno no crítico puede esperar más. La duración total debe respetar la expectativa del usuario y el tiempo útil del resultado.

Verifica antes de repetir una acción con efectos. Si la respuesta se perdió, consulta el sistema de destino para saber si el correo, pago, archivo o registro ya existe. Busca por una referencia única y compara propiedades esenciales. Reintenta únicamente cuando la evidencia demuestra que el efecto falta. Esta comprobación evita duplicados y permite continuar desde la fase pendiente. La incertidumbre no es permiso para repetir.

Asigna un destino al presupuesto agotado. Cuando se alcanza el límite, el proceso debe pasar a un estado explícito: pendiente de revisión, fallido recuperable o cancelado. Registra último error, intentos, tiempos y siguiente acción. Notifica a una persona solo cuando pueda intervenir y entrega contexto suficiente. Un reintento infinito oculta problemas; un presupuesto convierte el fallo en una decisión observable.

Diferencia presupuestos por dependencia y operación. La API de un proveedor, el envío de correo y una base de datos no tienen el mismo comportamiento. Tampoco una lectura y una creación. Documenta reglas específicas y evita un número global aplicado a todo. Incluye límites externos, ventanas de mantenimiento y acuerdos de servicio. El presupuesto debe adaptarse a la realidad de cada paso y conservar una política común de trazabilidad.

Revisa el presupuesto con datos reales. Mide qué porcentaje se recupera en cada intento, cuánto tiempo añade, cuántos duplicados evita y qué errores nunca se resuelven repitiendo. Si casi todos los éxitos ocurren en el segundo intento, quizá cinco son innecesarios. Si la mayoría requiere intervención, el problema puede estar en validación previa. Ajusta cantidad e intervalos y prueba nuevamente. El objetivo no es maximizar reintentos, sino recuperar lo recuperable con el menor riesgo y costo.