¿Quién puede sostener la reportería de planta una vez que está en producción?
El soporte lo puede dar el equipo interno, el implementador que construyó la solución o un tercero que opera la automatización mes a mes. La respuesta correcta depende de un dato concreto. Una reportería que consolida 3 a 5 fuentes de varias plantas tiene muchos puntos de falla, y alguien tiene que mirarlos todos los días.
La mayoría de los contratos de implementación terminan con la puesta en producción y una capacitación. Desde ese día, el flujo que lee los partes de turno, el modelo de AI Builder que extrae datos de planillas escaneadas y la tabla de Dataverse que alimenta Power BI quedan sin dueño explícito.
Los costos de esta etapa se ven con cifras públicas. Según el estimador de precios de Muze, la reportería de operación con 3 a 5 fuentes y varias plantas cuesta 590–795 UF + IVA y toma 7 a 10 semanas. Ese es el costo de construirla. Operarla es un compromiso distinto, que dura años.
Hay tres modelos posibles:
- Equipo interno: TI o un “citizen developer” de planta asume los flujos.
- Implementador original con bolsa de soporte: quien construyó atiende incidencias cuando se le llama.
- Automatización gestionada: un tercero monitorea, corrige y ajusta de forma proactiva, con informe periódico.
El problema de fondo está analizado en detalle en este artículo sobre quién opera y mantiene las automatizaciones de reportes después de implementarlas. Aquí el foco es otro: cómo elegir a quien lo haga.
¿Qué capacidades exige realmente operar reportería de planta?
Operar reportería de planta exige cuatro capacidades:
- monitoreo activo de cada flujo;
- acceso administrado al tenant Microsoft 365;
- conocimiento del proceso operativo y regulatorio que genera el dato;
- capacidad de cambiar flujos sin romper el historial.
Sin monitoreo, una falla puede pasar 28 días sin que nadie la vea, y después el historial de ejecución desaparece.
Ese límite de 28 días es la retención estándar del historial de ejecuciones de flujos de nube en Power Automate, según la documentación de Microsoft. Si nadie revisa fallas dentro de esa ventana, se pierde la evidencia para diagnosticar qué dato no llegó y cuándo.
Un segundo riesgo es silencioso. La documentación de Power Automate indica que los flujos con licencias estándar de Microsoft 365 pueden desactivarse tras 90 días sin ejecutarse. Un reporte trimestral o estacional puede quedar apagado justo antes de usarse.
Las capacidades técnicas mínimas que debe cubrir quien opere son estas:
- Power Automate: lectura de historial de ejecuciones, manejo de reintentos y gestión de conexiones y cuentas de servicio.
- AI Builder: reentrenamiento cuando cambia el formato de un documento de planta.
- Dataverse: control de cambios de esquema y respaldo de tablas.
- Power BI: revisión de actualizaciones programadas fallidas y de credenciales del gateway on-premises.
- Gestión del ciclo de vida (ALM): soluciones administradas y ambientes separados de desarrollo y producción.
Microsoft lo plantea como principio de excelencia operativa. Su guía de recomendaciones para automatizar tareas en Power Platform (Microsoft Learn, consultada en 2026) incluye la automatización de procesos de soporte con agentes que consultan una base de conocimiento. La guía parte del supuesto de que esa base de conocimiento existe y alguien la mantiene.
¿Cómo se ve un soporte bien hecho de punta a punta?
Un soporte bien hecho tiene cinco piezas:
- un inventario de cada flujo y agente;
- alertas que avisan antes de que el usuario reclame;
- un runbook por tipo de falla;
- un circuito definido para pedir cambios;
- un informe mensual verificable.
Si falta cualquiera de las cinco, el soporte es reactivo y depende de la memoria de una persona.
Inventario. Es una lista de flujos, conectores, cuentas de servicio, tablas de Dataverse y reportes de Power BI, con el dueño de negocio de cada uno. Sin inventario, nadie sabe qué se rompe cuando una planta cambia de ERP o de planilla.
Alertas. Los flujos críticos deben notificar fallas a un canal monitoreado, no al correo de quien los creó. Si esa persona se va de la empresa, las alertas se pierden con ella.
Runbook. Es un documento que dice qué hacer cuando falla la extracción de AI Builder, cuando expira una conexión o cuando Power BI no actualiza. El runbook es lo que permite cambiar de proveedor sin empezar de cero.
Circuito de cambios. Plantas nuevas, campos nuevos y formatos de SERNAPESCA o de la SMA que cambian. Cada ajuste pasa por un ambiente de prueba antes de producción.
Informe mensual. Muestra horas consumidas, actividades realizadas y estado de cada sistema. Es la única forma de saber si se está pagando por operación real o por disponibilidad nominal.
La reportería que toca registros laborales tiene un requisito adicional. El ORD. N°2927/58 de la Dirección del Trabajo (2021) exige que plataformas, manuales y reportes de los sistemas de registro de asistencia estén en español y usen terminología técnica chilena. Los runbooks y la documentación que entregue el proveedor deben cumplir lo mismo.
“Una reportería de planta no se cae el día que se entrega. Se cae el día en que alguien agrega una columna al Excel de turno y nadie avisa. El soporte que sirve es el que se entera antes que el gerente de planta.” — Marco Chávez, Fundador de Muze AI.
Una respuesta concreta: la automatización gestionada
La automatización gestionada resuelve el problema desplazando la operación, no la capacitación. Un tercero monitorea los flujos y agentes en producción, resuelve incidencias, ajusta la solución cuando cambia el proceso y rinde cuentas con un informe mensual. Todo ocurre dentro del tenant del cliente, que conserva la propiedad de los datos y de los flujos.
Muze AI opera bajo este modelo. Su servicio de automatización gestionada incluye monitoreo, resolución de incidencias, ajustes y un informe mensual con las horas consumidas de la bolsa, el detalle de cada actividad y el estado de cada sistema. También toma la operación de automatizaciones construidas por otro proveedor.
En reportes de compliance, sus proyectos registran una reducción del 60% en el tiempo de preparación. Mantener esa ganancia depende de que los flujos sigan corriendo después del primer año.
Este modelo no es la única respuesta válida. Las alternativas se comparan en este análisis sobre quién se hace cargo de operar automatizaciones con IA una vez implementadas. Los criterios de la tabla siguiente sirven para evaluar a cualquier proveedor.
¿Qué preguntar al evaluar a un proveedor de soporte?
Pregunte por evidencia que se pueda mostrar en una reunión de 60 minutos. Sirven un informe mensual real (anonimizado), un runbook de ejemplo, el diseño de alertas y el procedimiento para tomar flujos de terceros. Si el proveedor solo describe su metodología y no muestra artefactos, no los tiene.
| Capacidad | Qué pedir como evidencia | Señal de alerta |
|---|---|---|
| Monitoreo de flujos en producción | Captura del canal de alertas y ejemplo de una falla detectada antes del reclamo del usuario | ”Nos avisa cuando algo falla” |
| Informe mensual verificable | Informe anonimizado con horas, actividades y estado por flujo | Un solo monto de horas sin desglose |
| Toma de automatizaciones de otro proveedor | Procedimiento de traspaso: inventario, revisión de conexiones, prueba en ambiente separado | Exige reconstruir todo antes de operar |
| Operación dentro del tenant del cliente | Esquema de cuentas de servicio y permisos en el tenant Microsoft 365 del cliente | Flujos o datos alojados en un tenant del proveedor |
| Gestión de cambios con ALM | Ambientes de desarrollo y producción, soluciones administradas en Dataverse | Cambios editados directo en producción |
| Mantención de AI Builder | Registro de reentrenamientos y métricas de precisión del modelo | No sabe cuándo se entrenó el modelo por última vez |
| Conocimiento regulatorio local | Ejemplos de reportes a SERNAPESCA, SMA o CMF que haya operado | Trata el formato regulatorio como “un Excel más” |
Tres preguntas filtran rápido:
- ¿Qué pasa si el formato de origen cambia un viernes? La respuesta debe nombrar quién detecta el cambio, cómo y en qué ambiente se corrige.
- ¿Qué recibo si termino el contrato? Debería recibir inventario, runbooks y soluciones exportadas. Si la respuesta es “las credenciales”, no basta.
- ¿Quién es dueño de las cuentas de servicio? Deben pertenecer al cliente, nunca a un consultor individual.
Para elegir el stack antes de elegir el soporte, sirve esta comparación de plataformas para automatizar procesos de negocio.
¿Qué señales de alerta descartan a un proveedor?
Descarte a quien no pueda mostrar un informe mensual con detalle por flujo. Descarte también a quien opere fuera de su tenant o no tenga procedimiento para recibir automatizaciones ajenas. Las tres fallas producen lo mismo: dependencia de una persona y pérdida de control sobre los datos de planta.
Otras señales concretas:
- Flujos bajo cuentas personales. Si el flujo corre con la cuenta de un consultor, se detiene cuando cambia su contraseña o termina su contrato.
- Sin separación de ambientes. Editar en producción hace que un ajuste menor pueda dejar sin reporte a todas las plantas.
- Bolsa de horas opaca. Si el informe no detalla actividades, no se puede verificar si las horas se usaron en monitoreo, en incidencias o en nada.
- Promesas de disponibilidad sin mecanismo. Un compromiso de respuesta sin alertas configuradas no se puede cumplir.
El rigor exigible a un proveedor de agentes de IA se describe en este artículo sobre qué debe demostrar quien implementa IA agéntica. El estándar aplica igual al soporte.
¿Cuándo conviene resolverlo internamente en vez de contratar?
Conviene internalizar cuando hay al menos una persona con tiempo asignado a la operación (no en sus ratos libres), conocimiento de ALM en Power Platform y respaldo de un segundo responsable. Con pocos flujos, una sola planta y formatos estables, el equipo interno suele bastar.
Los datos muestran que la ganancia se mantiene cuando alguien opera el sistema. Las automatizaciones bien sostenidas reducen hasta 80% los errores de digitación y liberan más de 3.000 horas anuales de tareas manuales. Esas cifras se pierden si los flujos se apagan sin que nadie lo note.
En la experiencia de Muze, el criterio de decisión es cualitativo. El costo de operar crece con el número de sistemas fuente, de plantas y de reguladores involucrados. Internalizar tiene sentido cuando esa complejidad es baja y hay continuidad de personas.
Contratar tiene sentido cuando la reportería cruza varias plantas y formatos regulatorios, o cuando depende de una sola persona. También cuando el equipo interno debería estar en proyectos nuevos. Las mejoras posteriores, como nuevos modelos o flujos, se describen en esta guía para optimizar procesos con Power Automate y AI Builder.
Cierre
La pregunta “¿quién da soporte?” se responde con artefactos, no con promesas: inventario, alertas, runbooks, ambientes separados e informe mensual. Use la tabla de evaluación con cualquier proveedor, incluido el actual.
Si quiere revisar el estado de su reportería de planta y decidir entre operarla internamente o externalizarla, puede solicitar un diagnóstico IA gratuito en muze.cl.
