Los controllers y administradores de sistemas financieros deben poder demostrar quién hizo qué cambio en datos financieros importantes, y cuándo. Ese registro de auditoría es la base del control y la rendición de cuentas, tanto internamente como frente al auditor o al supervisor. La pregunta es si la IA puede asumir ese registro, o si un humano debe seguir haciendo este trabajo.
Esta tarea puntúa alto en los tres ejes decisivos, pero no de la manera que quizás espera. No es una tarea para IA generativa ni para automatización inteligente con capacidad de valoración. Es una tarea para RPA: software determinista basado en reglas, que registra lo que ocurre, sin interpretación.
Un cambio en un sistema contable o un sistema ERP es un evento estructurado: un usuario modifica un importe, una cuenta o una contraparte, en un momento fijo, en un campo fijo. No hay nada que interpretar. Quién hizo el cambio, cuál era el valor anterior y cuál es el nuevo valor son datos concretos que el sistema ya conoce en el momento de la mutación.
Además, el volumen es grande: en un sistema ERP de tamaño mediano se producen diariamente decenas o cientos de mutaciones, desde líneas de factura hasta ajustes del libro mayor. El registro manual no es realista con ese volumen, ni tampoco necesario, porque el sistema ya registra el cambio en el momento en que ocurre. Este es exactamente el tipo de tarea para la que se diseñó el RPA: alto volumen, totalmente estructurado, sin necesidad de valoración.
El eje de cumplimiento normativo puntúa con un 1, precisamente desfavorable para una automatización superficial, y esa es una señal importante. No se trata aquí de un cumplimiento normativo que dificulte la IA, sino de un cumplimiento que exige que el registro sea hermético, inalterable y demostrablemente fiable. Un registro de auditoría que pueda ser manipulado no tiene ningún valor para un auditor o un supervisor. Esto significa que la técnica en sí es irrelevante mientras las condiciones marco no sean correctas: el sistema debe registrar automáticamente, y los archivos de registro deben conservarse de forma inalterable, fuera del alcance del usuario que realizó el cambio.
El margen de valoración puntúa un 4: apenas se necesita interpretación sobre qué se registra, como mucho un único acuerdo sobre qué campos son suficientemente relevantes para dejar constancia de ellos. El coste del error puntúa un 3, un valor medio: una línea de registro omitida es molesta durante una auditoría, pero por lo general reparable si el sistema registra de forma consistente. El contacto con clientes, el trabajo físico y la creatividad no entran en juego aquí y, por tanto, puntúan todos al máximo a favor de la automatización, simplemente porque no desempeñan ningún papel en esta tarea.
Si su sistema contable o su sistema ERP ya cuenta con una función de pista de auditoría que registra los cambios de forma automática e inalterable, entonces esta tarea, de hecho, ya ha sido asumida. El papel del controller o del administrador de sistemas pasa entonces de registrar por sí mismo a comprobar si el registro está completo e intacto, y a valorar el contenido en caso de muestreo o investigación. Esto último, interpretar un cambio sospechoso, sigue siendo trabajo humano y queda fuera de esta tarea.
En otra empresa esta situación puede ser diferente. Si todavía se trabaja con un sistema obsoleto o a medida sin pista de auditoría integrada, el registro deberá configurarse o complementarse con una herramienta aparte, y eso es un proyecto de implementación, no una asunción lista para usar. Si el énfasis no recae en el registro en sí, sino en la evaluación de desviaciones —por ejemplo, señalar patrones de cambio inusuales que puedan indicar fraude—, entonces la tarea se desplaza a la categoría dos: la IA o el software pueden marcar desviaciones, pero un humano evalúa y decide con motivación. Esa es una tarea distinta del registro en sí, y merece una valoración propia.
La inalterabilidad del archivo de registro no es un detalle técnico, sino el núcleo de su valor. En cuanto los archivos de registro pueden ser modificados por las mismas personas que realizan los cambios subyacentes, la función de control queda, en la práctica, sin valor, por más sofisticado que sea el registro en lo demás. Esto afecta al control interno y posiblemente a las obligaciones legales de conservación de la administración financiera; para ello rigen requisitos legales propios que varían según la situación y el sector, y que esta página no detalla.
Por lo demás, esta tarea no está aislada de la automatización más amplia en torno al control y la gestión de riesgos. Quien consulte Cribar clientes y socios frente a listas de sanciones observará un patrón similar: las tareas de control estructuradas y de alto volumen se prestan bien a la automatización, siempre que el resultado siga siendo demostrablemente fiable. También en el departamento de TI el registro y la auditoría desempeñan un papel importante, y las consideraciones allí a menudo son paralelas a las de la administración financiera.
Esta página describe una tarea a partir de una estimación general. Cómo se traduzca esto para su propio equipo depende del sistema que utilice, del grado en que ya esté configurada la funcionalidad de pista de auditoría, y del papel que desempeñe el registro junto a la evaluación de desviaciones. Si desea saber qué parte de las horas de su propio perfil puede ser asumida por la IA en este momento, puede rellenar el quickscan gratuito de ftetoai: doce preguntas, sin necesidad de cuenta, con una indicación inmediata. El análisis de trabajo completo, que profundiza más en funciones y equipos individuales, todavía está en construcción.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.