¿Se ha sentado a ver alguna demo sobre aplicaciones de planificación, recientemente? Bueno, probablemente encontrará que la mayoría de los proveedores están enviando un mensaje de "versión única de la verdad".



Esto parece una perspectiva convincente si actualmente está utilizando hojas de cálculo para administrar sus procesos críticos de negocio. El proveedor probablemente le contará una historia de dos gerentes que se sientan en la misma reunión con dos hojas de cálculo compiladas manualmente. ¡Cada hoja de cálculo muestra un número diferente para la misma métrica! Pero la aplicación del proveedor, ¿es realmente capaz de entregar una única versión de la verdad?

Las vistas múltiples, ¿exigen múltiples cubos de datos?

Algunas aplicaciones no admiten varias vistas de datos dentro de la misma dimensión. Esto se conoce a menudo como "jerarquías alternativas o múltiples". Un buen ejemplo de una jerarquía alternativa sería dentro de una dimensión de centro de costo: es posible que deba agrupar mis centros de costo por función o responsabilidad. Veamos otro ejemplo, en la dimensión cuenta, puedo tener múltiples vistas de mi estado de ingresos, por ejemplo, una vista de informes de gestión y una vista legal.

El impacto de esta limitación es que el usuario necesita tener varios cubos con los mismos datos, y cada cubo proporciona una vista o acumulación de datos diferente. Por lo tanto, es posible que me obliguen a tener mi vista de informes de administración en un cubo y mi vista legal en otro cubo. Esto significa que tengo que mover los datos entre cubos y mantener la misma dimensión en múltiples lugares y luego conciliar cada uno de los cubos para asegurar que todos estén de acuerdo.

El hecho de que mis datos ahora se dividan en varios cubos significa que mi análisis es limitado. ¿Qué pasa si quiero analizar algo en un cubo por un criterio que está en otro cubo? El resultado final es que me veo obligado a exportar los datos y volver a unirlos en una hoja de cálculo , lo cual es justamente la tarea que queremos evitar.

Se requiere re-ensamblar algunos datos

Algunas aplicaciones tienen restricciones al admitir volúmenes de datos a escala empresarial. Esa limitación del volumen de datos es lo que obliga a dividir los datos en varios cubos. Esto implica una gran cantidad de movimiento de datos, seguido de pasos de conciliación para asegurarse de que todos los datos están bien unificados.

Algunos proveedores también requieren aplicaciones de terceros para proporcionar informes y visualización. Esto significa que los datos se deben mover una vez más, desde la aplicación de planificación a la herramienta de visualización., lo cual implica un movimiento innecesario de datos, mantenimiento de seguridad duplicado y pasos de conciliación. Y, por supuesto, esos pasos no están sucediendo en tiempo real. En un entorno como ese, ¿cómo sabría un usuario si sus números son correctos o no? ¿Qué pasa si alguien hizo uno de esos ajustes de último minuto demasiado comunes pero se olvidó de ejecutar la rutina para mover los datos? ¿Dónde está la "versión única de la verdad" entonces?

Una arquitectura de múltiples cubos es realmente una necesidad para una aplicación de planificación robusta. Pero no debería obligarlo a colocar los mismos datos en varios cubos simplemente porque el sistema tiene limitaciones. Le recomiendo que evalúe si la aplicación de planificación que le ofrecen, es realmente capaz de ofrecer la visión de una "versión única de la verdad".

Y si desea descubrir una aplicación de planificación que realiza análisis multidimensionales, con una única versión de la verdad, más rápida y flexible, visite Optaris.