La gestión de escalados es un proceso estructurado para tratar las incidencias que no se pueden resolver en el primer nivel de soporte. Estandarizarla hace que el proceso de escalado sea más fluido, reduce el tiempo de resolución y garantiza el cumplimiento de los SLA internos (acuerdos de nivel de servicio), además de mejorar la visibilidad del ciclo de vida de los tickets.
En esta guía verás cómo estandarizar las rutas de escalado de los técnicos mediante flujos de trabajo con scripts.
Cómo estandarizar las rutas de escalado de los técnicos con flujos de trabajo con scripts
Para estandarizar las rutas de escalado de los técnicos con flujos de trabajo con scripts, tienes que seguir una serie de pasos para definir los niveles de escalado y las condiciones que los activan. Después necesitarás herramientas de línea de comandos como PowerShell y CMD para crear los scripts y aplicar las interacciones.
📌 Requisitos previos:
- Herramientas PSA y RMM implantadas
- Entorno de scripting (PowerShell 5.1+, Windows CMD)
- Procedimientos (SOP) de escalado centralizados y definición de niveles
- Acceso a los equipos de los técnicos para desplegar los scripts
- Permisos de administrador para modificar el registro, registrar eventos y aplicar configuraciones de GPO
🎥 Este vídeo muestra en pantalla el flujo de trabajo completo de seis partes de cómo estandarizar las rutas de escalado de los técnicos con flujos de trabajo con scripts.
Parte 1: define los niveles de escalado y las condiciones que los activan
Primero, crea documentación interna o una página de SharePoint donde se detallen los niveles de escalado y sus condiciones de activación.
📌 Caso de uso: administradores de TI que crean un documento interno de política de escalado para estandarizar los niveles de soporte y las reglas de activación
El esquema debería ser parecido a este:
- Nivel 1: resolución básica de problemas y registro inicial del ticket
- Nivel 2: soporte de configuración de software o de endpoints
- Nivel 3: escalado al NOC (centro de operaciones de red), a seguridad o al soporte del proveedor
- Nivel x: escalado de emergencia o relacionado con el cumplimiento
El escalado se puede activar entonces en función de:
- La prioridad del ticket
- Pasos de remediación fallidos
- La lógica de un árbol de decisión en script
- Reglas específicas de cada cliente
💡 Nota: los niveles de escalado y las condiciones de activación varían. Ajústalos y modifícalos según tus necesidades.
Parte 2: usa PowerShell para programar acciones de escalado por niveles
Este paso añade una entrada a un registro de auditoría local y notifica el escalado al PSA externo.
📌 Caso de uso: administradores de TI que implementan una función de escalado en PowerShell que registra el evento localmente y actualiza el PSA
- Pulsa Win + R, escribe PowerShell y haz clic en Ejecutar como administrador.
- Copia y pega el siguiente script en la consola y pulsa Intro:
function Start-Escalation {
param (
[string]$Tier,
[string]$TicketID,
[string]$Reason
)
$EscalationLog = "C:\Logs\Escalation_$TicketID.txt"
Add-Content -Path $EscalationLog -Value "$(Get-Date): Escalated to $Tier. Reason: $Reason"
# Send alert or webhook to PSA
Invoke-RestMethod -Uri "https://psa.vendor.com/api/escalate" -Method POST -Body (@{
ticketId = $TicketID
tier = $Tier
notes = $Reason
} | ConvertTo-Json)
}
💡 Nota: activa esta función a partir de la entrada del técnico, de métricas del sistema o de incumplimientos de políticas.
⚠️ Importante: antes de desplegar el cambio de configuración en otros endpoints, pruébalo en un equipo local. (Más información en: aspectos a tener en cuenta)
Parte 3: registra el historial de escalados con el Registro de Windows
Usa el Registro de Windows para marcar los puntos de escalado en el dispositivo afectado y poder auditarlos y recuperarlos desde el RMM.
📌 Caso de uso: administradores de TI que registran eventos de escalado en el Registro de Windows para darles visibilidad en el RMM y en las auditorías
- Pulsa Win + R, escribe regedit y pulsa Intro.
- Navega hasta:
- HKEY_LOCAL_MACHINE > Software > Org > EscalationHistory
- Busca las siguientes entradas del registro para ver el ID del ticket, el nivel de escalado, quién lo escaló y cuándo:
- TicketID (String)
- EscalationTier (String)
- EscalatedBy (String)
- Timestamp (String)
💡 Consejo: usa scripts de análisis del RMM para leer estas claves. Así los indicadores de escalado aparecerán en los paneles o en las vistas de tickets.
⚠️ Advertencia: editar el registro puede tener consecuencias imprevistas. Lo mejor es obtener los datos y no modificar las claves. (Más información en: aspectos a tener en cuenta)
Parte 4: usa CMD para verificar los pasos realizados por el técnico
El símbolo del sistema de Windows (CMD) permite verificar los pasos antes del escalado. En este paso se añaden scripts de comprobación previa que los técnicos deben ejecutar antes de escalar.
📌 Caso de uso: administradores de TI que exigen la verificación previa al escalado mediante scripts de diagnóstico en CMD
- Pulsa Win, escribe cmd y pulsa Ejecutar como administrador.
- Copia y pega el siguiente script en la consola y pulsa Intro:
@echo off
echo Checking Windows Update...
wmic qfe list brief > %TEMP%\qfe.txt
echo Checking AV status...
sc query windefend > %TEMP%\avstatus.txt
echo Checking disk space...
wmic logicaldisk get size,freespace,caption > %TEMP%\diskcheck.txt
⚠️ Importante: asegúrate de copiar y pegar el script correcto, ya que una sintaxis incorrecta puede provocar errores. (Más información en: aspectos a tener en cuenta)
Parte 5: impón la adopción del flujo de trabajo con directivas de grupo
Puedes usar las directivas de grupo para forzar la ejecución de scripts, mostrar recordatorios y restringir acciones de escalado no autorizadas.
📌 Caso de uso: administradores de TI que imponen por GPO la ejecución de scripts previos al escalado, los recordatorios y las restricciones de acceso
Para forzar la ejecución de los scripts previos antes de escalar, sigue estos pasos:
- Pulsa Win + R, escribe gpmc.msc y pulsa Intro.
- Navega hasta:
- Configuración de usuario > Directivas > Configuración de Windows > Scripts
- Haz doble clic en Inicio de sesión, haz clic en Agregar y busca tu script previo al escalado.
Después, lo ideal es mostrar un banner en el inicio de sesión como recordatorio. Para ello, sigue estos pasos:
- Pulsa Win + R, escribe gpmc.msc y pulsa Intro.
- Navega hasta:
- Configuración del equipo > Configuración de Windows > Configuración de seguridad > Directivas locales > Opciones de seguridad
- Configura lo siguiente:
- Inicio de sesión interactivo: título del mensaje para los usuarios que intentan iniciar sesión
- Inicio de sesión interactivo: texto del mensaje para los usuarios que intentan iniciar sesión
Por último, restringe las acciones de escalado para impedir que los grupos no autorizados ejecuten scripts o herramientas de escalado:
- Pulsa Win + R, escribe gpmc.msc y pulsa Intro.
- Navega hasta:
- Configuración del equipo > Configuración de Windows > Configuración de seguridad > Directivas de restricción de software
- En Reglas adicionales, crea:
- Una regla de ruta de acceso o una regla de hash que apunte a tu script o herramienta de escalado.
- Establece el nivel de seguridad en No permitido.
- En Niveles de seguridad, configura la Aplicación forzada para que las reglas se apliquen solo a los usuarios o grupos que elijas.
- Haz clic con el botón derecho en Directivas de restricción de software > Aplicación forzada.
- Selecciona Aplicar a todos los usuarios excepto a los administradores locales.
Parte 6: automatiza la interacción con el PSA mediante API o webhooks
Este método envía los eventos de escalado desde CMD al PSA.
📌 Caso de uso: administradores de TI que automatizan la actualización de tickets escalados en el PSA mediante llamadas a la API desde CMD
- Pulsa Win, escribe cmd y pulsa Ejecutar como administrador.
- Copia y pega el siguiente script en la consola y pulsa Intro:
curl -X POST https://psa.vendor.com/api/escalate ^
-H "Content-Type: application/json" ^
-H "Authorization: Bearer <API-TOKEN>" ^
-d "{\"message\":\"Escalated to Tier 2 by jsmith. Registry and diagnostics attached.\"}"
💡 Consejo: usa las políticas del RMM para registrar cuándo se escalan los tickets. Después, envía notificaciones a Slack, Teams o la plataforma de comunicación que utilices.
⚠️ Aspectos a tener en cuenta
| Riesgos | Posibles consecuencias | Cómo revertirlo |
| No probarlo en un equipo local | Desplegar un script sin probar puede provocar fallos en los dispositivos por problemas como la incompatibilidad de claves del registro. | Aplica los cambios que quieras en un equipo local y comprueba después si la configuración produce el resultado previsto. |
| Editar el registro sin copia de seguridad | Editar el registro de forma incorrecta puede dañarlo, así que lo mejor es hacer una copia de seguridad antes. | Exporta la clave del registro antes de hacer cambios en Archivo > Exportar. |
| Sintaxis de comandos incorrecta | Una sintaxis incorrecta puede dañar el registro, provocar un comportamiento anómalo del sistema o hacer que el código no haga nada. | Asegúrate de copiar y pegar el script correcto en la consola. También puedes usar aplicaciones como PSScriptAnalyzer para comprobar la calidad del código. |
Cómo gestionar las rutas de escalado de forma eficaz
Estas prácticas garantizan que cada escalado sea puntual, conforme a la normativa y auditable.
Seguimiento del tiempo de escalado
Registra la marca de tiempo de cada salto de nivel para medir el tiempo medio de resolución (MTTR). Puedes hacerlo centralizando el registro: basta con añadir una entrada a un archivo de registro central cada vez que se escala un ticket. Incluye el ID del ticket, el nivel de origen, el nivel de destino y la marca de tiempo.
Flujos de trabajo específicos por cliente
Personaliza los scripts y las rutas para usuarios VIP o sistemas sensibles usando un grupo de seguridad o una unidad organizativa (OU) que te permita aplicar configuraciones de GPO concretas a los endpoints de los clientes VIP.
Correspondencia con los SLA
Incluye temporizadores o alertas de SLA cuando un ticket supere los umbrales de cada nivel. La forma más sencilla es enviar alertas por webhook a Slack o MS Teams (o a la plataforma de comunicación que uses) cuando el incumplimiento del SLA esté a punto de producirse.
Documentación
Guarda las pruebas previas al escalado (ejecuciones de scripts, registros recopilados o claves del registro de cada ticket) para disponer de una pista de auditoría de todo lo que se hizo antes de escalar.
Resolución de problemas habituales
Estos son algunos problemas habituales que pueden surgir al estandarizar las rutas de escalado de los técnicos con flujos de trabajo con scripts, y cómo resolverlos.
Los scripts no se ejecutan
Si los scripts no se ejecutan, lo más probable es que haya restricciones de ejecución en PowerShell y en la GPO. Para solucionarlo, comprueba la política actual ejecutando Get-ExecutionPolicy -List en PowerShell o activa la opción Permitir todos los scripts en la GPO desde:
Configuración de usuario → Plantillas administrativas → Componentes de Windows → Windows PowerShell → Activar la ejecución de scripts.
Las claves del registro no se actualizan
Algunas claves del registro pueden no actualizarse por problemas de permisos o porque el contexto de usuario no coincide, según cómo se haya desplegado el script. Para resolverlo, confirma los permisos de administrador y el contexto de usuario durante la ejecución.
Fallos en los webhooks
Los fallos de los webhooks suelen deberse a tokens no válidos, URL incorrectas o JSON mal formado, lo que hace que las API los rechacen. Puedes probar el endpoint manualmente ejecutando este script en PowerShell:
Invoke-RestMethod -Uri "https://psa.vendor.com/api/escalate" -Method POST -Headers @{Authorization="Bearer TOKEN"} -Body '{"test":"value"}' -ContentType 'application/json' |
Técnicos que se saltan pasos
Que los técnicos se salten pasos puede dar lugar a varios problemas. Por ejemplo, sin una verificación automatizada los sistemas no comprueban si se han completado las acciones previas al escalado. Puedes imponer recordatorios visibles en el inicio de sesión para evitar que los técnicos se salten pasos.
Servicios de NinjaOne para estandarizar los flujos de trabajo de escalado
Los MSP pueden imponer, supervisar y auditar las rutas de escalado a gran escala con NinjaOne, sin necesidad de revisiones manuales. NinjaOne estandariza los flujos de trabajo de escalado en todos los clientes de este modo:
- Despliega por política conjuntos de scripts previos al escalado en los endpoints
- Supervisa las claves del registro para el seguimiento de los escalados
- Lanza alertas o automatizaciones cuando se alcanzan determinados niveles
- Se integra con los PSA para crear, actualizar y documentar los eventos de escalado
- Registra los resultados de los scripts y escala los dispositivos marcados a paneles organizados por colas
Guía de inicio rápido
NinjaOne sí permite estandarizar las rutas de escalado de los técnicos con flujos de trabajo con scripts.
Así funciona, en general, dentro de NinjaOne:
- Flujos de trabajo con scripts: NinjaOne te permite crear y desplegar scripts personalizados que automatizan tareas repetitivas, generan registros e incluso activan pasos de escalado cuando se cumplen determinadas condiciones.
- Rutas de escalado: puedes definir rutas de escalado claras dentro de esos scripts. Por ejemplo, si un ticket sigue sin resolverse después de un tiempo determinado o cumple ciertos criterios, puede pasar automáticamente a un equipo de soporte de nivel superior o lanzar una alerta.
- Integración con el PSA: si usas una herramienta PSA (automatización de servicios profesionales) junto con NinjaOne, puedes sincronizar estos flujos de trabajo con scripts para que los tickets sigan la ruta de escalado correcta en ambas plataformas.
- Reglas de automatización: puedes configurar reglas de automatización que supervisen el estado de los tickets, los tiempos de respuesta o campos personalizados y escalen automáticamente según umbrales predefinidos.
Reduce el tiempo de resolución estandarizando las rutas de escalado con flujos de trabajo con scripts
Estandarizar el escalado de los técnicos con flujos de trabajo con scripts mejora la eficiencia y la coherencia en los tickets de todos los clientes. El proceso consta de varias partes y pasos que resultan mucho más sencillos con un RMM como NinjaOne.
Temas relacionados:
