Alertas de Riesgo de Burnout y Exceso de Horas Extras

Objetivo

Al terminar tendrá un flujo operativo que genera alertas automáticas a managers, registra incidencias y reduce riesgo de bajas por burnout.

Al completar este tutorial habrás implementado un sistema de análisis activo en Power BI. Los tres resultados concretos que obtendrás:

Visualización en Power BI con métricas de horas y puntuación de riesgo
Flujo en Power Automate que notifica al manager y crea registro en SharePoint
Proceso operativo reproducible para seguimiento y cierre de alertas

Tiempo estimado: 45-60 minutos. Requisitos previos:

Obligatorio Cuenta con Microsoft 365 con Copilot, Power BI Pro y acceso a Power Automate.

Obligatorio Dataset con registros de horas trabajadas por empleado (ID empleado, total horas semanales, horas extras, manager UPN).

Recomendado Lista de SharePoint llamada 'AlertasRRHH' con columnas: EmployeeID, WeekStart, Hours, RiskScore, Status, CreatedBy.

Recomendado Conectores configurados: Office 365 Users, SharePoint y Microsoft Teams para notificaciones.

Caso Real

El problema que resuelve este tutorial

DeltaServicios, consultoría tecnológica

Equipos con picos de trabajo repetidos generan aumento de bajas y rotación. Los managers suelen enterarse tarde, cuando el problema ya impacta proyectos.

Solución: Power BI identifica patrones de horas extendidas y calcula una puntuación de riesgo; Power Automate notifica managers y crea registros para intervención temprana.

Power BI centraliza datos horarios y permite calcular indicadores derivados en tiempo casi real. Power Automate automatiza la entrega de alertas y la trazabilidad, reduciendo la dependencia de procesos manuales y velocidades de reacción.

Clave directiva

Power BI Copilot no requiere conocimientos de DAX ni de modelado de datos para obtener respuestas analíticas de alto valor. El directivo puede interrogar el modelo semántico en lenguaje natural y obtener visualizaciones y narrativas automáticas en segundos.

Contexto

Cuándo usar este análisis

Úsalo cuando...	No lo uses cuando...
Tienes datos estructurados de horas por empleado y manager asignado Necesitas notificaciones proactivas y trazabilidad de acciones de RRHH Quieres integrar notificaciones en Teams o correo y registrar incidencias	No hay datos de horas o no existe manera de identificar responsable por empleado Solo requieres informes estáticos periódicos sin acciones automatizadas Buscas una solución puramente anónima o de análisis sin comunicación a managers

Comparativa: Copilot vs Q&A vs Smart Narratives

Función	Mejor para	Requiere	Output
Copilot	Análisis exploratorio y resúmenes ejecutivos	Licencia M365 Copilot	Texto narrativo + visualizaciones sugeridas
Q&A	Preguntas puntuales sobre métricas específicas	Modelo semántico bien etiquetado	Visualización automática
Smart Narratives	Comentarios automáticos en informes estáticos	Power BI Pro o superior	Párrafo de texto dinámico
Key Influencers	Análisis causal de factores de negocio	Power BI Pro o superior	Árbol de factores con peso estadístico

Paso 01

Preparar el modelo y métricas en Power BI

Defina las métricas que indicarán riesgo: horas semanales, horas extras, tendencia y una puntuación de riesgo compuesta. Esto permite que la alerta se base en una medida robusta y reproducible.

1
Crear medidas clave En el modelo de Power BI, cree medidas DAX: TotalHorasSemana, HorasExtrasSemana y RollingAvg4Semanas. Utilice columnas de fecha y EmployeeID para segmentar por persona.
2
Calcular la puntuación de riesgo Defina una medida RiskScore que combine horas, horas extras y tendencia. Ejemplo: RiskScore = 0.6*NormalizedHours + 0.3*NormalizedOvertime + 0.1*TrendScore.
3
Crear visualización y tarjeta de alerta En un panel, agregue una tarjeta o KPI que muestre el número de empleados con RiskScore >= [ALERT_THRESHOLD]. Esta tarjeta será la base para la alerta de Power BI.

