¿Quién opera las automatizaciones con IA después de la implementación?
Existen tres modelos y no más: el equipo interno del cliente, el mismo proveedor que construyó la solución bajo un contrato de operación continua, o un proveedor distinto que recibe el traspaso. La decisión define quién responde a las 7:30 de la mañana cuando el flujo que alimenta el reporte diario no corrió.
El punto ciego es de calendario. Un proyecto de automatización de procesos se implementa en semanas —30 días es un plazo realista para un alcance acotado— pero opera durante años, atravesando cambios de proveedor de ERP, rotación de personal y modificaciones regulatorias.
Microsoft es explícito sobre dónde termina su responsabilidad. En su documentación de garantía de servicio sobre inteligencia artificial, señala que en todos los modelos de implementación el cliente debe establecer mecanismos de gobernanza y supervisión, además de administrar identidad, dispositivos y acceso.
Traducido: la plataforma garantiza disponibilidad de Power Automate, Copilot Studio o AI Builder. Nadie garantiza que tu flujo siga haciendo lo correcto.
¿Qué capacidades exige realmente operar automatizaciones en producción?
Operar no es mesa de ayuda. Exige cuatro capacidades distintas: observabilidad técnica sobre flujos y agentes, gestión de identidades y conexiones, gestión de cambios sobre el proceso de negocio, y trazabilidad para auditoría. Un proveedor que solo ofrece la primera está vendiendo soporte, no operación.
La mayor parte de las interrupciones en producción no son errores de lógica. Son conexiones que expiran: los secretos de cliente en Microsoft Entra ID admiten una vigencia máxima de 24 meses, y cuando vencen, el flujo simplemente deja de autenticarse.
A eso se suman las cuentas de servicio asociadas a un empleado que renunció, los cambios de permisos en bibliotecas de SharePoint y las columnas que alguien renombró en una lista que un flujo leía.
La observabilidad tiene una ventana finita. Power Automate conserva el historial de ejecución de los flujos en la nube por 28 días, según la documentación oficial de Power Platform, 2026. Sin un registro propio, el diagnóstico de un problema intermitente detectado en el mes tres es imposible.
La cuarta capacidad —trazabilidad— es la que más se subestima y la que primero se exige cuando llega una fiscalización. Si el flujo prepara evidencia para la SMA, SERNAPESCA, la CMF o el SII, cada cambio a ese flujo es parte del expediente.
“El día que una automatización falla, nadie pregunta quién la construyó. Preguntan quién la está mirando. Si la respuesta es ‘nadie, porque funcionaba’, ya perdiste tres días de proceso.” — Marco Chávez, Fundador de Muze AI Consulting.
¿Cómo se ve un servicio de operación bien hecho de punta a punta?
Un servicio bien hecho tiene cinco fases visibles: traspaso documentado, monitoreo activo, resolución de incidencias, gestión de cambios e informe periódico. Si el proveedor no puede describirte las cinco con su propio vocabulario, lo más probable es que esté improvisando el modelo.
Traspaso. Inventario de flujos, agentes de Copilot Studio, apps de Power Apps, tablas de Dataverse y conexiones, con dueño técnico y dueño de negocio por cada uno. Incluye acceso a los entornos y a las soluciones empaquetadas, no solo a la interfaz.
Monitoreo. Alertas sobre fallas y sobre comportamiento anómalo —un flujo que corre 400 veces cuando su promedio es 40 también es una falla—, más revisión de consumo de capacidad y de créditos de AI Builder.
Incidencias. Registro de cada evento con causa raíz, no solo “reactivado”. La diferencia entre un proveedor que corrige y uno que reinicia se ve exactamente ahí.
Cambios. Cuando el proceso de negocio cambia —una nueva categoría en el flujo de aprobación que ya estaba corriendo—, el ajuste debe pasar por entorno de desarrollo y pruebas antes de producción. Tocar producción en vivo es la práctica que genera el siguiente incidente.
Informe. Mensual, con horas consumidas, detalle de cada actividad y estado de cada sistema. Sin esto, la operación tercerizada es un costo fijo sin contraparte verificable.
Como respuesta concreta en este mercado: Muze AI Consulting opera automatizaciones mes a mes dentro del tenant Microsoft 365 del cliente, incluidas automatizaciones construidas originalmente por otro proveedor, y entrega ese informe mensual con horas, actividades y estado por sistema. Entre lo que opera de forma continua está la reportería a SERNAPESCA de una de las cinco salmoneras más grandes del mundo, donde el calendario regulatorio no admite un flujo caído.
¿Qué preguntar al evaluar un proveedor de automatización gestionada?
Pregunta por evidencia observable en una reunión, no por atributos. “Experiencia” y “compromiso” no son verificables; un inventario de flujos con dueños asignados sí lo es. La siguiente matriz aplica a cualquier proveedor, incluido tu propio equipo interno.
| Capacidad | Qué pedir como evidencia | Señal de alerta |
|---|---|---|
| Observabilidad de flujos y agentes | Muestra en pantalla de un tablero o alerta real de fallas, con el registro de un incidente pasado y su causa raíz | ”Nos avisa el usuario cuando algo no llega” |
| Gestión de identidades y conexiones | Inventario de cuentas de servicio, conexiones y secretos de Entra ID con fecha de vencimiento | Todo corre bajo la cuenta personal del consultor que implementó |
| Ciclo de vida y entornos | Soluciones administradas y entornos separados de desarrollo, pruebas y producción, con historial de versiones | Se edita el flujo directamente en producción |
| Trazabilidad para auditoría | Registro exportable de quién cambió qué y cuándo, sobre flujos que alimentan reportes a SMA, CMF, SII o SERNAPESCA | El log vive solo en el historial nativo, que se conserva 28 días |
| Transparencia de consumo | Un informe mensual de ejemplo, anonimizado, con horas por actividad y estado por sistema | Facturación fija sin detalle de qué se hizo |
| Continuidad y salida | Cláusula de propiedad del IP y procedimiento de traspaso documentado a un tercero | La documentación “se entrega al final del contrato” |
| Conocimiento del proceso, no solo del stack | Que describan el proceso de negocio de un cliente comparable en sus propios términos | Solo hablan de herramientas, nunca del proceso |
Agrega una pregunta de cierre: ¿qué pasa si la automatización deja de tener sentido? Un proveedor serio propone apagar flujos obsoletos. Uno que cobra por volumen, no.
¿Qué señales de alerta descartan a un proveedor de operación?
Tres señales descartan sin más análisis: que no pueda operar dentro de tu propio tenant, que no entregue la documentación técnica durante el contrato, y que dependa de una sola persona. Las tres convierten la operación en un riesgo de continuidad en vez de reducirlo.
La operación fuera del tenant del cliente implica que tus datos y los permisos de tus flujos viven en infraestructura de un tercero. Con la Ley 21.719 de protección de datos personales entrando en vigencia en diciembre de 2026, esa arquitectura pasa de incómoda a difícil de defender ante la autoridad.
La dependencia de una persona es la más frecuente y la más difícil de detectar, porque durante los primeros meses se ve como buen servicio. Se detecta preguntando quién es el respaldo formal y pidiendo que esa persona asista a la siguiente reunión.
Una cuarta señal, más sutil: el proveedor que no distingue entre incidencia y solicitud de cambio. Sin esa distinción, todo ajuste de proceso se factura como falla o toda falla se posterga como mejora. Este criterio aparece también entre las decisiones que conviene tomar antes de firmar, no después.
¿Cuándo conviene operar internamente en vez de contratar?
Conviene internalizar cuando ya tienes un rol dedicado —no un porcentaje del tiempo de alguien— con conocimiento de Power Platform y del proceso de negocio, y cuando el portafolio de automatizaciones es estable. Si ninguna de las dos condiciones se cumple, la operación interna funciona hasta la primera renuncia.
El criterio de costo no es la comparación de tarifas. Es la exposición: cuánto vale un día de proceso detenido en tu operación. Si un flujo caído retrasa un reporte regulatorio con plazo legal, el cálculo cambia por completo.
El esfuerzo de operación crece con el número de sistemas fuente conectados, no con la cantidad de flujos. Diez flujos sobre SharePoint y Dataverse son más simples de sostener que tres flujos que integran SAP, Softland y una API de un proveedor externo.
También pesa la disponibilidad de talento. El informe de la Submesa de Políticas Públicas e Inteligencia Artificial de la BCN identifica la formación de capital humano en IA como condición clave para el desarrollo del sector en Chile, lo que describe bien la dificultad de contratar y retener ese perfil en una empresa no tecnológica.
Un modelo híbrido suele ser lo razonable: el equipo interno como dueño del proceso y de las decisiones, y un proveedor externo a cargo del monitoreo y del mantenimiento técnico. Ese reparto funciona mejor cuando se define al momento de elegir qué tipo de proveedor necesitas y no cuando ya está todo construido.
