Un punto de dato duplicado casi nunca destaca en el resultado final. Destaca cuando dos unidades de negocio aportan de forma independiente el mismo consumo de energía, los mismos datos de flota o el mismo flujo de residuos, y nadie ha notado que se trata de la misma fuente. El total entonces parece correcto ópticamente, pero la suma es errónea. Esto ocurre sobre todo en organizaciones que trabajan por unidad de negocio con sus propias hojas de cálculo, sus propios formularios de entrada y sus propias personas que aportan las cifras. Cada unidad entrega correctamente lo que se le pide. Nadie compara la fuente.
Un registro de puntos de datos no resuelve esto verificando el total, sino registrando por cada punto de dato de dónde proviene. No solo qué cifra se ha introducido, sino de qué sistema, qué archivo o qué medición procede, y quién lo ha aportado. Si dos unidades de negocio señalan la misma fuente para el mismo punto de dato — el mismo contrato de energía, el mismo sistema de gestión de flota, el mismo informe de compras de un proveedor compartido — eso resulta visible en cuanto las fuentes se colocan una junto a la otra. Esto es precisamente para lo que sirve el linaje de fuente a informe por punto de dato: no como control posterior, sino como parte fija de cómo está construido el registro.
La duplicación surge generalmente de tres maneras. La primera es una fuente compartida que dos unidades leen por separado, como un contrato de energía centralizado que tanto la sucursal como la oficina central registran. La segunda es una actividad compartida que se asigna doblemente, como un servicio de transporte que tanto la unidad remitente como la receptora registran como emisión propia. La tercera es una fusión o reorganización en la que se han combinado dos registros sin que nadie haya comprobado si la misma fuente se incluyó bajo dos nombres. Ninguna de estas situaciones es reconocible por la cifra en sí. Solo son reconocibles por la fuente que hay detrás.
Para poder reconocer una duplicación, el registro debe recoger como mínimo por cada punto de dato: la fuente exacta, la unidad de negocio que aporta el punto de dato, el periodo al que se refiere y el propietario responsable de su exactitud. Sin esa combinación, comparar entre unidades es adivinar. Con esa combinación, es cuestión de ordenar: colocar juntos todos los puntos de datos con la misma fuente y evaluar si realmente pueden contarse por separado o si hay solapamiento. Qué campos exactamente se necesitan y en qué orden se rellenan se describe en cómo configurar un registro de puntos de datos que empiece con esta información.
Un registro que muestra duplicaciones no es automáticamente un registro en el que ya no hay duplicaciones. Es un registro en el que se pueden localizar porque la fuente está registrada en cada punto de dato. Si eso es suficiente depende de cuántos de los puntos de datos tienen realmente una fuente rellenada — un registro en el que la mitad de los campos están vacíos no puede mostrar de ninguna manera qué unidades se solapan. Cuántos campos de fuente están rellenados, y qué dice eso sobre la fiabilidad del conjunto, se trata en cuántos de sus puntos de datos tienen una fuente. Solo cuando esa proporción es suficientemente grande, una comparación entre unidades de negocio es algo más que una fotografía puntual.
La tentación es controlar todo en busca de duplicaciones, incluidos puntos de datos que apenas tienen peso en el informe final. Ahí no es donde mejor se invierte el tiempo. Qué puntos de datos son realmente necesarios para informar y cuáles son detalle superfluo se describe en qué puntos de datos necesita realmente. Un registro más pequeño con fuentes correctas es más útil que un registro completo en el que nadie ha comprobado si las fuentes se solapan.
En una sola unidad, un registro está terminado en cuanto cada punto de dato tiene una fuente y un propietario. Con múltiples unidades de negocio se añade un paso: verificar que la misma fuente no figure en el registro bajo dos nombres. Lo que eso significa en concreto para la finalización de un registro que abarca varias unidades se explica en cuándo un registro está terminado en múltiples unidades de negocio. Ese momento no llega cuando todos los campos están rellenados, sino cuando lo introducido por cada unidad se ha contrastado entre sí.
Una vez que existe el registro de puntos de datos, con fuentes y propiedad por punto de dato, surge una segunda pregunta: quién hace el trabajo de comprobar y actualizar esas fuentes periódicamente. Parte de ese trabajo — recopilar datos de origen, comparar entradas, señalar desviaciones — es lo bastante repetitivo como para plantearse qué parte se puede dejar a la IA. El escaneo de trabajo de FTE TO AI calcula por tarea qué parte del trabajo es apta para ello, no como sustituto del registro sino como paso siguiente una vez que el registro existe.
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.