Cómo automatizar los informes de SLA y de resolución de tickets para clientes MSP

Demostrar el cumplimiento de los SLA (acuerdos de nivel de servicio) es fundamental para los MSP (proveedores de servicios gestionados). No se trata solo de un ejercicio de elaboración de informes: es clave para mantener la confianza del cliente y acreditar un buen rendimiento. Además, los clientes esperan transparencia, sobre todo cuando se trata de cumplir las obligaciones contractuales.

Para lograrlo, lo mejor es automatizar los informes de SLA y de resolución de tickets. Los informes automatizados para clientes eliminan el proceso manual y aportan un procedimiento coherente y repetible. Así, los MSP pueden seguir las tendencias de rendimiento, detectar problemas a tiempo y presentar informes sin la carga de trabajo habitual.

Esta guía te explica las herramientas, los scripts y los flujos de trabajo necesarios para crear informes de SLA precisos a gran escala.

Si prefieres una visión general rápida en vídeo, consulta nuestra guía Cómo automatizar los informes de SLA y de resolución de tickets para clientes MSP.

Cómo automatizar los informes de SLA y de resolución de tickets

📌 Requisitos previos:

• Necesitarás una plataforma PSA activa, como NinjaOne, Autotask o ConnectWise.
• Las políticas de SLA deben estar asignadas a cada cliente para que los sistemas sepan qué plazos se aplican.
• Las marcas de tiempo y las categorías de los tickets deben registrarse correctamente para que los informes sean precisos.
• Se requieren permisos de administrador para PowerShell y las consultas de datos mediante scripts.
• Necesitarás acceso a los registros de eventos o a los datos locales del sistema para confirmar la cronología de los incidentes.

Define las métricas de SLA y los objetivos de resolución

Antes de configurar informes automatizados para clientes que demuestren el cumplimiento de los objetivos de SLA, primero tienes que definir qué vas a medir.

📌 Casos de uso:

• Te ayudará a estandarizar el seguimiento de los SLA en todos los clientes.
• Sienta la base para crear informes y paneles automatizados.
• Te permite mostrar las métricas y los objetivos de rendimiento que debes cumplir según el contrato.

📌 Requisitos previos:

• Es necesario tener políticas de SLA asignadas por cliente a través del PSA.
• Un registro correcto de las marcas de tiempo de los cambios de estado de los tickets (creado, confirmado, resuelto).
• Deberías tener definidos tipos o categorías de tickets para agrupar los datos de SLA.

Estas son las métricas de cumplimiento de SLA que debes incluir en tus informes:

• Tiempo hasta la confirmación (TTA)
• Tiempo hasta la resolución (TTR)
• Porcentaje de cumplimiento de respuesta del SLA
• Tasa de resolución satisfactoria por categoría (hardware, software, red)
• Número de tickets escalados frente a resueltos
• Número de tickets de SLA incumplidos o reabiertos

Extraer datos de SLA y de tickets con PowerShell o una API

Una vez definidas las métricas, el siguiente paso es extraer los datos de los tickets de tu PSA. La mayoría de las plataformas admiten consultas o exportaciones mediante API (interfaz de programación de aplicaciones) que se pueden filtrar y programar con PowerShell.

📌 Casos de uso:

• Este método te ayudará a automatizar el seguimiento de los SLA en varios clientes.
• Reduce el esfuerzo manual en las revisiones mensuales de tickets.
• Facilita la creación de paneles e informes por categoría de SLA o por estado de incumplimiento.

📌 Requisitos previos:

• Necesitarás un token de API con permiso para consultar tickets.
• Tu versión de PowerShell debería ser la 5.1 o posterior.
• El RMM o el Programador de tareas debe tener acceso para automatizar la ejecución de los scripts.

Aquí tienes un fragmento de PowerShell de ejemplo que extrae los tickets resueltos de una API de PSA y los exporta a CSV:

$headers = @{ "Authorization" = "Bearer $token" }
$response = Invoke-RestMethod -Uri "https://api.ninjaone.com/v2/tickets" -Headers $headers
$response | Where-Object { $_.resolved -eq $true } | Export-Csv "C:\Reports\SLAReport.csv" -NoTypeInformation

Para filtrar el informe por cliente, intervalo de fechas o estado del SLA, tendrás que modificar el script. Añade parámetros de consulta a la URL de la API o usa condiciones en PowerShell.

Usar el Registro para registrar eventos locales de SLA o del agente (opcional)

📌 Casos de uso:

• Añade un rastro de auditoría local de las respuestas basadas en scripts vinculadas a los ID de ticket.
• Te ayuda a validar cuándo se activó una alerta o una acción de remediación.
• Enriquece los paneles del RMM con el contexto de los tickets por endpoint.

📌 Requisitos previos:

• Este método requiere permisos de administrador para escribir en el Registro.
• Necesitarás un RMM o un script para actualizar los valores del registro.
• Un formato de nomenclatura estándar para asociar los tickets entre sistemas.

Para marcar localmente los eventos relacionados con el SLA, crea valores de registro personalizados. Así se hace:

