// TELCO — Cuerpo: 4 capas + casos + TM Forum + vs alternativas + autonomía + seguridad + transferencia + prueba + plan + CTA + objeciones // SECCIÓN — 4 CAPAS TELCO const TelcoLayers = () => { const layers = [ { n: '01', k: 'BASE', color: '#0050BD', t: 'Fuentes y sistemas del operador.', note: 'Integración mediante conectores, APIs y mecanismos autorizados de la arquitectura del cliente. Sin migración forzada.', items: ['OSS', 'BSS', 'NMS', 'EMS', 'CRM', 'Billing', 'Ticketing', 'Fault management', 'Performance mgmt', 'Inventory (physical/logical)', 'Config mgmt', 'Provisioning', 'Probes activos', 'Probes pasivos', 'RAN counters', 'Core counters', 'Transport metrics', 'Field mobile apps', 'Contract SLA · MSAs', 'Data lake / DWH', 'APIs internas', 'Streams · Kafka'] }, { n: '02', k: 'COGNICIÓN PRIVADA', color: '#F4024C', t: 'SDM NOC entrenado sobre su red.', note: 'Interpreta topología, dependencias, historial de fallas y patrones de correlación específicos del operador.', items: ['Topología física', 'Topología lógica', 'Dependencias servicio', 'Historial de fallas', 'Modos de fallo', 'Reglas de correlación', 'Ventanas de mantenimiento', 'Contratos SLA', 'Prioridad clientes', 'Segmentación (consumer/SMB/enterprise)', 'Reglas comerciales', 'Playbooks NOC', 'Runbooks aprobados', 'Decisiones anteriores', 'Casos escalados', 'Políticas de escalamiento'] }, { n: '03', k: 'ORQUESTACIÓN', color: '#1E1F26', t: 'Acciones coordinadas cross-sistema.', note: 'Cada acción configurable por dominio, riesgo, cliente, SLA, políticas y nivel de autonomía.', items: ['Correlacionar alarmas', 'Deduplicar por causa', 'Priorizar por impacto cliente', 'Sugerir RCA', 'Evaluar alternativas', 'Ejecutar reruteo', 'Ajustar parámetros celda', 'Cambiar routing IP', 'Provisionar workaround', 'Dispatch field service', 'Suspender SLA claims', 'Comunicar cliente enterprise', 'Actualizar ticket', 'Cerrar incidente', 'Registrar RCA', 'Rollback automático'] }, { n: '04', k: 'IMPACTO', color: '#B00238', t: 'KPIs de service assurance y comercial.', note: 'Publicación cuantitativa requiere [VALIDAR MÉTRICA] con auditor + metodología firmada por operaciones y comercial.', items: ['MTTR', 'MTBF', 'Availability por servicio', 'SLA hard cumplido', 'SLA soft cumplido', 'Alarmas dedupli.', 'Tickets creados', 'Tickets cerrados sin intervención', 'Field dispatch evitado', 'Costo por incidente', 'Costo penalidad evitado', 'ARPU protegido', 'NPS enterprise', 'Churn evitado', 'Alert fatigue score', 'Decisiones automáticas', 'Excepciones escaladas', 'Time-to-detect', 'Time-to-mitigate'] }, ]; return (

Cuatro capas · vocabulario de service assurance · integración OSS/BSS.

{layers.map((L, i) => (
e.currentTarget.style.borderColor = L.color} onMouseLeave={(e) => e.currentTarget.style.borderColor = '#E4EBF3'}>
CAPA {L.n} · {L.k}

{L.t}

* {L.note}

{L.items.map((it) => ( {it} ))}
))}
); }; // SECCIÓN — CASOS DE USO const TelcoUseCases = () => (

Once dominios de decisión sobre el mismo runtime.

{[ { i: 'radio-tower', n: 'Correlación de alarmas', d: 'De miles de alertas a incidentes agrupados por causa. Fin del alert fatigue.', kpi: 'Alert reduction · MTTR' }, { i: 'zap', n: 'Auto-mitigación cross-sistema', d: 'Ejecución coordinada NMS/EMS/OSS con approval flow y rollback armado.', kpi: 'MTTR · self-healing rate' }, { i: 'users', n: 'Priorización por cliente', d: 'Enterprise/SMB/consumer diferenciados. Contract SLA protegido primero.', kpi: 'SLA hard cumplido' }, { i: 'search', n: 'RCA asistido', d: 'Root cause analysis en minutos · con evidencia trazable · reutilizable en el siguiente caso.', kpi: 'Time-to-RCA' }, { i: 'trending-down', n: 'Churn prediction · retención', d: 'Detección temprana de deterioro de experiencia · acciones proactivas antes del churn.', kpi: 'Churn evitado' }, { i: 'wrench', n: 'Field dispatch inteligente', d: 'Sólo cuando es necesario · con contexto completo · reduce dispatch innecesarios.', kpi: 'Field cost · first-time-fix' }, { i: 'shield-check', n: 'SLA claim management', d: 'Suspensión automática de claims cuando la degradación es controlada dentro de umbral.', kpi: 'Penalidad evitada' }, { i: 'activity', n: 'Capacity anomaly detection', d: 'Anomalías de tráfico · congestión predictiva · anticipación a saturación de celdas.', kpi: 'Congestión evitada' }, { i: 'workflow', n: 'Change management assisted', d: 'Ventanas de mantenimiento evaluadas por riesgo · impacto en cliente · reversibilidad.', kpi: 'Change failure rate' }, { i: 'headset', n: 'Customer care escalation', d: 'Tickets del contact center enriquecidos con estado de red · reduce tiempo de resolución.', kpi: 'AHT · FCR' }, { i: 'file-search', n: 'Fraud detection', d: 'Patrones anómalos en uso · abuso de servicio · escalamiento a fraud team con evidencia.', kpi: 'Casos investigados' }, ].map((c, i) => (
CASO {String(i+1).padStart(2, '0')}
{c.n}
{c.d}
KPI · {c.kpi}
 ))}
); // ★ SECCIÓN CLAVE — ALINEACIÓN CON TM FORUM (NO MEMBRESÍA · NO CERTIFICACIÓN) const TelcoTMForum = () => (