Checkpoint: Panel con tarjeta KPl que muestra el conteo de empleados por encima del umbral y medidas DAX implementadas.

Paso 02

Configurar el flujo en Power Automate

Cree un flujo que se active con la alerta de Power BI, obtenga datos del empleado, compruebe duplicados y notifique al manager por Teams o correo, además de registrar la incidencia en SharePoint.

1
Crear nuevo flujo automatizado En Power Automate, seleccione 'Crear' > 'Flujo automatizado desde blanco'. Use el disparador 'Cuando se activa una alerta basada en datos de Power BI' (Power BI - When a data driven alert is triggered).
2
Configurar disparador Seleccione [WORKSPACE] como workspace, el panel/dash y la tarjeta/KPI creada. Añada el umbral de alerta correspondiente. Use el contenido del trigger para extraer EmployeeID o detalle (puede requerir que la tarjeta incluya contexto por empleado).
3
Añadir acciones principales 1) 'Get items' de SharePoint: filtrar por EmployeeID y Status eq 'Open' para evitar duplicados. 2) Si no existe alerta abierta, 'Get manager (V2)' del conector Office 365 Users usando el UPN del empleado. 3) 'Send message' a Teams o 'Send an email (V2)' al manager con plantilla que incluya EmployeeID, Hours y enlace al informe. 4) 'Create item' en SharePoint en lista 'AlertasRRHH' con datos y Status='Open'.
4
Añadir condición y cierre Agregue una condición para registrar solo una alerta por empleado por semana. Opcionalmente, añada una acción programada para re-chequear y cerrar alertas si la situación se normaliza.

Checkpoint: Flujo publicado que se activa por la alerta de Power BI, notifica al manager y crea un registro en SharePoint sin duplicados.

Paso 03

Ejecutar el prompt o configuración principal

Este es el prompt/configuración central del tutorial. Cópialo completo, rellena las variables entre corchetes con los datos de tu empresa o situación, y ejecútalo.

1
Copia el prompt o configuración completa Selecciona todo el texto y cópialo. No modifiques la estructura — está diseñado para obtener el output más útil posible.
2
Rellena las variables entre corchetes Sustituye cada [VARIABLE] con información real de tu empresa. Cuanto más específico seas, mejor será el resultado.
3
Ejecuta y espera el resultado Pega el prompt en Copilot o configura el flujo en Power Automate. El resultado puede tardar entre 10 y 60 segundos.

Variables del prompt — sustituye cada [VARIABLE] con datos reales

[WORKSPACE]Nombre del workspace de Power BI donde está el dashboard y la tarjeta KPI

[ALERT_THRESHOLD]Valor numérico del RiskScore a partir del cual se genera la alerta (ej. 0.7)

[SHAREPOINT_SITE]URL o nombre del sitio de SharePoint donde se almacenarán las alertas

