Voy a contarte algo que me pasó hace poco. Me llamó una empresa porque «Power Automate ha dejado de funcionar». Llevaban meses con flujos que procesaban pedidos, enviaban notificaciones a clientes, y sincronizaban datos con su ERP. De un día para otro, todo paró. ¿El motivo? La persona que había creado los flujos se fue de la empresa. IT desactivó su cuenta. Y como todos los flujos corrían con las conexiones personales de esa persona... se apagó todo de golpe.
No es un caso raro. Es lo que me encuentro en la mayoría de empresas que llevan más de un año con Power Platform sin nadie que la administre.
El problema de fondo: adopción sin control
Power Platform es demasiado fácil de adoptar. Cualquiera con una licencia de Microsoft 365 puede crear un flujo o una app sin pedir permiso. Y eso es fantástico para la productividad — hasta que no lo es. Porque cuando cada departamento crea sus propias soluciones sin documentación, sin revisión de seguridad, sin entornos separados, sin que nadie sepa qué existe en el tenant... estás construyendo una bomba de relojería.
He auditado tenants donde había más de 200 flujos y nadie sabía quién había creado la mitad ni qué hacían. Algunos llevaban meses fallando en silencio — sin que nadie se enterara porque no había monitorización.
Administrador ≠ desarrollador
Un administrador de Power Platform no construye apps. Se encarga de que la plataforma funcione bien para los que sí las construyen. Gestiona los entornos (desarrollo, test, producción — porque sí, necesitas entornos separados). Configura políticas de DLP para que nadie conecte Dataverse con su Gmail personal. Vigila qué apps y flujos existen. Se asegura de que las conexiones críticas usen cuentas de servicio, no la cuenta de Paco de contabilidad. Y es la persona a la que llaman cuando algo se rompe.
También es quien decide cuándo algo que ha montado un «citizen developer» necesita pasar por un profesional antes de ir a producción. No todo lo que funciona en desarrollo está listo para producción — y alguien tiene que hacer esa valoración.
Las conexiones personales: la bomba silenciosa
Esto merece párrafo aparte porque es el riesgo más concreto y el que menos empresas ven venir. Los flujos de Power Automate usan conexiones — credenciales que enlazan el flujo con Outlook, SharePoint, Dataverse, o lo que sea. Por defecto, se crean con la cuenta del que montó el flujo. Si esa persona se va y le desactivan la cuenta, las conexiones mueren. Y con ellas, los flujos.
La solución es obvia una vez que la conoces: cuentas de servicio para conexiones críticas, connection references en las soluciones, y un registro de qué conexiones usan los flujos importantes. Pero alguien tiene que hacerlo y mantenerlo. Ese alguien es el administrador.
¿Necesitas un equipo dedicado?
Si tienes menos de 20 apps y flujos, probablemente no. Una persona que haga de administrador y desarrollador puede con ello. Pero a partir de ahí, el trabajo de administración crece rápido. Y el coste de no hacerlo es alto: flujos rotos que paralizan operativa, licencias que pagas por apps que nadie usa, incidentes de seguridad porque nadie revisa los conectores, y la certeza de que un día algo crítico va a fallar y nadie va a saber por qué.
Administrar Power Platform no es glamuroso. Pero es lo que separa a las empresas que la usan bien de las que la usan hasta que explota.