1. Abre el Editor del Registro.
2. Ve a esta ruta: HKEY_LOCAL_MACHINE\SOFTWARE
3. A continuación, haz clic derecho en la carpeta SOFTWARE, elige Nuevo > Clave y ponle el nombre Org.
4. Haz clic derecho en la clave Org y selecciona Nuevo > Clave. Ponle el nombre: SLAEvents
5. Dentro de la clave SLAEvents, haz clic derecho en el panel derecho y elige Nuevo > Valor de cadena.
6. Ponle el nombre LastAcknowledgedTicket. Haz doble clic e introduce un ID de ticket (por ejemplo, TKT-10129) como información del valor.
7. Crea otro valor de cadena en SLAEvents. Ponle el nombre LastActionTime. Haz doble clic y establece como información del valor la marca de tiempo del evento (por ejemplo, 2025-08-15T14:23Z)

Una vez creados, estos valores se pueden leer más adelante mediante scripts o recopilarse con tu RMM.

💡 Consejo: este paso es una forma manual de seguir los SLA. Sin embargo, el sistema de gestión de tickets de NinjaOne puede controlar el cumplimiento de los SLA de forma automática.

Ejecutar scripts de CMD para obtener contexto del endpoint o supervisar servicios

Puedes usar scripts del símbolo del sistema para recopilar datos básicos de los dispositivos Windows. Así podrás verificar qué estaba ocurriendo en un endpoint en el momento en que se creó un ticket. Esto te permite comprobar el tiempo de actividad, los servicios con errores o los eventos vinculados a problemas del sistema, lo que agiliza el proceso de elaboración de informes de resolución de tickets.

📌 Casos de uso:

• Puede ayudarte a confirmar si un problema estaba relacionado con un reinicio, un fallo o una caída del servicio.
• Te sirve de apoyo en el análisis de la causa raíz, al correlacionar el comportamiento del endpoint con los tickets.
• Resulta útil cuando PowerShell no está disponible.

📌 Requisitos previos:

• Necesitarás acceso de administrador para ejecutar el símbolo del sistema con privilegios elevados.
• Los endpoints deben tener habilitados el registro y el historial de eventos.
• Tu proceso de elaboración de informes debe permitir guardar o subir los registros.

Aquí tienes algunos comandos de ejemplo para el símbolo del sistema:

Comprobar el tiempo de actividad del sistema

systeminfo | findstr "System Boot Time"

Esto devuelve la última vez que se reinició el sistema, lo que te ayuda a confirmar si un dispositivo se reinició antes o después de notificarse un problema.

Lista de servicios con errores o detenidos

sc query type= service state= all | findstr "STOPPED"

Este método identifica qué servicios no se están ejecutando. Después puedes compararlo con el problema notificado para ver si un servicio crítico estaba caído cuando se creó el ticket.

Exportar las entradas recientes del registro del sistema

wevtutil qe System /q:"*[System[(EventID=7034)]]" /f:text /c:20

Esto extrae los últimos 20 eventos del registro del sistema correspondientes a servicios que se detuvieron de forma inesperada. Te ayuda a confirmar cuándo un dispositivo sufrió un error crítico.

💡Nota: puedes usar estos comandos para comprobar el comportamiento del endpoint en torno al momento en que se abrió o se resolvió un ticket.

Cómo crear plantillas de informes para enviar a los clientes

Una vez recopilados los datos de cumplimiento de SLA y de tickets, el siguiente paso es exportar los tickets y presentárselos a tus clientes de forma que les resulte fácil de entender. Tus informes deben resumir las métricas clave y los SLA incumplidos, y señalar dónde se puede mejorar.

📌 Casos de uso:

• Te ayuda a entregar informes coherentes y con tu marca a los clientes.
• Te permite simplificar los informes recurrentes y las revisiones de SLA.
• Puedes usarlo para comunicar tendencias, avances y riesgos en un lenguaje claro.

📌 Requisitos previos:

• Necesitarás los datos de SLA y de tickets recopilados.
• Una herramienta que te permita crear gráficos o tablas (MS Excel, Google Sheets).
• Una estructura de informe definida y estandarizada que puedas reutilizar con todos los clientes.

Asegúrate de incluir estos elementos básicos en tu informe:

• Resumen ejecutivo: debe incluir el porcentaje de cumplimiento del SLA junto con las estadísticas clave.
• Tendencias de tickets: incluye el volumen de tickets, los tipos y los patrones de resolución.
• Análisis de SLA incumplidos: ID de los tickets y motivos por los que se abrieron.
• Rendimiento de los técnicos (opcional): debe contener los tiempos medios de respuesta y de resolución.
• Recomendaciones: carencias del servicio, causas raíz y áreas de mejora, especialmente en relación con el análisis de SLA incumplidos y el rendimiento de los técnicos.

Estas son las opciones de formato recomendadas:

• Microsoft Excel, exportado mediante PowerShell. Por ejemplo, puedes usar este comando de ejemplo con datos de tickets filtrados:

$response = Invoke-RestMethod -Uri "https://api.psa.com/v2/tickets" -Headers @{ "Authorization" = "Bearer $token" }
$filtered = $response | Where-Object { $_.resolved -eq $true }
$filtered | Export-Excel -Path "C:\Reports\SLA_Report_July.xlsx" -WorksheetName "ResolvedTickets" -AutoSize