Prompt principal — Alertas de Burnout y Horas Extras Eres un asistente técnico. Ayúdame a crear un flujo completo en Power Automate que conecte una tarjeta KPI de Power BI con un proceso de notificación a managers y registro en SharePoint para gestionar alertas de riesgo de burnout. Variables: workspace [WORKSPACE], umbral de riesgo [ALERT_THRESHOLD], sitio SharePoint [SHAREPOINT_SITE]. Objetivo: cuando Power BI detecte empleados con RiskScore >= [ALERT_THRESHOLD] el flujo debe: 1) activarse mediante el disparador 'When a data driven alert is triggered' del conector Power BI, seleccionando el workspace [WORKSPACE] y la tarjeta KPI correspondiente; 2) extraer del payload los campos EmployeeID, TotalHours, RiskScore y WeekStart; 3) comprobar en la lista SharePoint en [SHAREPOINT_SITE] (lista 'AlertasRRHH') si existe un registro con EmployeeID igual al extraído y Status eq 'Open' usando 'Get items' con Filter Query: EmployeeID eq '[EmployeeID]' and Status eq 'Open'; 4) si no existe, llamar a 'Get manager (V2)' del conector Office 365 Users con el UPN del empleado para obtener correo y Teams ID; 5) crear item en SharePoint 'AlertasRRHH' con columnas: EmployeeID, WeekStart, TotalHours, RiskScore, Status='Open', CreatedBy=flow; 6) enviar notificación al manager vía Teams con mensaje estructurado: asunto 'Alerta RRHH: [EmployeeID] - riesgo de burnout', cuerpo con resumen, enlace al informe Power BI y acciones recomendadas; adjuntar botón para 'Solicitar revisión' que abre el informe filtrado por EmployeeID; 7) registrar en el historial del item en SharePoint la fecha y el flujo ejecutado; 8) incluir lógica de deduplicación para no notificar más de una vez por semana por empleado; 9) añadir rama alternativa para escalado si RiskScore >= 0.9: notificar también a Director de RRHH y crear tarea en Planner; 10) explicar pasos precisos en Power Automate UI (conectores exactos, campos a mapear, expresiones OData y condiciones) y proporcionar plantillas de texto para el correo/Teams y el esquema de columnas de SharePoint. Entrega: pasos detallados listos para copiar y pegar, expresiones, consultas OData y ejemplos de payload. Usa ejemplos concretos: EmployeeID 'E12345', ManagerUPN 'ana.gomez@empresa.com', RiskScore 0.75. Indica permisos necesarios y pruebas recomendadas.

Checkpoint: El sistema ha respondido con un output estructurado que incluye las secciones solicitadas.

Paso 04

Iterar y validar con managers

Refine umbrales y notificaciones con feedback de managers. Incorpore reglas para evitar sobrealertas y medir impacto.

1
Revisar métricas con managers Compartir un informe ejecutivo semanal con managers para validar falsos positivos y ajustar [ALERT_THRESHOLD] o la ponderación del RiskScore.
2
Ajustar flujo Si hay ruido, añada lógica en Power Automate: agrupar alertas por empleado, esperar 24 horas antes de notificar o enviar una alerta solo si el patrón persiste.

Checkpoint: Umbrales ajustados y proceso de feedback documentado; reducción de alertas innecesarias.

Output

Qué vas a obtener

El prompt genera: 1) pasos detallados de configuración del flujo en Power Automate; 2) expresiones OData y mapeos de campos; 3) plantillas de mensaje para Teams/correo; 4) esquema de la lista SharePoint y pruebas recomendadas. Entrega listo para ejecutar.

Señal de que el output es correcto: Se registra una alerta en SharePoint y el manager recibe la notificación con datos correctos y enlace al informe.

✓El flujo aparece publicado y activo en Power Automate La alerta de Power BI dispara pruebas con payload ejemplar Se crea un elemento en la lista SharePoint por cada alerta válida El manager recibe notificación en Teams/correo con enlace al informe

Prompts de iteración

Si el primer output no es exactamente lo que necesitas, usa estos prompts de refinamiento:

Hacer el output más específico

cuando el output es demasiado genérico. "Reescribe las acciones del flujo incluyendo ejemplos concretos de nombres de conectores, nombres de campos y valores de prueba. Sustituye [WORKSPACE], [ALERT_THRESHOLD] y [SHAREPOINT_SITE] por los reales de mi entorno."

Cambiar el nivel de detalle

cuando necesitas más o menos profundidad. "Genera una versión condensada (máx. 200 palabras) y otra expandida con instrucciones paso a paso para cada acción de Power Automate, incluyendo expresiones y consultas OData."

Adaptar el tono

cuando el tono no es el adecuado para tu audiencia. "Reformula el documento con un tono ejecutivo y directo, orientado a presentar al Comité de Dirección los beneficios y riesgos, sin detalles técnicos innecesarios."

Versión ejecutiva resumida

para compartir con el Comité de Dirección. "Resume en 6-8 frases la solución, impacto esperado en reducción de bajas y costes asociados, y las métricas de éxito (KPI) para el primer trimestre."

