Cuando una empresa automatiza algo crítico (facturas que se contabilizan solas, pedidos que salen al distribuidor, avisos fiscales que hay que leer todos los días) casi siempre pregunta lo mismo antes de dar el visto bueno: "¿y si falla, me entero?" La respuesta suele ser sí, hay una alarma. Pero hay una pregunta que casi nadie hace, y es la que de verdad importa: ¿y si el que tiene que avisarte se rompe él mismo, en silencio?
Nos pasó en nuestros propios sistemas y lo contamos tal cual, porque la lección se aplica a cualquier negocio que dependa de un proceso automático.
El problema: el silencio es indistinguible de "todo va bien"
Teníamos un proceso que vigila varias automatizaciones y avisa en cuanto algo se rompe. Funcionaba bien... hasta que un día ese propio proceso dejó de ejecutarse. No hubo ninguna alarma, porque la única pieza capaz de generar una alarma era, precisamente, la que se había parado.
Esto no es un fallo exótico de sistemas grandes. Es la misma trampa en la que cae cualquier pyme que confía en:
- Un script que revisa el buzón fiscal y avisa si hay algo nuevo.
- Un proceso que sincroniza el stock entre el ecommerce y el ERP cada noche.
- Un aviso automático si una factura no cuadra.
- Cualquier automatización con IA que actúa sola (envía un pedido, agenda una llamada, contabiliza un gasto) y de la que solo te enteras si "algo pita".
En todos esos casos, si el vigilante se para, tú no ves un error. Ves silencio. Y el silencio, en un panel o en una bandeja de entrada, se parece muchísimo a que todo va bien.
La regla de decisión: si tu alarma depende de una sola pieza, no tienes alarma
Aquí está el punto que nos parece más útil para cualquier director de operaciones, no solo para quien programa:
Cualquier automatización que "avisa si algo falla" tiene el mismo punto ciego: ¿quién avisa si el que avisa se muere? Si la respuesta es "nadie", en realidad no tienes un sistema de aviso, tienes un sistema que avisa casi siempre, que es distinto y mucho más peligroso, porque genera una confianza que no está justificada.
La solución no es más código en el mismo sitio. Es un segundo proceso, independiente y sin compartir nada con el primero, cuyo único trabajo es comprobar que el primero sigue vivo. Así lo montamos:
- Un segundo planificador (no el mismo motor de tareas que corre el vigilante original) comprueba cada 15 minutos si el proceso principal ha dado señal de vida.
- Si pasan más de esos 15 minutos sin señal, lo intenta comprobar otra vez.
- Si a los 35 minutos sigue sin haber señal (dos vueltas perdidas, no una, para evitar falsas alarmas por un retraso puntual), salta la alarma de verdad.
El detalle que marca la diferencia es el "independiente": este segundo proceso está construido aparte, sin reutilizar el código del primero, aunque técnicamente se pareciera y dé pereza duplicar. Si compartieran una librería, una cola o un mismo despliegue, un fallo en esa pieza común tumbaría a los dos a la vez, y volveríamos a tener un único punto de fallo con un disfraz nuevo. Aquí duplicar trabajo fue la decisión correcta, no un descuido: la independencia vale más que ahorrarse unas líneas cuando el trabajo del segundo programa es precisamente sobrevivir al fallo del primero.
Por qué esto importa más cuanto más automatizas con IA
Cuando la automatización solo manda un correo o rellena una casilla, un fallo silencioso es molesto. Pero en los proyectos que hacemos en AutoBoost, la IA suele actuar de verdad sobre el sistema real del cliente: crea una factura en la contabilidad, envía un pedido real al distribuidor, escribe una oportunidad en el CRM. Puedes verlo en casos como facturas que se contabilizan solas, donde el sistema crea la factura y la borra si algo no cuadra, o en la plataforma de datos con IA de un grupo de farmacias, donde la IA recomienda compras y envía pedidos reales.
Cuanto más real es la acción que dispara la IA, más cara es una parada que nadie detecta. Un pedido que no sale, una factura que no se contabiliza, un aviso fiscal que nadie lee durante días: el coste de un fallo silencioso no es "un error en un log", es un problema de negocio con fecha y con dinero de por medio.
Checklist: cómo saber si tu automatización tiene este punto ciego
Antes de dar por bueno cualquier sistema que "avisa si algo falla" (lo hayas montado tú, un proveedor o venga integrado en un SaaS), haz estas preguntas:
- ¿Quién comprueba que el que avisa sigue vivo? Si la respuesta es "nadie" o "el mismo proceso", tienes el punto ciego.
- ¿Comparten infraestructura el vigilante y el vigilado? Mismo servidor, misma cola, mismo despliegue: si cae uno, ¿cae el otro también?
- ¿Cuánto tiempo puede pasar sin que nadie note un silencio? Ponle un número. Si no lo sabes, probablemente sea "hasta que alguien se dé cuenta a mano", que no es un número, es una esperanza.
- ¿La alarma llega a más de una persona y por más de un canal? Un único email a una única bandeja es otro punto único de fallo, aunque no lo parezca.
- ¿Se ha probado alguna vez apagando el proceso a propósito? Si nunca se ha simulado el fallo, no sabes si la alarma funciona de verdad, solo que nunca ha hecho falta.
Si alguna de esas preguntas te deja sin respuesta clara, no hace falta rehacer todo el sistema: normalmente basta con añadir esa segunda pieza independiente que solo pregunta "¿sigues vivo?", como hicimos nosotros.
La lección que se lleva cualquier negocio
No hace falta tener un equipo técnico grande para aplicar esto. Hace falta hacerse la pregunta correcta antes de confiar ciegamente en una automatización: no es "¿me avisa si algo falla?", es "¿qué pasa si el que me avisa es lo que falla?". Es la misma disciplina que aplicamos a todo lo que construimos: primero se ordena el proceso y se entiende dónde puede romperse en silencio, y solo después se confía en que la IA actúe sola sobre él.
Si tienes procesos automáticos (con IA o sin ella) de los que dependes para facturar, cotizar, contabilizar o avisar de algo importante, y no sabes con certeza qué pasaría si el aviso se rompiera, hablemos. En AutoBoost construimos software e IA a medida integrados en tu sistema real, pensados para que un fallo silencioso deje de ser posible. Contacta con nosotros y lo revisamos juntos.
