Puntos clave
Las visualizaciones de Power BI permiten a las MSP convertir los datos de endpoints y parches en informes listos para el cliente, con QBR más claras y conversaciones mejor fundamentadas.
- Recopila el inventario, el historial de parches y los datos de errores con PowerShell para crear el conjunto de datos base de la visualización.
- Usa el etiquetado en el registro (manual o mediante GPO) para estandarizar los metadatos de los dispositivos y segmentar mejor en los paneles.
- Crea informes estructurados en Power BI: limpia los datos, define las relaciones y genera visuales como gráficos de barras, tablas, gráficos circulares y segmentaciones.
- Mejora tus informes integrando las exportaciones o la API de NinjaOne para automatizar la recopilación de datos y reducir el trabajo manual.
Convierte las métricas clave en gráficos atractivos para mantener conversaciones más útiles con tus clientes cuando usas Power BI para visualizar datos. Con herramientas modernas y métodos ágiles, puedes crear QBR coherentes y depender menos de funciones de business intelligence costosas.
En este artículo te explicamos cómo crear informes de Power BI basados en datos, reducir el tiempo dedicado a los informes manuales y responder a las preguntas más frecuentes.
Si prefieres verlo en formato visual, mira Cómo visualizar datos de endpoints y parches en Power BI para presentaciones a clientes.
Consigue paneles de cumplimiento de parches en tiempo real y visualizados con NinjaOne.
Crear una presentación de seguridad de endpoints, sin complicaciones
Sigue estos pasos para elaborar informes de cumplimiento de parches fáciles de entender para cualquier responsable. Antes de empezar, comprueba que estos métodos encajan con tus objetivos, tu alcance y tus limitaciones técnicas.
📌 Requisitos previos:
- Microsoft Power BI Desktop (versión gratuita)
- PowerShell 5.1+ (o PowerShell Core en Windows Terminal)
- Acceso de administrador para recopilar datos de endpoints y parches desde los dispositivos o el RMM
- Formato de archivo CSV o JSON para importar datos locales o regionales en Power BI
- Opcional: NinjaOne para exportar datos de parches o recopilar metadatos de endpoints
📌 Estrategias de implementación recomendadas:
| Haz clic para ir directamente a un paso | 💻 Ideal para usuarios individuales | 💻💻💻 Ideal para empresas |
| Paso 1: recopilación de datos con PowerShell | ✓ | ✓ |
| Paso 2: etiquetado en el registro con PowerShell | ✓ | ✓ |
| Paso 3: estandarización del registro mediante GPO | ✓ | |
| Paso 4: visualizar los datos con Power BI | ✓ | ✓ |
| Paso 5: integrar los datos de NinjaOne | ✓ |
Paso 1: recopila el inventario de endpoints y el estado de los parches con PowerShell
📌 Casos de uso: obtener una lista completa de endpoints, consultar el historial de parches y mucho más con cmdlets avanzados.
- Pulsa Win + R, escribe PowerShell y pulsa Ctrl + Mayús + Intro.
- Para generar el historial de parches, ejecuta:
Get-HotFix | Select-Object Description, HotFixID, InstalledOn | Export-Csv "C:\Reports\PatchHistory.csv" -NoTypeInformation
- Para consultar los errores de Windows Update, ejecuta:
Get-WinEvent -FilterHashtable @{LogName='System'; ID=20} |
Where-Object { $_.Message -like "*failed*" } |
Select-Object TimeCreated, Message | Export-Csv "C:\Reports\PatchFailures.csv" -NoTypeInformation
- Para exportar el inventario básico de dispositivos, ejecuta:
Get-CimInstance Win32_ComputerSystem | Select-Object Manufacturer, Model, TotalPhysicalMemory |
Export-Csv "C:\Reports\EndpointInventory.csv" -NoTypeInformation
Paso 2: etiqueta los dispositivos en local con claves de registro para clasificarlos
📌 Casos de uso: automatizar el etiquetado de dispositivos con scripts de PowerShell.
- Pulsa Win + R, escribe PowerShell y pulsa Ctrl + Mayús + Intro.
- Para crear una ruta de registro para las etiquetas de dispositivo, ejecuta:
New-Item -Path "HKLM:\SOFTWARE\Org\ReportingTags" -Force
Set-ItemProperty -Path "HKLM:\SOFTWARE\Org\ReportingTags" -Name "PatchTier" -Value "<PriorityTier>"
Set-ItemProperty -Path "HKLM:\SOFTWARE\Org\ReportingTags" -Name "Department" -Value "<Department>"
Set-ItemProperty -Path "HKLM:\SOFTWARE\Org\ReportingTags" -Name "SLA" -Value "<Level>"
Sustituye:
- <PriorityTier> por el nivel de riesgo de ese dispositivo (por ejemplo, Critical, Standard, Low Priority).
- <Department> por el nombre del departamento en tu organización (por ejemplo, Finance).
- <Level> por el nivel de servicio previsto (por ejemplo, Critical, High, Moderate, Low).
- Para exportar tus etiquetas como archivo .csv, ejecuta:
Get-ItemProperty -Path "HKLM:\SOFTWARE\Org\ReportingTags" |
Export-Csv "C:\Reports\DeviceTags.csv" -NoTypeInformation
Paso 3: usa una GPO para estandarizar las etiquetas del registro o la ubicación de los logs
Aplica políticas que simplifiquen el etiquetado de dispositivos y controlen dónde se guardan los logs.
⚠️ Advertencia: editar el registro puede provocar problemas en el sistema. Haz una copia de seguridad antes de continuar.
📌 Casos de uso: configuración de etiquetas de registro a nivel de toda la empresa
📌 Requisitos previos: Windows 11 Pro, Enterprise o Education y privilegios de administrador
- Pulsa Win + R, escribe gpmc.msc y pulsa Ctrl + Mayús + Intro.
- Haz clic derecho en la unidad organizativa (OU) de destino y selecciona Crear una GPO.
- Si la GPO ya existe, elige Editar una existente.
- Ve a: Configuración del equipo > Preferencias > Configuración de Windows > Registro
- Añade nuevos elementos de registro para Patch Tier, Region y Device Owners.
- Haz clic derecho en Registro y selecciona Nuevo > Elemento del Registro.
- Configura lo siguiente:
- Acción: Crear
- Subárbol: HKEY_LOCAL_MACHINE
- Ruta de la clave: SOFTWARE\Org\ReportingTags
- Nombre del valor: por ejemplo, PatchTier, Region, DeviceOwner
- Tipo de valor: REG_SZ
- Datos del valor: por ejemplo, Critical, APAC, Finance
- Estandariza la ruta de los logs con esta configuración de GPO:
- Clave de registro: HKLM\SOFTWARE\Org\ReportingConfig
- Nombre del valor: LogPath
- Datos del valor: <LogFileDirectory>
Sustituye <LogFileDirectory> por la ruta de archivo que quieras (por ejemplo, C:\LogReport).
- Haz clic derecho en la OU de destino y elige Vincular un GPO existente.
- Ejecuta gpupdate /force para actualizar manualmente la política de grupo de un endpoint.
Paso 4: crea un informe de Power BI con fuentes de datos locales
Este método crea un panel a partir de tus archivos .csv. Cuando uses Power BI para visualizar datos, valora integrar soluciones de gestión de endpoints que ya ofrecen métricas mapeadas.
📌 Casos de uso: obtener más información a partir de los datos para las QBR
- Abre Power BI Desktop.
- Ve a: Inicio > Obtener datos > Texto/CSV
- Carga lo siguiente:
- PatchHistory.csv
- PatchFailures.csv
- EndpointInventory.csv
- DeviceTags.csv
- Limpia y transforma los datos con el Editor de Power Query.
- Configura las relaciones desde la vista Modelo.
- Crea elementos visuales que reflejen los datos de parches.
- Gráfico de barras: muestra los errores de parcheo a lo largo del tiempo.
- Tabla: organiza los dispositivos por nivel de riesgo y su estado de salud actual.
- Gráfico circular: compara el número de endpoints por departamento.
- Segmentaciones: crea filtros por SLA, regiones y clientes.
- Guarda tu presentación como archivo .pbix para uso local o publícala en Power BI Service para compartirla con el cliente.
Paso 5: amplíalo con la exportación de datos o la API de NinjaOne
Aprovecha el versátil panel de NinjaOne para exportar el cumplimiento de parches a tus QBR o a Power BI.
📌 Casos de uso: automatizar la recopilación de datos, visualizar los parches instalados y pendientes de instalar y capturar elementos visuales ya preparados para las presentaciones de QBR.
📌 Requisitos previos: acceso a NinjaOne RMM con permisos de informes.
- Inicia sesión en la consola de administración de NinjaOne.
- Ve a Informes y busca un informe de parches concreto, o abre los detalles del historial de parches de un dispositivo.
- Exporta los datos relevantes del dispositivo, como:
- Parches instalados
- Actualizaciones pendientes
- Cumplimiento de parches (por dispositivo)
- Crea campos personalizados en NinjaOne que reflejen variables como PatchTier, Department y Region para segmentar mejor los datos.
- Guarda el archivo exportado en CSV para Power BI u otras herramientas de visualización centralizada.
- Crea una política de automatización (opcional) para:
- Sincronizar los valores del registro con las etiquetas de NinjaOne
- Programar exportaciones de datos de parches
- Lanzar alertas cuando fallen parches de alta prioridad.
⚠️ Aspectos a tener en cuenta
| Riesgos | Posibles consecuencias | Cómo revertirlo |
| Uso incorrecto del comando WMIC | Datos de inventario incompletos o corruptos | Usa cmdlets de PowerShell como Get-CimInstance en su lugar. |
| Discrepancias entre CSV al combinarlos | Errores de relaciones en Power BI | Usa Power Query para limpiar y transformar los datos sin procesar antes de pasar a la vista Modelo. |
| Error en el script de PowerShell | Datos exportados no válidos y bloqueos del script | Prueba primero el script en un equipo de pruebas y revisa los logs de error y los mensajes de consola. |
Qué tener en cuenta al usar Power BI para visualizar datos
Estos son los puntos clave que debes tener presentes al crear tu informe:
Actualidad de los datos
Programa exportaciones periódicas de los datos de endpoints para detectar brechas de seguridad y controlar el estado de los dispositivos de toda la organización. Es un proceso importante, pero también repetitivo, de ahí la utilidad de las funciones de automatización de exportaciones que suelen incluir las soluciones de endpoints actuales.
Campos sensibles
Las capturas de datos pueden incluir información sensible como credenciales de administrador, direcciones IP, contraseñas y otros datos confidenciales. Antes de exportar, asegúrate de ocultarlos en tus presentaciones de datos de parches.
Vistas personalizadas para cada cliente
Los responsables pueden preguntar por los SLA, las métricas por departamento y muchas otras cosas. Para anticiparte a esas dudas, prepara segmentaciones y paneles adaptados a las necesidades concretas de cada cliente.
NinjaOne hace todo esto y más con informes automatizados de endpoints y resúmenes de parches, con una solución todo en uno y sin necesidad de importar datos a plataformas de analytics como Power BI.
Dispositivos que no son Windows
En entornos mixtos, las métricas de endpoints casi nunca comparten la misma nomenclatura. Usa herramientas RMM para estandarizar los datos de parches en Windows, macOS y Linux, y así facilitar la recopilación.
Guía de inicio rápido
NinjaOne ofrece potentes capacidades de gestión de parches y visualización:
1. Funciones del panel de gestión de parches:
- Vista completa de los parches de software y de SO en todos los endpoints gestionados
- Paneles filtrables para parches de SO y de software
- Posibilidad de exportar los datos de parches a CSV para analizarlos después en Power BI
2. Principales opciones de visualización:
- Porcentaje de cumplimiento de parches
- Dispositivos por versión de SO
- Desglose del estado de los parches (aprobados, pendientes, fallidos, instalados)
- Categorías de parches (actualizaciones críticas, actualizaciones de seguridad, etc.)
- Dispositivos con más parches aprobados, pendientes o fallidos
3. Información adicional:
- Columna de análisis de KB con valoración de parches basada en IA
- Información de CVE y puntuación CVSS
- Posibilidad de filtrar por tipo de SO, tipo de dispositivo y categoría de parche
Solución de problemas al generar informes en Power BI
Así puedes resolver los obstáculos más habituales con los informes de Power BI.
Errores de carga en Power BI
A veces los archivos CSV no se cargan o no se actualizan correctamente. Si te ocurre, cierra el archivo antes de importarlo en Power BI, ya que la herramienta puede rechazar archivos por problemas de estructura y formato inconsistente (por ejemplo, columnas vacías o encabezados que faltan).
Formatos de fecha incorrectos
Si las fechas aparecen de forma inconsistente en tu informe, ve a Power Query o a la vista Informe y define el tipo de datos de la columna como «Fecha». En las herramientas de BI suele hacer falta configurarlo a mano, aunque algunas plataformas lo gestionan automáticamente en segundo plano.
Faltan etiquetas del registro
Si las etiquetas del registro desaparecen, puede deberse a una ruta incorrecta o a que la clave de registro no existe. Para solucionarlo, comprueba que el script apunta al directorio correcto y que las etiquetas del registro existen.
Problemas con la salida de CMD
Si el inventario generado desde el símbolo del sistema no se importa correctamente, exporta el archivo en .csv o analiza el .txt con PowerShell. Ten en cuenta que Power BI trata el texto sin estructura como una sola columna si no se transforma.
Mejora tus presentaciones a clientes con NinjaOne
NinjaOne te facilita la presentación de seguridad de endpoints porque:
- Automatiza la detección, la implementación y la finalización de parches para las revisiones trimestrales
- Controla el cumplimiento con paneles en tiempo real
- Ofrece informes personalizables sobre auditorías de sistemas y SLA
- Permite a los administradores de sistemas definir reglas de parcheo por grupo, departamento o región
- Admite el parcheo de equipos en remoto sin depender de VPN costosas
Usa NinjaOne y convierte al instante los datos de parches en información útil.
Centraliza el control al usar Power BI para visualizar datos
Acelera la creación de informes de cumplimiento de parches claros y eficaces aprovechando servicios de recopilación de datos escalables mientras creas tus visuales en Power BI. Las aplicaciones integradas sirven para recopilar métricas de los dispositivos de trabajo y visualizarlas después, pero hacerlo manualmente suele llevar mucho tiempo y es propenso a errores.
Olvídate de los dolores de cabeza con paneles unificados que dan a las MSP y a los equipos de TI control centralizado de su entorno, etiquetado de dispositivos sencillo y una recopilación de datos sin complicaciones.
Temas relacionados:
