• Inicio
  • Novedades
  • Academia SAP
  • FAQ
  • Blog
  • Contacto
S4PCADEMY_Logo
Twitter Linkedin Instagram
S4PCADEMY_Logo
Twitter Linkedin Instagram
FORMACIÓN SAP

Modelado de una Jerarquía básica con Directorio en SAP Datasphere

By s4pcademy 


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:

  1. Una introducción a Jerarquía con directorio
  2. Modelando un básico Jerarquía con directorio (este blog)
  3. Modelando un avanzado Jerarquía con directorio
  4. Cree una jerarquía de cuentas SAP S/4HANA GL dentro de SAP Datasphere a través del contenido de la comunidad
  5. Tutorial de diferentes escenarios empresariales a través del paquete de contenido comunitario: jerarquía externa de cuentas del libro mayor con flujo de replicación
  6. Más por agregar…

Figura%201%3A%20Uno%20de%20las%20jerarquías%20creadas%20en%20este%20blog%20post

Figura 1: Una de las jerarquías creadas en esta publicación de blog

El modelo de datos en su forma más básica.

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:

  1. Hecho (Transacciones), con transacciones de productos vendidos.
  2. Dimensión (Producto), que enumera las instancias únicas del producto.
  3. Jerarquía con directorio (Jerarquía de productos)que contiene las relaciones padre-hijo entre los nodos de la jerarquía y la definición de toda la semántica de la jerarquía.
  4. Directorio de jerarquía (Directorio de jerarquía de productos), que enumera todas las jerarquías.

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.

Figura 2: Conjunto mínimo de objetos para mostrar una jerarquía con directorio

Los datos de muestra

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.

Figura%203%3A%20Muestra%20transacción%20datos%20de%20producto%20ventas

Figura 3: Datos de transacciones de muestra de ventas de productos

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.

Figura%204%3A%20Minimal%20data%20set%20for%20Product%20dimensión

Figura 4: Conjunto de datos mínimo para la dimensión Producto

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.

Figura%205%3A%20Minimal%20form%20of%20a%20Jerarquía%20Directorio%20con%20dos%20entradas

Figura 5: Forma mínima de un directorio jerárquico con dos entradas

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:

  • Una clave especifica la relación padre-hijo. En nuestro modelo de datos, este es el campo ID de nodo. Es el niño de la relación padre-hijo.
  • Una segunda clave para identificar el nodo respectivo. real En nuestro modelo de datos, esto es ID del Producto o ID de categoría de producto. El Tipo de nodo El campo determina cuál de las dos claves debe considerarse. Más adelante veremos que a esta clave se le pueden asociar dimensiones, convirtiéndolas en realidad claves de dimensión.

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.

Figura%206%3A%20La%20jerarquía%20nodo%20relaciones%20para%20dos%20diferentes%20jerarquías

Figura 6: Relaciones de los nodos de jerarquía para dos jerarquías diferentes

Las vistas

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.

Directorio de jerarquía

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.

Figura%207%3A%20Columna%20semántica%20para%20Producto%20Jerarquía%20Directorio

Figura 7: Semántica de columnas para el directorio de jerarquía de productos

La jerarquía con directorio

Y luego llega el momento de la jerarquía en sí, para lo cual seguimos estos pasos:

  1. Cree una vista con “Jerarquía con directorio” como su Uso semántico. En la siguiente figura puede ver que estamos usando una vista SQL, pero también puede usar una vista gráfica.
  2. Consumir la tabla con las relaciones padre-hijo, en nuestro caso LT_NODEScuyo contenido se muestra en la Figura 6.
  3. Cree una asociación con el directorio de jerarquía de productos entre Nombre de jerarquía desde la propia jerarquía al directorio de la jerarquía.
  4. Elija «Jerarquía con configuración de directorio» como puede ver en la Figura 8. Esto abre el cuadro de diálogo de configuración.

Figura%208%3A%20Selección de%20la%20configuración%20para%20la%20Producto%20Jerarquía

Figura 8: Selección de la configuración para la jerarquía de productos

En el cuadro de diálogo de configuración hacemos lo siguiente, según la numeración de la Figura 9:

  1. Elija el campo principal.
  2. Elija el campo secundario.
  3. Elegir el Nombre de jerarquía columna, que debería ser la columna a partir de la cual creamos una asociación al Vista del directorio de productos.
  4. La entidad del directorio de jerarquía ahora debería mostrarse automáticamente.
  5. Elija la columna que define el Tipo de nodo.
  6. Nuestro nodo hoja es de valor de tipo nodo. PRODUCTOpor lo que ingresamos manualmente ese valor aquí.
  7. Elegimos la columna en la que se encuentra el ID del producto. Esta será la columna que aparecerá más adelante como valor de nodo.
  8. Elija «Establecer como hoja» si aún no está configurado.

Figura%209%3A%20La%20Jerarquía%20con%20Directorio%20configuración

Figura 9: La jerarquía con la configuración del directorio

  1. Agrega otro Valor del tipo de nodo haciendo clic en el signo “+”.
  2. Ingrese el valor del tipo de nodo
  3. Elegir ID de categoría de producto como el Valor del tipo de nodo

Figura%2010%3A%20Añadiendo%20el%20Producto%20Categoría%20nodo%20tipo%20valor

Figura 10: Agregar el valor del tipo de nodo Categoría de producto

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.

El modelo analítico

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:

  1. Crear un nuevo Modelo analíticoy arrastre el Transacción ver en.
  2. Importe las asociaciones cuando se le solicite.
  3. Seleccionar Cantidad como medida requerida.

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.

Vista previa de datos

Para ver sus datos en el Modelo analíticosimplemente seguimos estos pasos:

  1. Elegir Avance para ir a la pantalla de vista previa.
  2. Insertar ID del Producto en las filas, creando una lista sencilla de ventas por producto.
  3. Como se describe en la Figura 11, pase el cursor sobre el ID del Producto entrada en el Filas sección, luego elija Jerarquíay luego elija Seleccionar jerarquía. Aparece un cuadro de diálogo para elegir la jerarquía (ver Figura 12).
  4. Cambie el formato de visualización a Descripción como se muestra en la Figura 13, que mostrará la texto de nodo en lugar del ID de nodo.
  5. Tómese un momento para apreciar la exhibición final.

Figura%2011%3A%20Selección%20of%20a%20jerarquía%20in%20data%20vista previa%20of%20an%20Analytic%20Model

Figura 11: Selección de una jerarquía en la vista previa de datos de un modelo analítico

Figura%2012%3A%20Jerarquía%20selección

Figura 12: Selección de jerarquía

Figura%2013%3A%20Cambiar%20la%20jerarquía%20visualización

Figura 13: Cambiar la visualización de la jerarquía

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.

Figura%2014%3A%20La jerarquía de%20bebidas%20o%20no%20

Figura 14: La jerarquía Bebidas o no

Figura%2015%3A%20La%20Más%20categorías%20jerarquía

Figura 15: La jerarquía de Más categorías

Conclusión

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.


¿Es posible integrar SAP EWM con un sistema ERP de terceros?
Previo
Aprender a programar con soporte de Git
Siguiente

Madrid

Calle Eloy Gonzalo, 27
Madrid, Madrid.
Código Postal 28010

México

Paseo de la Reforma 26
Colonia Juárez,  Cuauhtémoc
Ciudad de México 06600

Costa Rica

Real Cariari
Autopista General Cañas, 
San José, SJ 40104

Perú

Av. Jorge Basadre 349
San Isidro
Lima, LIM 15073

Twitter Linkedin Instagram
Copyright 2022 | All Right Reserved.