Arquitectura Telco alineada con marcos de TM Forum · sin membresía ni certificación oficial.

{/* Declaración textual obligatoria */}
Declaración

OMNIX no es miembro de TM Forum.

Nuestra arquitectura para telecomunicaciones se diseña tomando como referencia marcos y estándares desarrollados por TM Forum —como eTOM, SID, Open Digital Architecture (ODA) y Open APIs— cuando resultan aplicables al alcance de cada proyecto. Esta referencia no implica membresía, afiliación, certificación, conformidad oficial ni respaldo de TM Forum.

{/* Los 4 marcos como referencia */}
Marcos tomados como referencia · cuando aplican
{[ { k: 'eTOM', full: 'Business Process Framework', d: 'Marco de procesos de negocio para operadores de telecomunicaciones. OMNIX puede mapear sus flujos operacionales a niveles L1-L4 del framework cuando el proyecto lo requiera.', omnix: 'Capacidad de mapear procesos NOC, fulfillment, assurance y billing operations al Business Process Framework.', tag: '[VALIDAR MAPEO ETOM]' }, { k: 'SID', full: 'Shared Information / Data Model', d: 'Modelo de información compartida para el sector telco. OMNIX puede alinear su modelo canónico interno de entidades (customer, service, resource, product) con SID cuando exista este requerimiento.', omnix: 'Modelo de información que puede alinearse con SID según entidades y ABEs requeridos por el operador.', tag: '[VALIDAR MODELO SID]' }, { k: 'ODA', full: 'Open Digital Architecture', d: 'Arquitectura de referencia para operadores digitales. OMNIX se diseña con principios modulares consistentes con ODA (componentes independientes, contratos de interfaz, orquestación).', omnix: 'Diseño modular inspirado en principios de ODA · componentes de OMNIX pueden mapearse a functional blocks cuando el operador lo requiera.', tag: '[VALIDAR COMPONENTE ODA]' }, { k: 'Open APIs', full: 'TM Forum Open API suite', d: 'Conjunto de APIs REST estandarizadas para interoperabilidad entre sistemas de telco. OMNIX puede consumir y exponer estas APIs cuando el ecosistema del operador las soporte.', omnix: 'Modelo de integración compatible con arquitecturas basadas en Open APIs · versiones específicas se evalúan por proyecto.', tag: '[VALIDAR OPEN API · VALIDAR VERSIÓN]' }, ].map((f, i) => (
{f.k} REFERENCIA
{f.full}

{f.d}

Capacidad OMNIX
{f.omnix}
{f.tag}
 ))}
{/* Lenguaje aceptado vs prohibido */}
Lenguaje que usamos
    {[ 'Arquitectura alineada con principios de TM Forum', 'Diseñado tomando como referencia eTOM', 'Modelo de integración compatible con arquitecturas basadas en Open APIs', 'Capacidad de mapear procesos al Business Process Framework', 'Modelo de información que puede alinearse con SID', 'Diseño modular inspirado en principios de ODA', 'Integraciones evaluadas según APIs y versiones aplicables', ].map((s) => (
  • {s}
    • ))}
Lenguaje prohibido
    {[ 'OMNIX es miembro de TM Forum', 'OMNIX está certificado por TM Forum', 'OMNIX cumple oficialmente con TM Forum', 'TM Forum respalda OMNIX', 'OMNIX es partner de TM Forum', 'Logos o insignias de miembro · sellos de certificación', 'Claims de conformidad sin validación formal', ].map((s) => (
  • {s}
    • ))}
