El triángulo de la analítica de datos: evaluación de costes y beneficios
A título personal, prefiero utilizar triángulos como ayuda visual para guiar la toma de decisiones. Cuando empecé con el análisis de datos y la analítica descriptiva de datos, siempre volvía a tres puntos clave para la toma de decisiones. Decidí escribir estas tres condiciones en forma de triángulo porque me proporcionaba una imagen eficaz para sopesar los costes y los beneficios a medida que avanzaba en la decisión de aplicar o no el uso de conjuntos de datos para un paso de auditoría concreto. Si se cumplen los tres criterios siguientes, es probable que los beneficios superen a los costes y pueda seguir adelante con el aprovechamiento de la analítica de datos para la tarea. Sin embargo, si uno de los lados del triángulo es débil (por ejemplo, si los datos están muy desestructurados y se necesitan semanas adicionales para que sean utilizables para el proyecto, y los plazos de presentación de informes están en peligro), podría renunciar al beneficio de estudiar el conjunto de datos para obtener información.
Parte 1: Comprensión del proceso empresarial, los riesgos y el uso de analítica por parte de la dirección
Esta sigue siendo una habilidad fundamental en la planificación y realización de una auditoría, pero también es mi primera etapa en el triángulo de costes/beneficios. Si no comprendo el proceso empresarial y los riesgos generales asociados, pero puedo recopilar los datos, sigue existiendo un riesgo significativo de que identifique falsos positivos en la auditoría. Además, como parte de las pruebas rutinarias de los recorridos de diseño, podemos preguntar a la dirección si ya está realizando algún tipo de análisis de datos/analítica de datos en la gestión de las operaciones diarias de la unidad de negocio. Esta es una forma estupenda de fortalecer la relación con la unidad de negocio colaborando con la dirección en este tema. Durante la auditoría, también podemos evaluar los puntos fuertes de su modelo de analítica de datos para mejorar aún más el proceso.
Parte 2: Identificación de reglas claras en el proceso empresarial
Al reflexionar sobre mis clases de contabilidad de grado y posgrado, varios libros de texto de contabilidad hacían referencia a las reglas claras de las directrices autorizadas que dan forma a los conceptos de contabilidad financiera y fiscal. Utilizo esta expresión también aquí cuando nos planteamos la decisión de utilizar datos o técnicas de análisis de datos. Cuanto más nos acerquemos a una condición binaria de «sí/no» para un atributo concreto, más fácil será identificar anomalías en la población. El riesgo aquí es que, cuanto más ambigua sea la situación, más tiempo podremos dedicar a estudiar los falsos positivos. Si esto es poco probable, consideraría descartar la analítica de datos para esta tarea, especialmente si se está empezando a utilizar la analítica de datos en el flujo de trabajo de auditoría. Quizás sea mejor evitar esa sensación de «escalar una montaña». La información financiera y transaccional es un buen punto de partida para una posible prueba de analítica de datos, ya que normalmente hay algunas reglas claras que se siguen antes de registrar una transacción en el libro mayor.
Parte 3: Evaluación de la disponibilidad y la utilidad de los datos
Esto es fundamental. Lo más probable es que los datos estén disponibles. Como se ha descrito anteriormente, hay dos posibles retos. El primer obstáculo podría ser el acceso a los datos. El segundo podría ser el formato y sopesar cuánto tiempo hay que dedicar a aplicar los datos en un formato viable. El riesgo aquí es que, si no contamos con buenas técnicas de limpieza de datos, podemos acabar dedicando demasiado tiempo a los falsos positivos en toda la población.
Ejemplos de cómo aplicar el triángulo de la analítica de datos
Utilizando el marco de toma de decisiones descrito anteriormente, a continuación se presentan dos ejemplos que destacan los factores que consideré para determinar si un trabajo de auditoría concreto era adecuado para aprovechar grandes conjuntos de datos para el análisis y la analítica descriptiva.
Ejemplo 1: Auditoría de acceso lógico
Parte 1: Comprensión del proceso empresarial, los riesgos y el uso de la analítica por parte de la dirección.
El equipo de acceso lógico era responsable de gestionar el acceso a los recursos de TI concediendo o retirando el acceso de acuerdo con una solicitud aprobada. Los principales riesgos inherentes al proceso eran el acceso no autorizado a los recursos de TI, el acceso que excedía o implicaba responsabilidades laborales incompatibles y el acceso que no se revocaba de manera oportuna.
Dado mi conocimiento del proceso empresarial, desarrollé varias hipótesis que quería evaluar con respecto a una población total de decenas de miles de tickets. Por ejemplo, quería utilizar el conjunto de datos para comprender los sistemas con el mayor número de solicitudes de acceso lógico durante el periodo de auditoría; qué sistemas tenían grupos de solicitudes de acceso lógico en períodos cortos de tiempo (probablemente como resultado de un nuevo sistema o como indicación de otra cosa); y el tiempo transcurrido entre la solicitud inicial, la aprobación y el cierre del ticket. También preguntamos a la dirección para comprender qué métricas y técnicas de datos podían haber estado utilizando para ayudar a gestionar el día a día, lo que dio lugar a conversaciones productivas y colaborativas sobre «un día en la vida» desde el punto de vista de la dirección.
Parte 2: Identificación de reglas claras en el proceso empresarial.
Este equipo de TI proporcionaba o retiraba el acceso después de que la solicitud fuera aprobada por el propietario del entorno. Además, el acceso concedido debía coincidir con el acceso solicitado. Y, en el caso de la retirada del acceso, ese paso tenía un límite de tiempo. Por lo tanto, había reglas claras e inequívocas integradas en el proceso empresarial.
Parte 3: Evaluación de la disponibilidad y la usabilidad de los datos.
El equipo de acceso lógico concedió al equipo de auditoría interna acceso de solo lectura al sistema de tickets. Los datos estaban estructurados, no requerían mucha limpieza y se podían exportar a Excel, donde podía filtrarlos, aplicar fórmulas y crear tablas y gráficos. Y cuando se trataba de evaluar otros atributos de control que requerían fuentes de datos adicionales, como listas de acceso, estos se encontraban en un formato estructurado procedente de una consulta de base de datos o una exportación de Excel. Por lo tanto, tenía sentido invertir tiempo en aplicar cierto grado de análisis de datos y análisis diagnóstico para este compromiso.
¿Cómo apliqué el análisis de datos y las técnicas de analítica descriptiva?
Entendiendo que toda la actividad ya había tenido lugar, clasificaría mi enfoque como una serie de análisis de datos con analíticas descriptiva limitada.
El análisis se desarrolló en Excel, utilizando técnicas comunes como filtros, fórmulas, tablas dinámicas y gráficos. Al evaluar toda la población de tickets, se destacaron anomalías, como rangos de fechas con picos en las solicitudes de acceso, tickets que excedían el tiempo promedio de cierre, la parte solicitante que presentó el mayor número de solicitudes, el empleado que aprobó el mayor número de solicitudes y el número total de solicitudes que se realizaron para acceder a los sistemas clasificados como los más restrictivos para la organización.
Este análisis se realizó durante la fase de planificación del proyecto. Los resultados proporcionaron métricas clave, como el número total de solicitudes procesadas por el equipo, que establecieron el contexto para el memorándum de planificación y para el informe de auditoría. Además, le dio a nuestro equipo de proyecto la oportunidad de reflexionar y organizar nuestro nivel de esfuerzo para sistemas específicos con el fin de aplicar procedimientos de auditoría más detallados.