Riesgos operativos y continuidadBásico

Riesgos operativos y continuidad Del servicio a sus dependencias Del servicio a sus dependencias Mapear actividad, responsable, recurso y alternativa. ¿Dos equipos garantizan continuidad si dependen de la misma conexión? Un riesgo operativo nace cuando personas, procesos, tecnología o terceros fallan e impiden una actividad. Comenzar por el servicio que recibe el cliente y recorrer sus pasos: pedido, aprobación, entrega, cobro y registro. Para cada paso identificar insumos, responsable, accesos y evidencia de ejecución. Dos recursos no son independientes si comparten energía, proveedor, credencial o persona clave. Un respaldo solo ayuda si puede usarse cuando falla el recurso original. La matriz debe mostrar dependencia común y alternativa verificada, no contar equipos como prueba automática de redundancia. El mapa tiene límites: no estima por sí mismo la frecuencia de fallos ni autoriza accesos adicionales. Se utiliza para elegir qué comprobar primero y quién mantiene la información. Si una alternativa depende de un contrato no confirmado, su estado es pendiente, no disponible. Caso resuelto paso a paso Negocio ficticio registra pedidos en dos computadoras conectadas al mismo router. La segunda computadora no resuelve una caída del proveedor de internet. Caso resuelto paso a paso Se identifica el proveedor como dependencia común y se prueba un procedimiento autorizado de registro temporal, con posterior conciliación. Un sustituto tiene equipo propio, pero no acceso autorizado al registro de pedidos. ¿Está listo el reemplazo? No: falta un permiso legítimo y una prueba de ejecución. Preparar el acceso mediante el proceso responsable y ensayar con datos ficticios; no compartir contraseñas de otra persona para simular continuidad. Mapear un proceso ficticio y marcar alternativas como probadas, pendientes o inexistentes. Duplicación no garantiza independencia. Continuidad necesita acceso legítimo y evidencia.