También puedes usar una versión en PDF, aunque tendrás que guardar el archivo manualmente como PDF.

• Power BI (Business Intelligence) para otros paneles con métricas en tiempo real.
• Informe en HTML con gráficos y tablas.
• Informe programado nativo del PSA.

Asegúrate de que estos informes estén segmentados por cliente y ajustados a sus umbrales y objetivos de SLA específicos.

Automatiza la generación y el envío de informes

El último paso para crear informes automatizados para clientes es enviárselos. Para ello, puedes programar scripts que exporten los informes y envíen los correos electrónicos.

📌 Casos de uso:

• Te ayuda a entregar resúmenes de SLA e informes de resolución de tickets sin esfuerzo manual.
• Garantiza informes puntuales y «siempre a tiempo» para todos los clientes.

📌 Requisitos previos:

• Necesitarás un script de informes funcional que genere salidas en CSV, XLSX o PDF.
• Las credenciales del servidor de correo o del destino de archivos de tus clientes.
• Una plataforma RMM o PSA que admita scripts o informes programados.

Puedes automatizar el envío de informes de varias formas:

• Programa scripts que exporten los datos de SLA y los envíen por correo electrónico al cliente.
• Envío mediante API a SharePoint, S3 o una carpeta FTP segura.
• Utiliza las herramientas de programación nativas del PSA. Un buen ejemplo es la exportación de informes de NinjaOne.
• También puedes activar la automatización desde tu RMM.

Aquí tienes un ejemplo de envío de correo con PowerShell:

Send-MailMessage -From "[email protected]" -To "[email protected]" `
-Subject "Monthly SLA Performance - July" `
-Attachments "C:\Reports\SLAReport_July2025.pdf" `
-SmtpServer "smtp.msp.com"

⚠️ Aspectos a tener en cuenta

Otros aspectos a considerar al automatizar los informes de SLA y de resolución de tickets

Asigna los SLA a cada cliente

Cada cliente tiene requisitos distintos de tiempo de respuesta y de resolución. Asegúrate de que cada ticket esté vinculado a la política de SLA adecuada en tu sistema PSA.

Estandariza los datos de los tickets en todos los entornos

Usa las mismas categorías de tickets, nombres de estado y flujos de trabajo con todos los clientes. Así será más fácil filtrar, representar y comparar el rendimiento del SLA a lo largo del tiempo.

Conserva los datos sin procesar para las auditorías

Lo ideal es conservar los registros de tickets exportados y las marcas de tiempo de resolución durante al menos 12 a 24 meses. Te servirán de apoyo en revisiones de contratos, disputas de facturación y auditorías externas.

Separa los datos por cliente

Esto es especialmente importante en entornos multicliente. Filtra y exporta siempre los tickets por ID de cliente: evitarás fugas de datos y mantendrás los informes limpios y precisos.

Resolución de problemas en los informes de SLA y de resolución de tickets

Faltan marcas de tiempo

Asegúrate de que tu sistema de gestión de tickets registra todos los cambios de estado necesarios, como:

• Creado
• Confirmado
• Escalado
• Resuelto

Sin ellos, las métricas de SLA de tu informe quedarán incompletas.

Asignación incorrecta del SLA

Asegúrate de que las reglas de automatización del PSA y las colas de tickets aplican las políticas de SLA correctas a cada cliente. Un ticket mal enrutado puede afectar a las estadísticas y distorsionar tus cifras.

Fallos en los scripts de PowerShell

Si tus scripts no exportan ni envían los informes, comprueba si hay problemas de permisos de la API, tokens caducados o errores en el script.

Zonas horarias inconsistentes

Si las marcas de tiempo del informe no coinciden con el historial del ticket, normaliza todo a UTC o, mejor aún, conviértelo a la hora local del cliente.

Servicios de NinjaOne

Con NinjaOne, los MSP pueden automatizar los informes de SLA y simplificar el seguimiento de la resolución de tickets de todos sus clientes. Sus funciones se detallan en la siguiente tabla:

Los informes automatizados de SLA y tickets mantienen informados a los MSP y a sus clientes

Automatizar los informes de SLA y de resolución de tickets ayuda a los MSP a ser más responsables, transparentes y eficientes. Reduce el tiempo dedicado a exportaciones manuales, mejora la precisión de los informes y garantiza que los compromisos de servicio se cumplan y sean visibles.

Hemos visto cómo definir las métricas de SLA adecuadas, extraer los datos de los tickets con PowerShell o una API, validar los eventos de resolución con el Registro y herramientas de CMD, y dar formato a los informes para enviarlos a los clientes. Con estos métodos, los MSP pueden ofrecer informes de SLA fiables y alineados con sus políticas a gran escala.

Temas relacionados:

• Automatizaciones esenciales de NinjaOne Ticketing para empezar
• ¿Qué es un acuerdo de nivel de servicio (SLA) de un MSP?
• 6 consejos sobre informes de help desk para la gestión moderna de TI
• Más allá de la resolución de problemas: buenas prácticas en informes de TI