Notificaciones Disparadas

📬

100% aceptadas por la API con HTTP 202

Confirmados Activos (< 3 Min)

✅

Presencia validada · API 2 true

Inactivos / Timeout (> 3 Min)

🚨

Alertas enviadas a Líder · API 2 false

Tasa de Adherencia Operativa

📈

14.3%

Tiempo prom. de respuesta: N/A (0 respuestas)

🔍 Trazabilidad de Presencia en Tiempo Real

Auditoría detallada por colaborador: confirmaciones a tiempo vs. inasistencias detectadas con alerta al líder (46402883@claro.com.co). Haz clic en cualquier fila para ver la Ficha Forense.

Total Auditados Hoy: --

Fecha del Turno	Hora Disparo	Colaborador	Cédula / ID	Especialidad / Torre	Horario Turno	Tiempo de Respuesta	Estado de Presencia	Acción Ejecutada

Mostrando 1 - 20 de 20 registros

Pág. 1 / 1

🎫 Bot T.A — Asignación y Balanceo Inteligente HPSM

Supervisión en tiempo real del motor de distribución de tickets a personal en turno y reglas de gobernanza operativa.

Bot Online (AWS) 🔄 Sync: Conectando...

🤖

BOT T.A

Cargando información…

Por favor, espere unos segundos.

Casos Gestionados

✓

Pasados a "Trabajo en curso" y asignados

Casos No Gestionados

🛡️

Retenidos por regla (Record Lock, CI Inválido, etc.)

Cumplimiento SLA

⏱️

Auditoría de vencimiento en tiempo real

Ingenieros Asignados

👥

Especialistas únicos con tickets asignados hoy

Efectividad Balanceo

⚖️

Distribución equitativa y trazabilidad en HPSM

Resultado de la Operación del Bot (Tres Grupos)

Desglose de casos procesados: gestionados, no gestionados y gestionados que exigieron llenar campos obligatorios.

0 Casos

🛡️ 1. Filtro N1 (Soporte) vs N2 (Admin)

El bot lee la cola de HPSM y clasifica: incidentes de soporte se entregan exclusivamente a especialistas de Nivel 1 (N1). Los grupos de administración se asignan a Nivel 2 (N2), evitando desbordar ingenieros senior con casos de primer contacto.

⚖️ 2. Round-Robin Cíclico Equitativo

Cuando hay múltiples ingenieros en turno (ej: Turno 1/2 y 2/2), el bot rota ticket a ticket de forma secuencial. Si un ingeniero ya recibió un ticket, el siguiente pasa obligatoriamente al compañero, garantizando equidad matemática de carga laboral.

🔒 3. Retención Segura Sin Corrupción

Si un ticket está abierto por un analista en HPSM, o la torre está excluida por contrato (Cloud), el bot ejecuta una salida limpia de 3 pasos (Aceptar error residual → Cancelar → Descartar) y lo añade a lista de retención sin alterar el ticket.

Mostrando -- de -- registros

BANDEJAS

✓ Bandeja 1 · Casos Gestionados (-- registros)

Ticket HPSM	Torre / Grupo HPSM	Especialista Asignado	Cédula / ID	Hora Llegada / Asignación	Auditoría SLA / Plazo	Estado

⚠️ Bandeja 2 · Casos Gestionados Vencidos (-- registros)

Ticket HPSM	Torre / Grupo HPSM	Especialista Asignado	Cédula / ID	Hora Llegada / Asignación	Auditoría SLA / Plazo	Estado

🛡️ Bandeja 3 · Casos No Gestionados (Retenciones por Política) (-- registros)

Ticket HPSM	Torre / Subgrupo HPSM	Motivo Técnico de Retención	Política / Regla Aplicada	Hora de Llegada del Caso	Estado en HPSM

🔮 Tablero Ejecutivo: Futuro Modelo de Balanceo Inteligente

Distribución automatizada por menor carga activa en HPSM, cumplimiento estricto de nivel (N1 Soporte / N2 Admin) y blindaje de fin de turno (-30m).

⚖️ Menor Carga Activa 🛡️ Fin de Turno Protegido (-30m) 🤖 Nivel Estricto N1/N2

Equidad de Asignación

⚖️

100%

Fórmula: Varianza cupos = 0 (4 tickets c/u por torre)

Reducción MTTR

⚠️

[SIN FUENTE]

Fórmula: Σ(T_cierre - T_apertura)/N. Bot no audita cierres en HPSM

Fin de Turno Protegido

🛡️

100%

Fórmula: Asignaciones con t_restante ≤ 30m = 0

Tope Seguro

🎯

Max 5

Fórmula: Máx 5 tickets/esp (Capacidad: 7 × 5 = 35 cupos)

ℹ️ DISTINCIÓN METODOLÓGICA: EQUIDAD DE ASIGNACIÓN (100%) VS. CARGA ACTIVA REAL

• Equidad de Asignación (100%): Es una métrica matemática de despacho algorítmico. El bot distribuye exactamente la misma cantidad nominal de tickets a cada especialista en turno (4 tickets a cada uno de los 4 analistas en Microsoft, y 4 a cada uno de los 3 en Unix; desviación estándar = 0 tickets).
• Carga Activa Real: Depende de la complejidad intrínseca de cada incidente, la duración del diagnóstico, dependencias de terceros y criticidad de la falla en HPSM. Dos analistas con 4 tickets pueden tener diferente esfuerzo cognitivo y horas de dedicación. El bot balancea volumen asignado, no horas de atención individual.

Balance de Carga por Especialista: Hoy vs Mañana

Redistribución algorítmica por menor carga activa (Conservación estricta de volumen por torre)

