Un registro de actividad indica que algo ha ocurrido: se abrió un archivo, se modificó una celda, se generó una exportación. Eso es útil, pero no responde a la pregunta que importa en el momento en que alguien cuestiona una cifra del informe de sostenibilidad: cómo se ha originado exactamente este número a partir de la fuente, y si ese camino sigue siendo correcto.
Un registro de sistema documenta acciones. Un audit trail para un punto de datos justifica un resultado. No se trata de la pregunta de quién pulsó qué botón en qué momento, sino de la pregunta de qué operaciones han transformado un valor bruto en la cifra que ahora figura en el informe. Sin esa justificación, cada cifra es una afirmación que nadie puede fundamentar rápidamente, ni siquiera la persona que la ha proporcionado.
Entre la fuente y el informe normalmente no hay una línea recta sino una serie de operaciones, y cada operación es un lugar donde algo puede desviarse sin que nadie lo note. Piense en la conversión de unidades, la consolidación de ubicaciones a nivel de grupo, la corrección de un valor atípico, la aplicación de un factor de emisión. Cuáles son exactamente esas operaciones difiere según el punto de datos y está descrito en qué operaciones hay entre la fuente y el informe. Quien no documenta estos pasos solo ve el punto de partida y el punto final, y ante una pregunta sobre la cifra debe reconstruir todo el camino de nuevo, a menudo basándose en la memoria de alguien.
Dos operaciones merecen atención porque son las que más a menudo dan lugar a desviaciones. La agregación suma valores de distintas fuentes hasta un total, y en cada suma debe estar claro qué partidas se han incluido y cuáles no. Cómo es esa documentación cuando la fuente es una hoja de cálculo está descrito en cómo documenta la agregación cuando la fuente es una hoja de cálculo. La normalización reescala valores a una unidad o periodo común, y un pequeño error en esa reescala repercute en cada cifra que se apoye posteriormente en ella. La documentación de ese proceso está en cómo documenta la normalización cuando la fuente es una hoja de cálculo. Ambas operaciones son discretas en una hoja de cálculo e imprescindibles en la justificación.
Muchos datos de sostenibilidad no empiezan en un sistema con campos y reglas fijas, sino en una hoja de cálculo que alguien ha construido a su propio criterio. Una fórmula puede haber sido sobrescrita, una columna puede haberse movido, un paso intermedio puede haber existido solo en la mente de quien la elaboró. Qué significa el source-to-report mapping cuando la fuente es una hoja de cálculo está desarrollado en qué es el source-to-report mapping cuando la fuente es una hoja de cálculo. La clave es que el mapping no puede depender del azar de una celda o una pestaña, sino que debe documentarse por separado y de forma repetible, independientemente del propio archivo de hoja de cálculo.
Sin pasos documentados, el camino de la fuente al informe solo existe mientras las personas que lo han recorrido sigan presentes y lo recuerden. Si cambia algo en el proceso, llega un nuevo compañero, o se plantea una pregunta después de terminar el año de reporte, la única opción es volver a investigarlo todo. Eso no es un audit trail sino improvisación a posteriori. Una herramienta no puede resolver este problema si el proceso subyacente no está documentado; en tal caso solo ofrece un registro más ordenado de una reconstrucción tan incierta como antes.
La documentación del origen y las operaciones no tiene por qué esperar al software. Cómo construir la trazabilidad (lineage) sin herramienta, con los medios ya disponibles, está descrito en cómo crea la trazabilidad sin herramienta. Para las hojas de cálculo como fuente valen los mismos principios que para el audit trail en general: la documentación se refiere a los mismos pasos, aplicados a una fuente sin estructura fija, tal como se desarrolla en por qué un audit trail es más que un registro de actividad cuando la fuente es una hoja de cálculo. Quien haya hecho esta documentación una vez para un punto de datos puede repetirla para el siguiente, y así construye un registro que no depende de una herramienta sino de un proceso.
En cuanto queda documentado qué pasos ha seguido una cifra y quién ejecuta cada operación, surge otro tipo de pregunta: qué parte de ese trabajo es lo bastante repetitiva como para automatizarla. Agregar según una regla fija, normalizar valores a una unidad fija, verificar una operación contra una regla de calidad documentada, son tareas que solo pueden evaluarse en cuanto a su automatizabilidad una vez que existen como pasos independientes. El escáner de trabajo de FTE TO AI calcula por tarea qué parte del trabajo puede asumir la IA, y para ello necesita precisamente ese nivel de detalle por tarea que proporciona un audit trail.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.