Toda afirmación queda sujeta a evaluación del proyecto: [VALIDAR MAPEO ETOM] · [VALIDAR MODELO SID] · [VALIDAR COMPONENTE ODA] · [VALIDAR OPEN API] · [VALIDAR VERSIÓN] · [VALIDAR CONFORMIDAD] · [NO IMPLICA CERTIFICACIÓN]. TM Forum® y sus marcos son marcas de sus titulares. Este sitio no implica endorsement de TM Forum sobre OMNIX.
); // SECCIÓN — OMNIX vs alternativas Telco const TelcoVs = () => { const rows = [ { tool: 'NMS / EMS', solves: 'Monitoreo por dominio', lacks: 'No correlaciona cross-dominio', omnix: 'Correlaciona cross-NMS y coordina mitigación' }, { tool: 'OSS / BSS', solves: 'Gestión de operaciones y negocio', lacks: 'No decide en tiempo real', omnix: 'Añade capa de razonamiento sobre OSS/BSS existente' }, { tool: 'Fault management', solves: 'Alarmas y tickets', lacks: 'Alert fatigue · no prioriza por cliente', omnix: 'Correlaciona, deduplica y prioriza por impacto' }, { tool: 'Service assurance', solves: 'Monitorea servicio', lacks: 'No ejecuta mitigación coordinada', omnix: 'Ejecuta mitigación cross-sistema con approval' }, { tool: 'AIOps genérico', solves: 'Anomaly detection', lacks: 'Modelos generales · no propietarios', omnix: 'SDM entrenado sobre tu red · con topología real' }, { tool: 'RPA', solves: 'Automatiza tareas', lacks: 'No decide sobre casos borde', omnix: 'Decide · y usa RPA como ejecutor si aplica' }, { tool: 'BI / dashboards', solves: 'Muestra métricas', lacks: 'No mueve la red', omnix: 'Actúa sobre la red · con auditoría' }, { tool: 'Copiloto LLM', solves: 'Asiste al operador humano', lacks: 'Genérico · no razona bajo tus reglas', omnix: 'SDM propio · determinístico · ejecuta cross-sistema' }, { tool: 'Workflow / ITSM', solves: 'Gestión de tickets', lacks: 'No razona sobre root cause', omnix: 'Enriquece tickets con RCA y contexto de red' }, ]; return (

OMNIX no reemplaza · conecta, correlaciona y ejecuta.

OSS, BSS, NMS, EMS, service assurance y fault management siguen operando. OMNIX es la capa cognitiva que los coordina.

SISTEMA
QUÉ RESUELVE
QUÉ NO POR SÍ SOLO
QUÉ AGREGA OMNIX
{rows.map((r, i) => (
{r.tool}
{r.solves}
{r.lacks}
{r.omnix}
 ))}
); }; // CTA final + objeciones const TelcoCTA = () => (
— Convierta alarmas en decisiones ejecutadas —

De 340 alarmas a 1 decisión.

Comenzamos con un dominio, un tipo de incidente y un KPI medible. Sin reemplazar OSS · BSS · NMS · EMS.

); const TelcoObjections = () => { const items = [ { q: 'Ya tenemos NMS y EMS.', a: 'Siguen operando. OMNIX correlaciona cross-dominio y coordina mitigación · lo que un NMS por diseño no hace.' }, { q: 'Ya tenemos OSS/BSS.', a: 'No los reemplazamos. Nos integramos vía APIs · consumimos su modelo · añadimos razonamiento en tiempo real.' }, { q: 'Ya tenemos service assurance / AIOps genérico.', a: 'AIOps genérico detecta anomalías. OMNIX razona con topología, dependencias y contratos SLA de tu operación específica.' }, { q: '¿Cumplen con TM Forum?', a: 'No somos miembros ni estamos certificados. Diseñamos alineados con eTOM, SID, ODA y Open APIs cuando aplica al proyecto. Ver sección de alineación arriba.' }, { q: 'No podemos automatizar cambios en la red.', a: 'Correcto por defecto. N4 (auto) sólo para cambios recurrentes de bajo impacto con umbrales aprobados. Todo lo demás requiere approval humano.' }, { q: '¿Qué pasa si OMNIX ejecuta mal un reruteo?', a: 'Rollback armado antes de ejecutar. Reversión en < 60s. Cada decisión con evidencia trazable · Governance Board revisa outliers.' }, { q: 'Tenemos multi-vendor · muchas versiones.', a: 'El SDM aprende sobre esa heterogeneidad. Adapters por vendor · versión específica se valida por proyecto.' }, { q: '¿Cómo protegen datos de suscriptores?', a: 'Segregación por tenant · anonimización · sin telemetría cross-cliente · despliegue VPC/on-prem según requiera el operador.' }, { q: '¿Cuánto tiempo para ver ROI?', a: '8-12 semanas hasta primer caso vivo. KPIs firmados por operaciones antes de escalar. Si no hay ROI en piloto, no hay escalamiento.' }, { q: 'No queremos otro vendor lock-in.', a: 'La transferencia es parte del contrato · no una promesa. Al cierre: código, SDMs, gobernanza y runbooks quedan en el operador.' }, ]; const [openIdx, setOpenIdx] = React.useState(0); return (

Diez preguntas del comité NOC · operaciones · CTO · CIO.

{items.map((it, i) => (

{it.a}

))}
); }; Object.assign(window, { TelcoLayers, TelcoUseCases, TelcoTMForum, TelcoVs, TelcoCTA, TelcoObjections });