Auditoría de decisiones

OPA puede registrar cada decisión como un evento. Los campos que importan para auditar son el identificador único de la decisión, la hora, la ruta de la regla consultada (path), la entrada completa (input), la respuesta (result), la revisión del paquete de políticas con el que se decidió (bundles) y las etiquetas de la instancia que respondió (labels). Con esos campos se puede volver a preguntar lo mismo a la misma versión y obtener la misma respuesta: eso es lo que convierte el registro en evidencia.

Pero el evento solo prueba lo que la política vio. Si un atributo de la entrada era falso, el registro muestra una decisión correcta sobre un dato falso. Lee el evento del pago reclamado junto con el dato del núcleo que trae el reclamo.

El identificador de la decisión es lo que se cita en el informe y lo que permite a otra persona encontrar el mismo evento. Localiza el que permitió el pago reclamado: socia, herramienta, hora y resultado tienen que coincidir.

Sin la versión de la política, una decisión no se puede reproducir: la regla de hoy puede no ser la de esa noche. Por eso cada evento lleva la revisión del paquete activo en la instancia que respondió, y esa noche no todas las instancias tenían la misma.

Una decisión aislada cuenta poco; la secuencia cuenta más. Antes del permiso hubo intentos negados de la misma acción, sobre la misma cuenta de destino, con montos que van bajando hasta entrar en la regla. Ese patrón es lo que se espera de un agente que reintenta hasta que algo pasa, y es una señal que merece una alerta propia.

OPA permite pasar cada evento por una política de máscara antes de guardarlo: borra o reemplaza campos de la entrada, y el evento anota qué borró. Es la forma correcta de no guardar datos personales que no hacen falta. El error simétrico es borrar justo lo que la investigación necesita: aquí, saber si la orden de pagar vino de la socia o de algo que el agente leyó, como el correo que ella reenvió.