Separe los registros operacionales
Una alarma es evidencia de infraestructura. Service problem describe el servicio afectado. Incidente coordina la restauración. Trouble ticket comunica el problema con cliente o partner. Orden de trabajo autoriza la visita. Cita reserva una ventana. Vincule todo sin mezclar responsables, estados, relojes y auditoría.
Servicio e impactoProducto, circuito, SLA, sitios, usuarios, criticidad, redundancia y comunicación.
Red lógicaRuta, VLAN, IP, canal óptico, topología, dependencias, alarmas y pruebas.
Recursos físicosRack, chasis, tarjeta, puerto, splitter, fibra, torre, antena, energía, batería, serial y spare.
Contexto de campoSitio, coordenadas, acceso, llaves, riesgos, permisos, contacto, fotos, ruta y mapa offline.
Construya el grafo servicio-recurso
El despacho depende de saber qué recursos sostienen el servicio. TMF639 estandariza inventario y TMF674 modela sitios. Conserve IDs, especificaciones, ciclo de vida, relaciones, ubicación, serial, propiedad, garantía, mantenimiento y procedencia. El descubrimiento automático requiere conciliación.
Flujo desde la falla hasta la orden01 DetectarCapture evidenciaAlarma, anomalía, reclamo, partner, energía, prueba y clima.
02 CorrelacionarEncuentre causa comúnTopología, tiempo, recurso, lugar, duplicados, mantenimiento y supresión.
03 EvaluarCalcule impactoClientes, circuitos, redundancia, criticidad, SLA, seguridad e ingresos.
04 CalificarConfirme trabajo de campoPrueba remota, diagnóstico, activo, acceso, skills, repuestos y permiso.
05 DespacharAsigne una cuadrilla viablePrioridad, certificación, turno, ruta, ventana, vehículo, herramienta y stock.
06 EjecutarGuíe trabajo offlineSeguridad, scan, pasos, mediciones, fotos, piezas, notas y timestamps.
07 VerificarDemuestre restauraciónPrueba, telemetría, KPI, cliente, soak period y riesgo residual.
08 AprenderCierre todos los sistemasInventario, causa, resolución, piezas, trabajo, SLA y conocimiento.
Correlacione antes de multiplicar tickets
Un corte de fibra genera miles de alarmas y contactos. Agrupe por recurso, topología, horario, geografía y mantenimiento. Cada ticket conserva su comunicación/SLA y apunta a un problema común. TMF656, TMF724, TMF621 y MEF 113/124 separan estos contratos.
Califique antes de despachar
La orden debe contener hipótesis, activo/sitio, skill, certificación, riesgo, acceso, cita, procedimiento, duración, repuesto/herramienta, rollback, aceptación y evidencia. Si faltan activo, lugar o tarea, envíe a calificación.
El routing es scheduling con restricciones
Considere turno, skills, territorio, contrato, vehículo, stock, calibración, acceso, ventana, precedencia, duración, tráfico, clima, descansos, overtime, riesgo SLA y emergencias. OR-Tools soporta VRP con time windows, capacidad y pickups, pero el objetivo debe representar prioridades reales.
| Señal | Datos | Efecto | Fallback | Atajo inseguro |
|---|
| SLA en riesgo | Reloj, severidad, pausas, objetivo y proyección. | Subir costo del retraso. | Override con motivo. | Usar solo edad del ticket. |
| Falla óptica | OTDR, certificación, equipo y kit. | Restringir cuadrillas y reservar herramientas. | Técnico local más experto remoto. | Enviar generalista cercano. |
| Cita de cliente | Ventana, contacto, acceso, duración y viaje. | Restricción temporal. | Ofrecer nuevos slots. | Prometer antes de revisar capacidad. |
| Torre remota | Ruta, clima, luz, vehículo, permiso y seguridad. | Agrupar y sumar buffer. | Postergar seguro o especializar. | Optimizar solo distancia. |
| Repuesto requerido | Compatibilidad, vehículo, depósito, reserva y retorno. | Pickup, capacidad y precedencia. | Transferir stock o dividir visitas. | Confiar ciegamente en inventario. |
| Incidente mayor | Causa, servicios, cuadrillas y plan. | Congelar baja prioridad. | Comando manual. | Despachar cada ticket. |
El SLA es un modelo de relojes
Separe aceptación, respuesta, llegada, restauración, resolución y comunicación. Defina inicio, pausa, reanudación, fin, horario, exclusiones, cambio de severidad y dependencia. Proyecte incumplimiento usando diagnóstico, viaje, acceso, repuesto y duración.
Detectar
Aceptar
Triaje
Asignar
Viaje
Acceso
Reparar
Probar
Cerrar
La app móvil es offline-first por contrato
Descargue un job pack acotadoOrden, snapshot, mapa, contactos, riesgos, procedimiento, forms, repuestos y tokens.
Registre un diario append-onlyEstados, scans, medidas, GPS, fotos, piezas, notas y firmas obtienen IDs locales.
Sincronice con idempotenciaMedios reanudables, eventos con keys, conflictos por dueño del campo y acknowledgements.
ODK Collect demuestra forms, mapas, medios, datasets y sync offline. En telecom agregue control de estados, storage cifrado, remote wipe, attestation, schemas versionados y resolución explícita de conflictos.
No use last-write-wins
Servidor posee asignación, SLA y cancelación; técnico posee medidas y medios; inventario exige validación. Sincronice comandos y observaciones como eventos. Si se cancela offline, preserve la evidencia y envíela a revisión.
La evidencia debe demostrar la tarea
Exija barcode/NFC, fotos antes/después, medida calibrada, prueba, serial instalado/retirado, GPS apropiado, seguridad, firma cuando aplique y motivo de excepción. Hash de medios y captura en vivo protegen integridad.
Los repuestos son un sistema de reservas
Controle depósito, vehículo, custodia, reservado, instalado, retirado, defectuoso, devuelto y consumido. Escanee transferencias. Actualice inventario instalado solo después de evidencia y validación.
La verificación usa telemetría
“Reparado” no demuestra recuperación. Ejecute pruebas, revise alarmas, niveles ópticos/energía/radio, ruta, soak y confirmación del cliente. Cierre automático solo cuando evidencia y salud coincidan.
Citas y comunicación comparten timeline
TMF646 modela slots. Use propuesto, aceptado, en camino, llegó, acceso fallido, completado, cancelado y reprogramado. Notifique desde eventos oficiales y exponga ubicación solo con finalidad y seguridad.
Las fallas entre operadores necesitan fronteras
La conectividad cruza carriers, mayoristas, torres, energía y contratistas. MEF LSO Cantata/Sonata ayuda a automatizar. Comparta referencia, impacto, severidad, pruebas, hitos y compromisos sin exponer topología o datos innecesarios.
Mida calidad de restauración
Mida detección-ticket, triaje, despacho, viaje, acceso, first-time fix, repetición, no-fault-found, éxito de cita, SLA, stock, corrección de inventario, sync offline, evidencia rechazada, seguridad, comunicaciones, MTTR y salud posterior.
Lo que construiría
Ingesta/correlación; grafo servicio-recurso-sitio; adapters de incidente/ticket; calificación; órdenes; citas; registry de skills/turnos/stock; solver; app cifrada offline; evidencia; ledger de repuestos; pruebas; motor SLA; notificaciones; y verificación. Cada transición incluye actor, event time, fuente, motivo, versión y correlation IDs.
El principio
La automatización funciona cuando la cuadrilla adecuada llega al activo correcto con contexto y repuestos, puede trabajar sin red y devuelve evidencia de recuperación. Optimizar solo el despacho hace que el mal trabajo llegue antes.