✒️SAP SD HANA / Las simplificaciones del modelo de datos Por Jose Comparan

Las simplificaciones del modelo de datos

1 | Las simplificaciones del modelo de datos

Las principales simplificaciones del modelo de datos en SAP S/4HANA Sales son las siguientes:

• Eliminación de las tablas de estado VBUK y VBUP: los campos de estado se han movido a tablas de cabecera y elementos correspondientes: VBAK y VBAP para documentos de ventas, LIKP y LIPS para entregas y VBRK para documentos de facturación.
• Simplificación de la tabla VBFA de flujo de documentos: nueva interfaz de usuario para el resumen de procesos combinando el flujo de documentos y la información de estado; utilizados por primera vez en la aplicación Monitor de cumplimiento del pedido de cliente.
• Extensión de longitud del tipo de documento SD: el elemento de datos VBTYP (Char1) se ha reemplazado por el elemento de datos VBTYPL (char4).

Eliminación de redundancias:

• Tablas índices de documentos VAKPA, VAPMA, VLKPA, VLPMA, VRKPA y VRPMA
• Tabla de índice de rappel VBOX.

Los beneficios clave de estas simplificaciones son el consumo de memoria reducido, el aumento del rendimiento de las consultas de SAP HANA y las mejoras en el ámbito funcional mediante longitudes de campo ampliadas.

La eliminación de la tabla VBUK es un gran ejemplo de simplificación. En SAP ECC, los valores de estado de un documento de ventas no se almacenan en las propias tablas del documento, sino en las tablas VBUK (datos de cabecera) y VBUP (datos de posición). Para obtener información sobre los documentos de proceso, se necesitan instrucciones de select adicionales en las tablas antes mencionadas.

Instrucción de select

Una instrucción de select es una función de programación que se utiliza para obtener datos de una tabla.

En SAP ECC, la estructura de la tabla no está optimizada y, por lo tanto, se necesita más de una instrucción de select para obtener todos los datos relevantes.

SAP S/4HANA lo evita debido a que su estructura de tabla está simplificada.

2 | La demostración de la simplificación de tablas

Cómo se diferencia la gestión del modelo de datos que tenemos en SD de SAP ECC, la versión clásica de SD S/4HANA, Veremos la diferencia de registros y la simplificación de registros que está contenida en SD S/4HANA.

Procedemos a crear un pedido de ventas en SAP ECC, esta es una versión de SAP ECC antiguo, creamos un pedido de ventas por la VA01, Colocamos los datos organizativos, la clase de documentos de venta, colocamos un solicitante, elegimos sus interlocutores o el destinatario de factura, hagamos un número de pedido de cliente, un código de material y la cantidad. Una vez creado tenemos, obtenemos el número pedido que es el 4834 e iremos a ver en las tablas en donde se ha registrado.

Iré a la tabla a través de la transacción SE16N, verificar la tabla de VBAK, colocaré el número de pedido de venta y verificamos los datos de cabecera de esta, solamente tenemos los datos de cabecera, pero no tenemos los datos referidos al estatus del documento. Lo mismo nos sucede con la tabla, VBAP, que es para las posiciones de este pedido, donde tenemos el documento de venta y las distintas posiciones, encontraremos la misma situación, se encuentra toda la información, de la posición del pedido de venta, el material, las cantidades, el precio del valor neto, el volumen, pero ahí no hay nada referido al estatus. El estatus se refiero si la posición tiene creada o en la cabecera, una entrega relacionada, una facturación, si se entrega completamente, si está parcialmente tratado, si está rechazado. ¿Por qué? Porque en ECC antiguo estos detalles los encontrábamos en la tabla de VBUK para la cabecera, donde teníamos absolutamente el estatus completo del documento con los distintos campos de estatus de entrega, estatus de contabilidad confirmado, etcétera y en la tabla VBUP para tener el estatus a nivel de posición.

Ahora veamos cuál es la diferencia sustancial que ocurre en SD de S/4HANA; proceder al ambiente de S/4HANA, aquí tengo un ambiente de 4HANA, crear un pedido de ventas en ese ambiente, la clase de pedido, los datos correspondientes, el solicitante, referencia al pedido del cliente y coloco el material, grabo el pedido de ventas, generando el pedido 2380. Procedemos a verificar las tablas correspondientes, primero pasamos a la VBAK, colocó el número de documento de ventas, ejecutar, se verifica los datos que ya teníamos en ECC sobre los datos correspondiente a la cabecera de pedido, vamos a encontrarnos si seguimos hacia la derecha y miramos todo el registro con los estatus que antes teníamos en la VBUK, el estado global, el estatus de entrega, el estatus de facturación sí estaba rechazado. Los estatus que antes estaban en la tabla de VBUK para ECC los encontramos en la VBAK. Lo mismo nos pasa con la VBAK que antes teníamos en la tabla de VBUK de la posición como status en la tabla de posición de VBAK, aquí están status global total. Etc.

Qué pasaron con las tablas VBUK y VBUP, pasamos a la tabla de VBUK y coloco el documento comercial, vamos a ver que no hay registros. Lo mismo sucede con la tabla de VBUP no hay registros. Como hemos visto esto, genera una simplificación muy importante al momento de registrar un pedido de ventas porque se registran muchísimos menos registros en la base de datos, generando una economía importante en el contenido. Y no solo eso, en el almacenamiento y en el uso que le damos a los discos y almacenamientos o espacio. Nuestro servidor.