Hoy (Round-Robin Ciego) Mañana (Menor Carga Activa)

Escala común para las dos series: el 100% del track son 5 tickets. Así Hoy y Mañana se comparan en igualdad.

Auditoría de Volumen: Microsoft (Hoy: 12 | Mañana: 12) · Unix (Hoy: 8 | Mañana: 8) · Total: 20 tickets (Δ = 0 / 100% Conservado)

                                Fórmula: Variación = ((Mañana - Hoy) / Hoy) × 100
                            

Capacidad de Guardia: Ocupación frente a Cupos Libres

Margen de absorción del equipo ante incidentes imprevistos

15 Cupos Disponibles

57.1%

Ocupación (20 / 35)

En Atención Activa

20 tickets (57.1%)

Capacidad Libre (Listos)

15 cupos (42.9%)

Ingenieros en Malla

7 especialistas (4 MS + 3 Unix)

Capacidad Total de Guardia

35 cupos (5 tickets/ing)

Conclusión Gerencial: Con 7 especialistas en malla activa, el equipo sostiene 20 tickets en curso y cuenta con 15 cupos libres (42.9% de holgura) para absorber incidentes imprevistos antes de saturar el tope de 5 tickets/especialista.

Simulador en Vivo: Dispara un Ticket y Observa la Asignación Inteligente

Asigna al especialista en turno con menos tickets en curso y evalúa minutos restantes calculados dinámicamente

🖥️ Soporte Datacenter Microsoft IT (N1) + Ticket Microsoft IT Asigna al analista con menor cola entre los 4 especialistas

🐧 Soporte Datacenter Unix IT (N1) + Ticket Unix IT Asigna al analista con menor cola entre los 3 especialistas

Usuarios y permisos

Administra el acceso y las funciones de cada persona

usuarios

activos

desactivados

Usuarios

Usuario	Rol	Estado	Último acceso	Acciones

Personal Total en Turno

👥

Malla IT global (Niveles N1, N2 y N3)

Soporte N1 Filtrados

🛡️

Personal operativo de primera línea

Entregas Teams Exitosas

🚀

100%

Cero fallos de red en entrega

Próximo Disparo Programado

⏰

14:05

Turno de la tarde (14:00 - 22:00)

🏢 Cobertura Activa de Torres IT (Soporte N1)

Personal en turno en este momento por especialidad tecnológica

🖥️ Infraestructura Servidor

Daemon en producción 24/7

Servidor Host ubuvauto02

IP Corporativa 10.60.105.11

Servicio PM2 conector-turnos-teams

Frecuencia Sondeo Cada 60 segundos

Antispam Diario Activo (Fecha+User+Horario)

🔀 Arquitectura del Flujo y Regla de Contingencia

Haz clic en cualquier nodo para ver los datos y parámetros técnicos

PASO 1 · API DE CONSULTA

1. Lectura Malla de Turnos IT

El bot consulta API 1 cada 60 seg, filtra personal de nivel N1 (Soporte) y extrae horarios y correos corporativos.

PASO 2 · CÁLCULO DINÁMICO

2. Ventana de Gracia (+5 Minutos)

Calcula hora de disparo exacta: 06:00 ➔ 06:05, 07:00 ➔ 07:05, 14:00 ➔ 14:05, 22:00 ➔ 22:05.

PASO 3 · TEAMS / POWER AUTOMATE

3. Tarjeta Adaptativa 1:1 en Teams

Publica la tarjeta interactiva en el chat privado del operador e inicia temporizador PT3M (3 minutos).

                                ESCENARIO A · CONFIRMADO (< 5 MIN)
                            
✅ Operador Confirma Presencia

                                Oprime "Confirmar que estoy Activo".

                                ➔ Se invoca API 2 (POST) con "disponible": true.

                                ➔ Tarjeta en Teams se actualiza con mensaje de éxito.

                                ESCENARIO B · INASISTENCIA (> 5 MIN)
                            
🚨 Tiempo Agotado (Timeout PT3M)

                                ➔ Se activa la línea roja de ejecución posterior.

                                ➔ Se envía Tarjeta Roja de Alerta a los Líderes (arevalohh y Daniel Felipe).

                                ➔ Se invoca API 2 (POST) con "disponible": false.

🔹 API 1: Malla General de Turnos IT

Consulta masiva utilizada por el bot para programar los envíos

Método: GET

Endpoint:

http://10.60.105.16:5081/turnos-hitss/asignaciones/disponibles-externo?torre=soporte&anexo=it

Estructura de Respuesta (JSON):

{ "status": "OK", "total": 37, "disponibles": [ { "nombre_completo": "Johan Andres Caicedo Nieto", "usuario_corporativo": "46431986", "correo_corporativo": "46431986@claro.com.co", "subarea": "IT", "nivel": "N1", "horario": "06:00-14:00" } ] }

🔹 API 2: Gestión de Presencia & Disponibilidad

Cambio puntual de estado activo/inactivo por cédula

Método: POST (Actualizar) / GET (Consultar)

Endpoint de Actualización:

POST http://10.60.105.16:5081/turnos-hitss/asignaciones/externo/disponibilidad

Payload enviado por Power Automate:

// Caso Confirmado (< 3 min): { "usuario_corporativo": "46404841", "disponible": true } // Caso Inasistencia (Timeout 3 min): { "usuario_corporativo": "46404841", "disponible": false }

🎫 Bot T.A — Asignación y Balanceo Inteligente HPSM

Usuarios y permisos

👥 Control de Acceso & Usuarios (RBAC)

➕ REGISTRAR NUEVO USUARIO