Hay un momento fijo en casi todas las conversaciones sobre datos de sostenibilidad: alguien señala la hoja de cálculo. Demasiadas pestañas, demasiado trabajo manual, demasiado riesgo de errores. La conclusión parece evidente: sustituya la hoja de cálculo por un sistema y el problema queda resuelto. Esa conclusión suele extraerse demasiado pronto.
Una hoja de cálculo es una superficie. Muestra cifras, las suma, las relaciona entre sí. Lo que no hace es explicar de dónde procede una cifra, quién es responsable de ella, o si todavía corresponde a la definición que se fijó hace dos años. Esas preguntas no se le han planteado a la hoja de cálculo: nunca se documentaron en ningún sitio. La hoja de cálculo recibe la culpa de algo que ya salió mal antes: al recopilar, al copiar manualmente, al asumir que un compañero ya sabía a qué cifra se refería.
Sustituya la hoja de cálculo por un paquete de software y esas preguntas siguen sin respuesta. El sistema entonces muestra una visión más ordenada de la misma incertidumbre. El informe parece más profesional; los datos subyacentes no se han vuelto más fiables. Esa es la trampa: comprar una herramienta antes de tener claro qué debe ordenar esa herramienta.
Generalmente se trata de tres cosas que han crecido de forma independiente. No hay una visión actualizada de qué puntos de datos necesita realmente una organización; esa visión se elaboró en su momento para una norma de informes antigua y nunca se actualizó. No hay una línea documentada desde la fuente hasta la cifra del informe, por lo que nadie puede afirmar con certeza si un número procede de un sistema o de otro, o de una estimación que alguien introdujo en su momento porque los datos reales no estaban disponibles. Y no hay un responsable por punto de dato: la persona que aporta la cifra no es automáticamente quien puede explicar de dónde proviene o cuál es su calidad.
Estas tres cosas no tienen nada que ver con las hojas de cálculo. Causarían el mismo problema en cualquier sistema. Una hoja de cálculo solo las hace más visibles, porque no hay una capa que oculte el desorden.
Un registro de puntos de datos con linaje de fuente a informe (source-to-report lineage) documenta de dónde procede un punto de dato, quién es responsable de él y qué reglas de calidad se le aplican. Eso es útil, y también tiene sus límites. El registro no muestra un juicio de fondo sobre si una cifra es correcta; muestra si el camino hasta esa cifra es trazable. Dos organizaciones con el mismo registro pueden aun así obtener puntuaciones distintas en calidad de datos, porque una tiene una fuente que en sí misma es imprecisa y la otra no. El registro hace visible esa diferencia; no la resuelve.
También es importante señalar que no todos los puntos de datos necesitan el mismo nivel de linaje. Para algunas cifras basta con una fuente sencilla y bien documentada; para otras se necesita más detalle porque hay más pasos entre la fuente y el informe. Qué puntos de datos necesita realmente una organización depende de la obligación de informar y del sector, y eso es distinto de asumir que todo merece la misma atención. Cuántos de los puntos de datos existentes ya tienen una fuente varía mucho según la organización: en una está fijado en una integración con el ERP, en otra reside en la memoria de un solo empleado.
Configurar un registro y su linaje no es cuestión de activar un sistema. Es averiguar, tema por tema, dónde se origina una cifra, quién la revisa antes de que llegue al informe, y qué ocurre si esa persona ya no está. Ese trabajo varía según el tema: para uno la fuente ya está lista, para otro aún hay que localizarla o reconstruirla. Quien se pregunte cuánto tiempo requiere esto por tema encontrará una respuesta más realista en la indicación del plazo por tema que en una demostración de una herramienta que promete que todo ocurre de forma automática.
Este enfoque no produce un informe; eso lo genera otra herramienta distinta, con estos datos como base. Lo que sí produce es una estructura que permanece incluso cuando se sustituye la hoja de cálculo, incluso cuando se marcha el empleado que lo sabía todo. Lo que esto significa en la práctica para quien consulte el registro más adelante se describe en quién consulta el registro de puntos de datos cuando quien lo elaboró ya no está, y lo que cambia una vez fijado el linaje se explica en las consecuencias de un linaje ya establecido.
Las hojas de cálculo no son el problema, pero sí son el primer síntoma visible. Quien sustituye la hoja de cálculo sin saber primero qué puntos de datos realmente importan, qué fuente les corresponde y quién es responsable de ellos, traslada el problema a un sistema más costoso. Lo que queda entonces es la pregunta que precede a este trabajo: qué puntos de datos se necesitan realmente para la obligación de informar, y si parte de ellos quizás ya existe en algún lugar de la organización sin que nadie lo sepa, como se explica en dónde puede que ya exista un punto de dato.
Este es un trabajo que hoy en día las personas hacen en gran parte de forma manual: localizar fuentes, comparar definiciones, verificar quién es responsable. Parte de ese trabajo de indagación se puede estructurar y acelerar con IA, y parte no; esa diferencia es precisamente lo que analiza el escáner de trabajo de FTE TO AI. El escáner de trabajo calcula, por tarea, qué parte del trabajo puede asumir la IA, y ofrece así una imagen más realista que la suposición de que una herramienta resuelve el problema en su totalidad.
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.