Maqueta · datos sintéticos

Informe de auditoría
Ortelis Satellite

Ortelis es un operador ficticio de internet satelital residencial. El informe muestra el aspecto de una auditoría real, con cinco pérdidas inventadas.

Septiembre 2026 · 5.000 pedidos · CAT + OMS + BPM + PROV · USD · ejecución demo-20260901

Este informe es una maqueta. Ningún motor lo generó. Los pedidos y los números salen del dataset inventado. Tiene la forma de la salida prevista (findings.json + journeys).
Hallazgos 5 4 críticos · 1 medio
Trabajo manual 1.268 h por mes, solo en los cuatro sistemas
Costo USD 57.319 por mes, a USD 45 la hora cargada
Pedidos atascados 50 1% del mes, sin evento posterior

El ingreso en riesgo por los pedidos atascados suma USD 3.250 al mes (50 × ARPU 65). El costo de R03 ya lo incluye.

Resumen ejecutivo

Un pedido tarda 69 horas. Debería tardar menos de una. Nadie trabaja 60 de esas horas: son un hueco entre sistemas que ningún proceso reclama.

Prioridad: agregar capacity_profile al catálogo técnico (USD 18.750/mes). Reintentar el aprovisionamiento antes de la cola manual (USD 12.750/mes). Compensar el timer de 48 horas (USD 14.104/mes). Las tres acciones cubren el 80% del costo.

Mapa del flujo

Cada paso ocurre en un sistema distinto. Las cajas punteadas marcan dónde el pedido pierde tiempo o se duplica.

paso normal espera manual hueco sin evento
Flujo de un pedido entre catálogo, OMS, BPM y aprovisionamiento El catálogo valida el pedido. El BPM abre un chequeo manual de capacidad. El OMS descompone el pedido. El BPM instala. La activación falla en aprovisionamiento. El reintento crea una segunda orden de servicio y después activa. Se marcan los hallazgos R01, R02, R03 y R04. CATÁLOGO OMS BPM PROVISIÓN Oferta validada sin capacity_profile R02 Chequeo manual 2 h de trabajo manual R02 Descomposición SO + WO en minutos Instalación 6 h · timer 48 h R03 Activación falla HUB_TIMEOUT R01 Reintento crea una 2ª SO R04 Activo 60 h después 60 h

Fuente: data/demo/ (dataset sintético). Las flechas cruzan de un sistema a otro. Ningún identificador común las une (R05). SO = orden de servicio. WO = orden de trabajo.

Máquina de estados

Estados del pedido y tres callejones sin salida que la auditoría encontró.

Estados del pedido y sus callejones sin salida Camino normal: pedido, validado, descompuesto, agendado, instalado, aprovisionando, activo. Desde descompuesto, un reintento crea una segunda orden de servicio. Desde aprovisionando, una falla sin reintento cae en una cola manual. Un timer de 48 horas sin compensación deja el pedido atascado. Pedido Validado Descompuesto Agendado Instalado Aprovisionando Activo 2ª orden de servicio R04 Falla sin reintento R01 Timer sin compensar R03 Cola manualalguien lo rescata Atascadosin evento posterior Sin identificador común, unir los cuatro registros exige una ventana de tiempo (R05).

Un reintento manual saca al pedido de la cola. El timer no lo saca. Los 50 pedidos atascados siguen en PROVISIONING al cierre del mes.

Dónde se van los días

Un pedido del dataset sintético, ORD-1005: 69 horas de punta a punta. Nadie trabaja 60 de ellas.

trabajo de un sistema espera manual hueco sin evento
Línea de tiempo de ORD-1005 Dos horas de chequeo manual. Seis de instalación. Una falla de aprovisionamiento. Sesenta horas sin ningún evento. Un reintento crea una segunda orden de servicio y activa el pedido. TRABAJO ESPERA SIN EVENTO 69 h de punta a punta chequeo manual · 2 h (R02) instalación · 6 h falla HUB_TIMEOUT sin evento · 60 h (R01) reintento + 2ª SO (R04) 0 h 12 h 24 h 36 h 48 h 60 h 69 h

El hueco empieza cuando falla el primer intento. Termina cuando alguien reintenta a mano 60 horas después. En ese intervalo no hay ningún evento: ni espera declarada ni reintento programado.

Hallazgos

El ejemplo muestra cinco hallazgos sobre el mismo mes de pedidos. La severidad se derivará del impacto.

Impacto mensual calculado con las tasas del dataset: 5.000 pedidos, USD 45 por hora cargada.
ID Hallazgo Severidad Pedidos h/mes USD/mes Acción
R01 Fallout de aprovisionamiento sin reintento Crítica 400 · 8% 283 12.750 Reintentar automáticamente con backoff antes de la cola manual.
R02 Chequeo manual de capacidad por atributo faltante Crítica 5.000 · 100% 417 18.750 Agregar capacity_profile al spec. Automatizar la asignación de haz.
R03 El timer del BPM vence sin compensación Crítica 150 · 3% 313 14.104 Cerrar o reencolar el pedido a las 48 h. 50 pedidos quedaron atascados.
R04 El reintento del OMS duplica la orden de servicio Media 20 · 0,4% 30 1.590 Reintentar de forma idempotente, con la clave del pedido.
R05 Sin identificador de correlación de extremo a extremo Crítica 300 · 6% 225 10.125 Usar un id común en los cuatro sistemas, del pedido al intento.
Total 5.000 1.268 57.319

R03 incluye USD 3.250 de ingreso en riesgo. La evidencia de cada hallazgo está en data/report.json (texto del mock en español).