El primer flujo suele ser fácil: llega un dato, se transforma y se envía a otro sitio. Los problemas aparecen cuando llega dos veces, está incompleto o uno de los sistemas no responde.
Automatizar consiste también en decidir qué debe pasar en esas situaciones. Una secuencia que solo funciona en el caso ideal todavía necesita algunas decisiones.
Define el resultado antes del flujo
Describe en una frase qué debe conseguir el proceso. Después identifica la entrada, la salida y el momento en que consideras que ha terminado.
Una entrada mal definida obliga a improvisar más adelante. Un resultado ambiguo hace difícil saber si el flujo realmente ha hecho su trabajo.
Piensa en los duplicados
Un mismo evento puede llegar más de una vez. Antes de ejecutar una acción, el sistema necesita una forma de reconocer si ya la realizó.
La idea se resume en este pseudocódigo:
recibir evento
si ya se procesó su identificador:
terminar sin repetir la acción
validar los datos
realizar la acción
registrar el resultado
Este esquema ilustra la intención, no una implementación completa: en un flujo real también importan los fallos entre pasos y la ejecución simultánea.
Haz visibles los fallos
Un registro debería ayudarte a responder tres preguntas: qué entrada llegó, qué paso falló y qué queda por hacer. Evita guardar datos personales o secretos si no son necesarios para entender el problema.
Una automatización silenciosa solo es cómoda mientras todo va bien.
Los reintentos necesitan un límite. Después de ese límite, el proceso debe dejar un estado comprensible y permitir una intervención.
Deja una salida manual
Los flujos útiles no eliminan todas las decisiones humanas. Eligen qué pasos se pueden repetir de forma segura y cuáles necesitan revisión.
Antes de dar un proceso por terminado, comprueba que sabes pausarlo y recuperar un caso que quedó a medias. Esa posibilidad también forma parte del diseño.
Artículo de ejemplo. No procede de Reddit.