Antes de que una cifra aparezca en un informe, ya tiene una historia. Procede de una factura energética, un sistema de RR.HH., un archivo de Excel que alguien actualiza cada trimestre, o una estimación que se hizo hace tres años y nunca se ha revisado. La pregunta "dónde existe ya este dato" parece sencilla, pero en la mayoría de las organizaciones la respuesta no está registrada en ningún sitio. Está en las cabezas de las personas, en el correo del año pasado, o en ningún lugar.
Un registro de datos es el lugar donde esa respuesta sí está. No como informe, sino como administración: por cada dato se registra de dónde procede el valor, quién es responsable de él, y a qué reglas debe ajustarse el valor antes de que usted lo utilice.
Un registro contiene, para cada dato, un conjunto fijo de campos. El nombre y la definición del dato, para que dos personas no entiendan algo distinto con el mismo término. Los sistemas o documentos fuente de los que procede el valor. El propietario: la persona que puede explicar de dónde viene la cifra y que es el punto de contacto si no es correcta. Las transformaciones que tienen lugar entre la fuente y el informe, desde la conversión de unidades hasta la suma entre sedes. Y las reglas de calidad que el valor debe cumplir, como un rango esperado o un control frente al año anterior.
Esto no es un documento de informe. Es la capa que hay debajo: el lugar donde puede consultar de dónde procede una cifra, sin tener que llamar a nadie.
Un registro no se rellena automáticamente. Empieza con la lista de datos que necesita, y para cada uno de ellos la pregunta: ¿existe esto ya en algún sitio, y dónde exactamente? Para la mayoría de los datos, la respuesta no es una sola fuente, sino una serie de pasos: una exportación de un sistema, una transformación en una hoja de cálculo, un complemento manual, y luego el valor final. Cada paso de esa cadena debe figurar en el registro, no solo el último.
A esto se suman dos preguntas que no se pueden omitir. En primer lugar: quién es el propietario de este dato, no como formalidad sino como alguien que puede responder por el valor. En segundo lugar: qué ocurre con un dato cuya fuente no se puede rastrear. Esto último sucede más a menudo de lo esperado, y qué hacer con un dato sin fuente es una pregunta que no se omite simplemente calificándola de difícil.
Construir este registro es un proceso independiente con un orden propio: primero identificar los datos, luego rastrear las fuentes, después designar a los propietarios, y finalmente formular las reglas. Cómo elaborar un registro de datos describe ese orden paso a paso.
Tener un dato registrado no es lo mismo que un dato que es correcto. Ser correcto significa que la fuente es rastreable, que las transformaciones entre la fuente y la cifra del informe son conocidas, y que existe una regla con la que se puede comprobar el resultado. Sin esos tres elementos, una cifra es una suposición con un número encima.
Las transformaciones son, en este contexto, el elemento que falta con más frecuencia. Un dato rara vez va directamente de la fuente al informe; normalmente hay de por medio una conversión, una agregación o una corrección. Qué transformaciones hay entre la fuente y el informe es, por ello, una pregunta independiente de dónde está la propia fuente, y ambas preguntas juntas forman lo que se conoce como source-to-report mapping: la ruta completa desde la fuente en bruto hasta la cifra del informe, cartografiada por completo.
Un segundo problema que solo se hace visible al rellenar el registro es la duplicación: el mismo dato que llega por dos vías, con dos valores algo distintos. Cómo reconocer un dato duplicado no es entonces una cuestión teórica, sino un control práctico que se aplica al registro antes de calificarlo de fiable.
Y dado que un registro nunca está completo de una sola vez, existe una pregunta aparte para el momento en que se puede dejar de buscar: cuándo un registro está terminado describe de qué depende eso, en lugar de mencionar un número fijo de datos o un plazo.
Un registro de datos le indica de dónde procede un dato y quién es responsable de él. No le indica cuánto tiempo cuesta recopilar de nuevo esos datos cada año, ni qué parte de ese trabajo de recopilación sigue siendo manual y qué parte se puede automatizar. En cuanto el registro está establecido y usted sabe qué pasos se repiten, esa pregunta surge automáticamente. El escáner de trabajo de FTE TO AI calcula, por tarea, qué parte del trabajo puede asumir la IA, y con ello enlaza exactamente con el punto donde termina el registro: no dónde está el dato, sino cuánto trabajo cuesta volver a obtenerlo cada vez.
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.