Una hoja de cálculo con el consumo energético por sede no es un problema en sí mismo. El problema surge en el paso siguiente: cómo se agrupan esas líneas hasta llegar a la cifra que figura en el informe. Ese paso suele ocurrir en una fórmula, en una tabla dinámica o, peor aún, en la cabeza de quien actualiza la hoja de cálculo cada año. Nadie más sabe exactamente qué filas se han incluido, cuáles se han excluido y por qué.
Agregar suena a cálculo, pero en realidad es una serie de decisiones. ¿Incluye usted las sedes que estuvieron cerradas parte del año? ¿Cuenta las ubicaciones alquiladas o solo las propias? ¿Calcula por año calendario o por ejercicio contable? Cada elección cambia la cifra final, y en una hoja de cálculo estas decisiones normalmente no quedan registradas por separado. Están incorporadas en una fórmula que hace referencia a celdas, sin que exista una línea legible que diga: esta es la regla de agregación, y esta es la razón.
En cuanto alguien se hace cargo de la hoja de cálculo, o cuando un controller quiere reproducir una cifra comparable un año después, falta esa explicación. La fórmula sigue funcionando, pero ya nadie puede valorar si sigue siendo correcta para la situación de este año.
Entre la línea bruta de la hoja de cálculo y la cifra del informe suele haber varios pasos: selección de las filas relevantes, conversión a una unidad, suma o promedio ponderado, y a veces una corrección por meses o ubicaciones faltantes. Cada paso puede tener su propia regla, y cada regla puede cambiar sin que quede anotado en ningún lugar.
La pregunta que importa entonces es: si un controller pregunta cómo se ha compuesto esta cifra, ¿puede usted señalar los pasos uno por uno? No deducir el resultado trabajando hacia atrás a través de la fórmula, sino mostrar las reglas mismas.
Una regla de agregación que solo existe dentro de una fórmula no es verificable ni transferible. Registrarla significa: anotar por separado de la hoja de cálculo qué agregación se ha aplicado, sobre qué selección, con qué excepciones, y quién ha establecido esa regla. No se trata de un documento adicional junto a la hoja de cálculo, sino de la explicación que hace que la hoja de cálculo sea utilizable como fuente para un punto de reporte.
Sin esa explicación, una regla de agregación cambia sin que nadie lo note. Alguien añade una sede a la lista, ajusta la fórmula, y la cifra de este año ya no es comparable con la del año pasado. No porque los datos subyacentes hayan cambiado, sino porque la forma de sumar se ha modificado silenciosamente.
La agregación es uno de los lugares donde las hojas de cálculo esconden errores de agregación, pero no el único. Preguntas similares se aplican a las unidades y las definiciones: consulte cómo registra usted la normalización cuando la fuente es una hoja de cálculo para el paso que a menudo precede a la agregación. Y para trazar el camino completo desde la línea bruta hasta la cifra del informe, incluso sin software especializado, existe cómo crea usted el linaje sin herramienta cuando la fuente es una hoja de cálculo. Ambos se conectan con la pregunta más amplia de qué es exactamente el source-to-report mapping, en la que la agregación es uno de los pasos que se documentan.
Una regla de agregación, igual que un punto de datos, necesita a alguien responsable de la decisión que hay detrás. No la persona que casualmente escribió la fórmula, sino quien puede explicar por qué se ha elegido esta selección y este método de cálculo, y que aprueba un cambio antes de que se aplique. Esta cuestión está relacionada con quién es propietario de la definición de un punto de datos: la definición determina qué se mide, la regla de agregación determina cómo se combinan las mediciones en una cifra de reporte. Ambas deben pertenecer a alguien con nombre propio, no a una hoja de cálculo que pasa de mano en mano.
Registrar las reglas de agregación no es un ejercicio puntual. Es una pregunta que vuelve a surgir cada vez que la organización cambia: una nueva sede, una nueva unidad, una fusión. Por eso no basta con documentarlo esta vez; debe existir un proceso que repita el registro con cada cambio. Quién vigila ese proceso y cuándo se revisa una regla de agregación es una cuestión que se relaciona con quién es propietario del proceso subyacente, independientemente de quién aporte las cifras individuales.
Esta página describe lo que se necesita para hacer transparente la agregación. El Data Readiness Scan es la herramienta que ayuda a registrar esto para sus puntos de datos: el registro, el linaje de fuente a reporte por punto y las reglas de propiedad. Esa herramienta está en construcción. Quien quiera empezar ya con esto puede inscribirse en la lista de espera.
Una vez que las reglas de agregación están registradas, con un propietario y una razón, surge otro tipo de trabajo: ejecutar y verificar esos mismos pasos, año tras año. Buena parte de ese trabajo de ejecución, desde seleccionar filas hasta sumar cifras siguiendo una regla fija, es el tipo de tarea de la que, con un escaneo de trabajo de FTE TO AI, se puede calcular qué parte puede ser asumida por la IA, por tarea, en función de lo que el trabajo implica exactamente.
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.