Qué salas de reuniones van a fallar hoy y en qué orden arreglarlas

El problema

El Teams admin center enseña la salud de cada sala, de dispositivo en dispositivo. Lo que necesita el técnico a las 8:00 es una lista corta: primero la sala de Consejo con reunión en 30 minutos, al final la sala pequeña que está libre todo el día, y lo primero que hay que probar en cada problema.

Qué he hecho

• scripts/Export-TeamsRoomsHealth.ps1 lee los dispositivos y su salud desde Microsoft Graph (/teamwork/devices, solo lectura).
• Un estado por sala: No lista (sin conexión, fallo de inicio de sesión en Teams, cámara, micrófono, altavoz o pantalla principal caídos), En riesgo (sin calendario en la consola, sin latido reciente, software desactualizado, segunda pantalla o entrada HDMI caídas) o Lista.
• morning_check.md, ordenado por estado, sala prioritaria y próxima reunión, con un primer paso para cada problema. Además report.html, actions.csv con números de serie para el ticket y una tendencia diaria.
• Una lista de mantenimiento: firmware que se ha quedado distinto al resto del modelo y dispositivos que nadie dio de alta en el registro de salas.

Cómo está hecho

Python solo con la librería estándar y PowerShell para las exportaciones de Graph. La demo es una empresa inventada con 25 dispositivos en tres oficinas y fallos puestos a propósito. 14 tests. Un runbook corto explica la rutina de primera hora.

Qué aprendí

Casi todo el valor está en el orden de la lista, no en la detección. Y una consola sin conexión debe mostrar un problema, no cinco: lo demás es ruido hasta que vuelva.

Siguientes pasos

• Ejecutar la exportación de PowerShell contra tu tenant (la API /teamwork/devices está en la beta de Graph).
• Completar el registro de salas con tus salas y su prioridad.
• Ejecutarlo cada mañana antes de las primeras reuniones.

¿Quieres llevarlo a tu entorno o adaptarlo a tu caso? Escríbeme y lo vemos.