En el blog anteriorproporcionamos una descripción general de las nuevas características introducidas con el Jerarquía con directorio. En este blog, lo guiaremos en la creación de un básico Jerarquía con directorio, comenzando desde cero y avanzando hasta la vista previa de datos en un modelo analítico. Nos centramos en la simplicidad, asegurándonos de que comprenda los conceptos fundamentales con una complejidad mínima. Para simplificar, utilizamos datos de tablas locales, antes de pasar a datos de SAP S/4HANA o SAP BW en publicaciones futuras. Sin embargo, el modelo está completo y viene con algunas líneas de datos maestros y de transacciones. En nuestro próximo blog, mejoraremos el modelo introduciendo elementos avanzados como textos que dependen del idioma, tipos de nodos adicionales y características de dependencia del tiempo.
Este blog es parte de una serie en la que presentamos el Jerarquía con directorio:
Nuestro modelo muestra las ventas de productos dentro de una jerarquía de productos. Para esto, necesitamos crear al menos cuatro vistas diferentes, como se ilustra en la Figura 2. Necesitamos vistas del siguiente uso semántico:
La siguiente figura muestra las asociaciones entre estas cuatro vistas y el conjunto mínimo de columnas que necesitamos para que funcione la jerarquía. Cada una de las vistas necesita un conjunto de datos debajo, que proporcionamos usando mesas locales y en el que ingresamos manualmente algunos registros. En la figura falta el modelo analítico. Lo necesitaremos para obtener una vista previa de los datos, pero por ahora solo queremos centrarnos en los elementos principales necesarios.
Cada vista lee de una tabla local con algunos registros de muestra. La Figura 3 enumera nuestras transacciones de ventas. Sí, lo sabemos, nueve registros no se acercan nada a la realidad, pero cumplen su propósito.
La Figura 4 enumera los únicos ID de producto. Normalmente, una dimensión de producto tendría todo tipo de datos maestros, pero nuevamente, lo mantenemos lo más simple posible y, por lo tanto, esta tabla tiene solo una columna.
En este blog trabajaremos con dos jerarquías basadas en datos, lo que significa que agregamos dos entradas al Directorio de jerarquía de productos como se muestra en la Figura 5. Si S/4HANA fuera su fuente, es posible que tenga muchas más de estas entradas, con semántica adicional como intervalos de validez de fechas. Volveremos sobre esa semántica adicional en la próxima publicación.
La Figura 6 ilustra los datos de muestra de la jerarquía y detalla las relaciones de los nodos padre-hijo para nuestras dos jerarquías. Los datos aquí ya están organizados según cómo los consumirá la Jerarquía con Directorio, como veremos más adelante.
Es importante entender que aquí hay dos claves en juego:
Estudie los datos de muestra a continuación y tome nota de cómo un solo producto, como LECHE DE AVENA_1, se clasifica de forma diferente en dos jerarquías, marcadas respectivamente en verde y morado. En la jerarquía verde, llamada BEBIDAS_O_NOel nodo hoja es de tipo de nodo PRODUCTO. Por lo tanto, el ID del producto determina el real llave, LECHE DE AVENA_1. En esta tabla de jerarquía su ID de nodoel niño, tiene 4 años. Su padre es ID de nodo 0 y, como puede ver, para ese nodo el tipo de nodo es PRODUCT_CATEGORY y el real Por lo tanto, la clave es el ID de categoría de producto.
Finalmente, es hora de implementar la semántica creando las vistas. El Actas la vista es de tipo Hecho, y el Producto la vista es de tipo Dimensión. Asumimos que no se necesita más explicación sobre esos puntos de vista, por lo que continuamos aquí con los dos últimos puntos de vista.
El directorio de jerarquía es, en su forma más básica, simplemente una lista de las diferentes jerarquías con una etiqueta, modelada como una dimensión. La dimensión requiere un campo clave y un campo de etiqueta. En nuestro caso esto es Nombre de jerarquía y Etiqueta de jerarquía. Pueden elegir los nombres del campo ustedes mismos, pero esta dimensión siempre tendrá al menos una clave y un campo de etiqueta. Asegúrese de que el campo de la etiqueta esté configurado como Texto y asignado al campo Nombre de jerarquía, como puede ver en la Figura 7. Esta etiqueta aparecerá en nuestra herramienta de informes cuando queramos seleccionar la jerarquía activa.
Primero creamos esta dimensión de directorio, porque necesitaremos hacer referencia a ella cuando construyamos la vista de jerarquía.
Y luego llega el momento de la jerarquía en sí, para lo cual seguimos estos pasos:
En el cuadro de diálogo de configuración hacemos lo siguiente, según la numeración de la Figura 9:
Como puede ver, también es posible agregar varias columnas para definir los campos de destino para un tipo de nodo. Esto le permite utilizar claves compuestasque necesitará para ciertas jerarquías S/4 o BW.
Eso es todo para configurar el Jerarquía de productos vista. Después de desplegar el Jerarquía de productosVe a la Producto dimensión y crear una asociación de tipo Jerarquía con directorio a la vista Jerarquía de productos.
Para obtener una vista previa de las transacciones como parte de la jerarquía, necesitamos un Modelo analítico para consumir los objetos creados. Esto es sencillo:
Esto es todo lo que necesitas hacer antes de obtener una vista previa de los datos. Incluso cuando estás jugando, es útil guardar e implementar el Modelo Analítico. En general, siempre que realice cambios en cualquiera de los objetos y desee asegurarse de que todos los cambios se propaguen correctamente, simplemente vuelva a implementar el Modelo analítico. Esto volverá a implementar todos los objetos relacionados y garantizará que el Modelo analítico es consciente de su cambio.
Para ver sus datos en el Modelo analíticosimplemente seguimos estos pasos:
Figura 14 y Figura 15 muestran las mismas transacciones, agregadas en las dos jerarquías diferentes. Nuevamente, puedes echar un vistazo a la ID del producto. LECHE DE AVENA_1 y su asignación según los datos de la Figura 6.
En este blog, lo hemos guiado a través de la creación de un conjunto básico pero funcional de tablas y vistas, demostrando una Jerarquía con directorio en SAP Datasphere. Ahora tiene una comprensión sólida de los aspectos fundamentales. Las jerarquías provenientes de SAP S/4HANA o SAP BW a menudo requieren funciones adicionales. Por ello, ampliamos nuestro modelo en el próximo blog: Modelando un avanzado Jerarquía con directorio.
Calle Eloy Gonzalo, 27
Madrid, Madrid.
Código Postal 28010
Paseo de la Reforma 26
Colonia Juárez, Cuauhtémoc
Ciudad de México 06600
Real Cariari
Autopista General Cañas,
San José, SJ 40104
Av. Jorge Basadre 349
San Isidro
Lima, LIM 15073