Las automatizaciones se acumulan con una facilidad que las hace invisibles. Cada una resolvió un problema concreto en su momento, ninguna se documentó del todo, y al cabo de dos años una empresa mediana puede tener decenas de flujos activos que nadie ha revisado, que a veces se solapan y de los que dependen procesos que nadie ha mapeado.
No es un problema de tecnología antigua ni de mala gestión. Es el resultado natural de resolver problemas rápido durante mucho tiempo.
Nadie tiene la lista completa. Al preguntar cuántas automatizaciones activas hay, la respuesta es una estimación.
Hay flujos que se solapan. Dos automatizaciones distintas actualizan el mismo campo con criterios diferentes, y el resultado depende de cuál se ejecute después.
Existen flujos zombis. Siguen ejecutándose para un proceso que cambió hace meses. Consumen recursos y a veces producen efectos que nadie espera.
Los fallos se detectan tarde. Una automatización que deja de funcionar en silencio puede pasar semanas sin que nadie lo note, hasta que falta información en algún sitio.
El conocimiento vive en pocas personas. Cuando alguien se marcha, se descubre qué dependía de lo que él montó.
Cualquiera de los cinco es tolerable de forma aislada. Los cinco juntos describen una capa operativa que la organización no controla.
Hasta ahora, las automatizaciones eran deterministas: hacían siempre lo mismo. Podían estar mal diseñadas, pero eran predecibles, y esa predictibilidad permitía convivir con la falta de documentación.
Cuando se añaden componentes que deciden —agentes, clasificadores, modelos que interpretan— desaparece la predictibilidad. El mismo caso puede resolverse de forma distinta según el contexto, y sin registro no hay forma de saber por qué.
Gartner señala precisamente los controles de riesgo inadecuados como una de las tres causas por las que prevé la cancelación de más del 40% de los proyectos de IA agéntica antes de finales de 2027. Añadir capacidad de decisión a una capa que ya no se gobernaba multiplica el problema en lugar de resolverlo.
Campo | Qué recoger | Por qué importa |
|---|---|---|
Nombre y propósito | Qué hace, en una frase de negocio | Detectar solapamientos |
Propietario | Persona, no departamento | Saber a quién preguntar |
Sistemas que toca | Qué lee y qué escribe | Evaluar impacto de un fallo |
Credenciales | Con qué identidad se ejecuta | Riesgo de permisos y continuidad |
Criticidad | Qué pasa si deja de funcionar | Priorizar la revisión |
Última revisión | Fecha | Identificar flujos zombis |
Seis campos. Es suficiente para recuperar el control, y es lo bastante corto como para que la gente lo rellene. Un inventario de veinte campos no se completa nunca.
Todo flujo nuevo se registra al crearse. Con los seis campos. Treinta segundos.
Todo flujo tiene una alerta de fallo silencioso. Si deja de ejecutarse, alguien se entera. Es la corrección más barata y la que más incidentes evita.
Revisión anual de los críticos. Solo de los críticos. ¿Sigue haciendo falta? ¿Sigue haciendo lo correcto? ¿Su propietario sigue en la empresa?
Al marcharse alguien, se revisa lo suyo. Debería ser parte del procedimiento de salida, igual que devolver el portátil.
Ninguna de las cuatro requiere herramienta nueva ni proyecto. Las cuatro requieren que alguien tenga esto asignado, que es lo que suele faltar.
El orden que funciona no es inventariarlo todo, sino empezar por el riesgo:
Este orden produce control sobre lo que importa en semanas, en lugar de un inventario completo en un año.
Para saber en qué situación está una organización, basta con una prueba: desconectar mentalmente a la persona que más automatizaciones ha creado y preguntar qué dejaría de funcionar.
Si nadie puede responder con certeza, no hay gobierno de la capa de automatización. Y esa capa, en muchas empresas, sostiene ya una parte sustancial de la operación diaria sin aparecer en ningún mapa de sistemas.
Por cinco síntomas: nadie tiene la lista completa, hay flujos que se solapan actualizando los mismos datos con criterios distintos, existen automatizaciones zombis para procesos ya cambiados, los fallos se detectan semanas después y el conocimiento depende de muy pocas personas.
Seis: nombre y propósito en términos de negocio, propietario con nombre y no departamento, sistemas que lee y escribe, credenciales con las que se ejecuta, criticidad según lo que ocurriría si dejara de funcionar, y fecha de la última revisión.
Porque las automatizaciones tradicionales eran deterministas y por tanto predecibles, lo que permitía convivir con la falta de documentación. Al incorporar componentes que deciden, el mismo caso puede resolverse de forma distinta y sin registro no hay manera de reconstruir por qué.
Cuatro: registrar todo flujo nuevo al crearlo, configurar una alerta de fallo silencioso en cada uno, revisar anualmente solo los críticos, e incluir la revisión de las automatizaciones de una persona en el procedimiento de salida de la empresa.
Por el riesgo, no por el inventario completo: listar qué automatizaciones escriben en los sistemas críticos, identificar las que ejecutan acciones irreversibles como pagos o comunicaciones a clientes, revisar esas primero y fijar una fecha concreta para la segunda pasada.
Preguntar qué dejaría de funcionar si no estuviera disponible la persona que más automatizaciones ha creado. Si nadie puede responder con certeza, la capa de automatización sostiene parte de la operación sin figurar en ningún mapa de sistemas.
¿Cuántas automatizaciones activas tiene hoy tu empresa? Levantamos el inventario, identificamos las críticas y aseguramos propietario, permisos y alertas en las que sostienen tu operación. Hablemos → |
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
