Por qué una automatización se rompe sola y nadie se entera

Nadie rompió tu automatización: le movieron el piso

La automatización hace exactamente lo mismo que el día uno. Lo que cambió es todo lo demás. Alguien renombró la columna Teléfono a Celular y el paso que la buscaba ahora encuentra un campo vacío. Alguien ordenó el Drive y metió la carpeta adentro de otra, así que la ruta dejó de existir. Un permiso que se otorgó una vez venció a los sesenta o noventa días. El proveedor sacó una versión nueva de su interfaz y apagó la vieja.

Hay una causa que se lleva el premio y casi nadie la ve venir: la automatización corre con la cuenta de una persona. Cuando esa persona se va, cambia la contraseña o le sacan el acceso a una carpeta compartida, se cae todo lo que colgaba de ahí. Si tu herramienta lo permite, conectala con una cuenta del negocio y no con la de alguien.

Seis meses funcionando no es prueba de solidez. Es la prueba de que durante seis meses nadie tocó nada alrededor.

Lo caro no es la falla: es el silencio

Hay dos formas de fallar. La ruidosa: la herramienta se pone en rojo, manda un correo, frena. Esa casi no duele, porque te enterás el mismo día. La silenciosa es la que hace daño de verdad: el proceso arranca, termina, informa éxito y no hizo nada.

El filtro que antes traía treinta filas hoy trae cero, y procesar cero filas es un éxito técnico impecable. El correo automático sigue saliendo con el nombre vacío, ese "Hola ," que nadie del equipo ve porque nadie del equipo lo recibe. El resumen semanal se arma con el tipo de cambio del último día que la fuente respondió. Ninguna de las tres cosas enciende una luz roja.

El costo se acumula callado: presupuestos que nunca se mandaron, seguimientos que nadie hizo, consultas que quedaron a mitad de camino entre dos sistemas. Cuando alguien lo nota, hace tres semanas que viene pasando y hay que reconstruir a mano, con la información incompleta.

La alarma tiene que sonar cuando no pasa nada

Casi todas las alertas están al revés: avisan cuando hay un error. Lo que necesitás es lo contrario, una alerta por ausencia. Que cada automatización informe un número cuando termina: "procesó 14 consultas", "copió 7 filas". Ese mensaje va a un correo o a un canal, una vez por día o por semana, según cuánto corra.

Con eso tenés dos señales por el precio de una. Si el mensaje no llega, se murió. Si llega con un cero, o con un número muy lejos de lo habitual, corre pero se quedó sin datos. Definí el rango normal de antemano: si lo de siempre son entre diez y cuarenta, tanto el cero como el doscientos son motivo de mirar.

Y que la alerta le llegue a una persona con nombre, no a un buzón compartido. Una alerta sin dueño la ve todo el mundo y no la atiende nadie. Escribí en el mismo mensaje qué hacer cuando salta: dónde mirar, a quién avisar y qué no tocar hasta que alguien revise.

Quince minutos por mes y una hora por trimestre

Una vez por mes, abrí el historial de ejecuciones y fijate dos cosas: cuándo corrió por última vez y qué números viene informando. Después probá un caso real de punta a punta, cargando una consulta de prueba y siguiéndola hasta el final. Es la única forma de detectar el éxito vacío, porque el panel te va a decir que está todo bien.

Una vez por trimestre, la revisión larga: qué claves y permisos vencen en los próximos noventa días, con qué cuenta está conectada cada pieza, y si el proveedor mandó avisos de cambios. Los correos de "estamos actualizando nuestra interfaz" llegan con meses de anticipación y se archivan sin leer.

Y una regla de convivencia que evita la mitad de los incidentes: renombrar una columna, una carpeta o un campo es tocar producción, y el que lo hace avisa antes. La misma cuenta de minutos que usás para elegir qué tarea automatizar primero tiene que incluir estos minutos de mantenimiento, porque existen igual y alguien los va a pagar.