Una hoja de cálculo parece una fuente sencilla. Una celda con un número, una pestaña con un nombre, una exportación de otro sistema que se ha pegado. Pero entre esa celda y la cifra que finalmente aparece en un informe, hay una serie de operaciones que normalmente no queda registrada en ningún lugar. Source-to-report mapping es cartografiar esa serie: cada paso que recorre un número desde el momento en que entra en la hoja de cálculo hasta el momento en que acaba en una línea del informe.
En un sistema con campos fijos y una estructura fija, a menudo todavía se puede rastrear de dónde viene cada campo. Una hoja de cálculo no tiene esa estructura de forma natural. Alguien añade una pestaña intermedia para agregar. Otra persona copia una columna a otro archivo para hacer una conversión. Un tercero pega el resultado como valor en una hoja de informe, con lo que la fórmula, y con ella el rastro, desaparece. Nada de esto está mal en el momento en que ocurre. El problema surge un año después, cuando alguien tiene que explicar de dónde viene una cifra y la respuesta ya no se puede reconstruir.
El source-to-report mapping para una fuente de hoja de cálculo consta de una serie de pasos reconocibles, cada uno de los cuales requiere atención por separado.
El primer paso es el origen de los datos brutos: qué archivo, qué pestaña, qué celda o rango de celdas, y quién los introduce o los proporciona. Sin este punto de anclaje no hay fuente a la que remitirse.
El segundo paso es qué operaciones se sitúan entre la fuente y el informe cuando la fuente es una hoja de cálculo. Piense en unidades que se convierten, en filtros que excluyen determinadas filas, en fórmulas que suman o reescalan valores. Cada operación cambia el número, y cada operación que no queda registrada es un paso que después ya no se puede verificar.
El tercer paso es la agregación: varias líneas, pestañas o archivos que se combinan en una sola cifra. En una hoja de cálculo esto suele hacerse de forma manual, con un clic sobre la función de suma aplicada a un rango que alguien ha delimitado por su cuenta. Cómo se ha elegido ese rango y qué contiene determina la cifra tanto como los datos subyacentes. Precisamente por eso hay que registrar cómo se documenta la agregación cuando la fuente es una hoja de cálculo: no como formalidad, sino porque el propio paso de agregación es una fuente de errores que nadie más ve.
El cuarto paso es la normalización: diferentes unidades, diferentes periodos de informe o diferentes ubicaciones que se llevan a una base común antes de poder compararse. También aquí la elección de un factor de conversión o de un valor de referencia determina el resultado, y esa elección debe ser trazable. Cómo funciona esto se explica en cómo se documenta la normalización cuando la fuente es una hoja de cálculo.
El último paso es el lugar donde aterriza el número: la línea del informe, el indicador, el total anual. Esa transición también debe tener un rastro, no solo una referencia al documento fuente.
Es tentador pensar que una lista de quién ha modificado qué es suficiente. Eso es un registro, y un registro anota los cambios sin mostrar la lógica que hay detrás. Un audit trail que tiene valor no solo muestra que una celda ha cambiado, sino también por qué, según qué regla y con qué resultado rastreable hasta la fuente original. Esta distinción se explica con más detalle en la aclaración sobre por qué un audit trail es más que un registro cuando la fuente es una hoja de cálculo.
La mayoría de las organizaciones que trabajan con hojas de cálculo no disponen de un sistema que registre automáticamente la lineage. Eso no significa que el mapping sea imposible, significa que debe hacerse de forma manual, con disciplina en lugar de con software. Qué pasos se necesitan para ello y cómo un proceso basado en hojas de cálculo puede seguir siendo trazable se describe en cómo se crea lineage sin herramienta cuando la fuente es una hoja de cálculo. Una pregunta relacionada que a menudo se pasa por alto es quién es propietario de la definición de un dato: sin un propietario designado de la definición, el significado de un dato cambia según quién lo esté observando en cada momento, y entonces el mapping más elaborado tiene poco valor.
Una herramienta que embellece los informes no cambia en nada la fiabilidad de las cifras que entran en ellos. Si no se ha documentado el camino de la celda al informe, una herramienta produce informes más pulidos sobre las mismas cifras inciertas. El mapping de la fuente al informe no es, por tanto, un paso que llega después de la herramienta, sino uno que va antes.
En cuanto se han detallado los pasos entre la fuente y el informe, también se hace visible cuáles de esos pasos son trabajo humano y cuáles siguen una operación fija y repetible. Esa distinción es la base del escáner de trabajo de FTE TO AI, que calcula por tarea qué parte del trabajo puede asumir la IA, a partir de lo que ya se ha documentado sobre la operación, las reglas y el origen de los datos.
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.