Muchas organizaciones creen que tener datos es suficiente para explicar una operación.

Pero cuando ocurre un evento crítico, el problema no es tener información disponible.

El problema es saber si esa información permite demostrar:

- Qué ocurrió.
- Qué se decidió.
- Quién participó.
- Con qué criterio.
- Qué respaldo quedó en ese momento.

En el día a día, muchas operaciones llaman evidencia a:

- Registros sueltos.
- Reportes Posteriores.
- Correos.
- Planillas.
- Comentarios de quienes estuvieron presentes.

Todo eso puede ayudar.
Pero no necesariamente sostiene una decisión crítica.

La evidencia operativa no se prueba cuando todo funciona.

Se prueba cuando alguien pregunta:

- ¿Qué se decidió?
- ¿Por qué de así?
- ¿Qué información existía en ese momento?
- ¿Quién validó la decisión?

Si esa respuesta no existe con claridad, la organización no demuestra control.
‍
Reconstruye.

Cuando una decisión crítica no deja evidencia suficiente en el momento correcto, la organización queda expuesta.

Entonces aparecen:

- Versiones distintas.
- Búsqueda manual de respaldo.
- Explicaciones tardías.
- Dependencia de memoria.
- Discusiones entre áreas.

La evidencia deja de ser operativa.

Pasa a ser una reconstrucción posterior.

La evidencia operativa se diseña antes del evento, no después.
‍
Para cada evento crítico debe quedar definido:

- Qué información debe registrarse.
- En qué momento debe capturarse.
- Quién debe validarla.
- Cómo se conecta con la decisión.
- Cómo se recupera cuando la operación debe explicarse.

Sin esa definición, la evidencia llega tarde.

Y cuando la evidencia llega tarde, la operación pierde capacidad de sostener lo que decidió.

La evidencia operativa no buscar registrar más.

Busca que lo importante quede claro en el momento correcto.

Ahí la operación deja de depender de explicaciones posteriores y empieza a sostener sus decisiones con respaldo claro.