#17 Tareas programadas vs agentes: qué cambia en el día a día
Son las 8 de la mañana.
Un script se ejecuta, descarga los pedidos de la carpeta de correo, lee los PDFs adjuntos, extrae las líneas y las carga en el ERP.
Todo automático.
Funciona bien si el cliente adjunta el PDF de siempre.
Si un día lo manda con otro formato distinto, el script no lo reconoce.
Si el cliente escribe el pedido en el cuerpo del email en lugar de adjuntarlo, el script ni lo ve.
Si el PDF viene escaneado en diagonal, el script no sabe leerlo.
Alguien tiene que revisarlo cada mañana.
Alguien tiene que volver a ejecutarlo cuando falla.
Alguien tiene que saber qué hacer cuando el PDF no es el esperado.
La automatización está ahí, pero la dependencia también.
Nadie programó mal el script
Conviene decirlo antes de seguir: el script no está mal hecho.
Quien lo programó cubrió los casos que conocía. El PDF habitual, el formato habitual, el cliente que siempre manda igual.
El problema no es el script. Es el input.
Un pedido que llega por email no tiene forma fija. Cada cliente adjunta lo que quiere, como quiere, con el nombre de archivo que quiere.
Y nadie puede prever por adelantado todas las variaciones de algo que ni siquiera controla.
Por eso, al mínimo cambio, el script se detiene. No por un error de programación, sino porque una tarea fija solo sabe hacer lo que alguien previó.
Una tarea ejecuta pasos. Un agente toma decisiones.
Una tarea programada es una secuencia de acciones definida de antemano.
Si esto, haz aquello. Si no, detente o lanza error.
Funciona bien cuando el input es predecible.
Deja de funcionar cuando el input tiene variaciones.
Un agente no ejecuta pasos fijos.
Recibe un objetivo, analiza el contexto, toma decisiones y actúa.
Si el PDF está rotado, lo detecta y lo procesa.
Si el cliente cambia de formato, lo reconoce igual.
Si el pedido llega escrito en el cuerpo del email, lo lee de todos modos.
No necesita que alguien haya previsto cada escenario.
La diferencia no es técnica. Es operativa.
Qué pasa cuando el proceso depende de tareas fijas
Imagina un proceso de entrada de pedidos automatizado con tareas.
El cliente manda el pedido por email con un PDF.
El script:
- Lee el asunto
- Descarga el adjunto
- Extrae las líneas con un patrón fijo
- Carga en el ERP
Funciona siempre que nadie cambie nada.
Al mínimo cambio, falla y se detiene.
Los casos que se escapan:
- El mismo cliente manda el pedido con otro formato distinto
- El pedido llega escrito en el cuerpo del email, sin adjunto
- PDF viene como imagen y no como texto
- Cliente añade un comentario en el cuerpo del email que debería validarse antes de cargar
El script no puede decidir. Necesita que alguien haya programado cada caso.
Y cuando algo no encaja, alguien tiene que intervenir.
Esa persona:
- Revisa manualmente qué falló
- Decide qué hacer
- Vuelve a ejecutar o corrige el dato a mano
El script ahorra tiempo, pero no elimina la dependencia.
Qué cambia cuando el proceso lo gestiona un agente
El mismo proceso, gestionado por un agente.
El cliente manda el pedido con el PDF.
El agente:
- Lee el email completo (asunto, cuerpo, contexto)
- Identifica si hay un pedido, esté en el adjunto o escrito en el cuerpo
- Reconoce el pedido aunque el cliente haya cambiado de formato
- Si el PDF está escaneado, lo procesa igual
- Interpreta las líneas y cantidades según el contexto
- Si detecta algo ambiguo, genera una pregunta al equipo antes de cargar
No necesita que alguien haya programado cada escenario.
Actúa con criterio operativo.
Y cuando algo no es claro, pregunta en lugar de fallar.
El equipo deja de revisar si el script funcionó.
Empieza a gestionar solo las excepciones reales.
El problema no es automatizar. Es automatizar sin criterio.
Una tarea programada bien diseñada puede resolver muchos procesos.
El problema aparece cuando:
- El input tiene variaciones no previstas
- El proceso requiere interpretación, no solo ejecución
- El equipo dedica más tiempo a revisar qué falló que a gestionar el proceso
Ahí es donde la tarea programada deja de ser útil.
Y el agente empieza a tener sentido.
Porque un agente no es un script más potente.
Es un criterio operativo automatizado.
- Tarea programada: "Si el PDF tiene este formato exacto, haz esto."
- Agente: "Extrae el pedido del PDF, sea cual sea su formato."
- Tarea programada: "Si hay error, detente y avisa."
- Agente: "Si algo no es claro, pregunta antes de actuar."
Cuándo usar una tarea y cuándo usar un agente
Si el proceso tiene estas características, una tarea programada es suficiente:
- Input predecible y controlado
- Pasos fijos sin interpretación
- No hay excepciones frecuentes
Si el proceso tiene estas características, necesitas un agente:
- Input variable (emails, PDFs de distintos formatos, datos no estructurados)
- Requiere interpretación, no solo ejecución
- Genera excepciones que hoy alguien resuelve manualmente
No se trata de sustituir todas las tareas por agentes.
Se trata de usar la herramienta adecuada para cada proceso.
Qué cambia en el día a día cuando usas agentes donde deben estar
Menos correos internos preguntando "¿qué hago con este pedido?"
Menos validaciones manuales para confirmar que el script funcionó.
Menos dependencia de la persona que sabe qué hacer cuando algo falla.
El equipo deja de dedicar tiempo a revisar si la automatización funcionó.
Y empieza a dedicarlo a gestionar lo que realmente requiere decisión humana.
El ERP recibe datos coherentes desde el inicio, porque el agente ya interpretó el input antes de cargarlo.
Automatizar sin criterio solo acelera el desorden.
Un agente no ejecuta más rápido: decide mejor.