Señal de calidad

Un output de calidad en Power BI Copilot incluye siempre una explicación causal (por qué ocurre la variación), no solo descriptiva (qué ha ocurrido). Si el output solo describe, refina el prompt pidiendo explícitamente el análisis de causas.

ROI

Coste y retorno de inversión

incluido en M365 con Copilot Microsoft 365 Copilot / mes

tiempo por ejecución: segundos a minutos según acciones Por ejecución

Alto ROI estimado

Reducir bajas por burnout y la rotación disminuye costes de sustitución y pérdida de productividad. Automatizar detección y notificación acelera la intervención y optimiza recursos de RRHH, con retorno medible en la reducción de días perdidos y proyectos afectados.

Errores

Errores frecuentes y cómo resolverlos

Síntoma	Causa probable	Solución
El flujo no se activa al superar el umbral	La tarjeta KPI no tiene configuración de alerta basada en datos o está en otro workspace	Verifique que la tarjeta KPI exista en [WORKSPACE] y cree una alerta en Power BI Service vinculada al valor de la tarjeta; después pruebe el trigger en Power Automate.
Datos del empleado no aparecen en el payload del trigger	La tarjeta KPI devuelve solo un conteo y no contexto por empleado	Cambie la estrategia: use una consulta programada a dataset (acción 'Run a query against a dataset') para obtener registros de empleados y ejecutar la lógica en el flujo.
Get manager devuelve error o vacío	El UPN del empleado es incorrecto o no existe en Azure AD	Asegúrese de que el campo Manager UPN está presente en el dataset. Si no, use 'Get user profile (V2)' para obtener campos válidos o ajuste fuente de datos.
Duplicados de alertas por el mismo empleado	Filtro OData mal formado en 'Get items' o falta lógica de deduplicación	Use Filter Query: EmployeeID eq '@{triggerBody()?['EmployeeID']}' and Status eq 'Open' o mapee el valor dinámicamente; pruebe con valores de ejemplo y ajuste.
Notificación no llega al manager	Permisos de Teams o correo, o identificador incorrecto	Valide que el manager tiene Teams habilitado y que la acción 'Post a message' usa el correo o ID correcto; pruebe enviando un correo de prueba con 'Send an email (V2)'.

Precaución

Copilot en Power BI requiere que el modelo semántico esté bien etiquetado (nombres de columna descriptivos, jerarquías de fechas correctas, medidas con nombres de negocio). Un modelo mal documentado produce respuestas incorrectas o incompletas, independientemente de la calidad del prompt.

Avanzado

Modo avanzado: llevar este tutorial más lejos

El modo avanzado de Power BI permite crear consultas y medidas más sofisticadas (dataflows, funciones M y DAX complejas) para calcular un RiskScore robusto y exponer tablas filtrables que Power Automate puede consultar. También permite paginar resultados y preparar payloads enriquecidos para notificaciones.

Cuándo es especialmente valioso: Es especialmente valioso cuando los datos requieren limpieza previa, hay muchos valores atípicos o se necesita un RiskScore estadísticamente robusto para reducir falsos positivos.

1
Crear Dataflow para normalizar registros de horas y managers
2
Definir medidas DAX avanzadas (trend, z-score) y exponer tabla calculada con empleados de alto riesgo
3
Configurar Power BI REST API o 'Run a query against a dataset' para extraer el detalle por empleado
4
Integrar con Power Automate usando el resultado de la consulta para notificaciones detalladas

Configuración avanzada Genera un script detallado para Power BI Dataflow y consultas DAX que normalice horas trabajadas, calcule z-score por empleado y exponga una tabla 'HighRiskEmployees' con campos (EmployeeID, WeekStart, TotalHours, RiskScore, ManagerUPN). Incluye pasos para usar 'Run a query against a dataset' desde Power Automate y ejemplos de payload JSON.

Siguiente paso: Tras implementar, haga una revisión mensual con managers para ajustar el umbral y documente las acciones tomadas por cada alerta en la lista SharePoint para medir efectividad.