Datos de ERP heredados disponibles tras el cambio a S/4

Puede darle la vuelta que quiera: en cada migración a S/4 debe aclararse qué datos del sistema heredado ERP-ECC deben estar disponibles directamente en el sucesor tecnológico SAP-ERP, y qué datos heredados importantes deben mantenerse en modo de espera, por así decirlo, para poder acceder a ellos de forma rápida y completa cuando sea necesario.

Al fin y al cabo, en un enfoque greenfield, por ejemplo, es decir, un reinicio completo de S/4 sin cargas ni datos históricos heredados de SAP, normalmente sólo se transfieren al nuevo entorno del sistema las partidas abiertas actuales, como las contabilizaciones abiertas, incluidos los datos maestros.

E incluso con un enfoque brownfield que tenga en cuenta determinados historiales de SAP en una empresa, estos historiales y datos no se transferirán en su totalidad al nuevo S/4.

Pero, ¿cómo garantizar que los datos heredados importantes estén disponibles y se pueda acceder a ellos tras una migración a S/4? Por ejemplo, datos/condiciones de precios existentes, facturas de proveedores o documentos de contabilización en FI, datos de configuración de variantes en SD o especificaciones de mantenimiento en el módulo de mantenimiento de SAP. ¿O cómo se garantiza el acceso a datos heredados importantes durante auditorías o revisiones?

Un punto conflictivo aquí es esencialmente que en el entorno SAP, no sólo se trata de los datos reales, sino también siempre de las transacciones SAP asociadas que convierten los datos en información empresarial en primer lugar.

Es decir, "que no es prácticamente suficiente seleccionar datos de una base de datos Any utilizada junto con SAP Classic, extraerlos e importarlos a una base de datos SQL dedicada en, digamos, una máquina VM, y luego acceder a ellos con una herramienta de consulta después de un cierre del ERP".El profesor Detlev Steinbinder, director de PBS, explica la situación.

Falta la integración en la nueva aplicación S/4 y la visión transaccional y empresarial de los datos para los usuarios finales. Además, falta la integración con el concepto de autorización de SAP.

Probado y comprobado de nuevo

Es cierto que el problema podría resolverse mediante el clásico archivado de datos SAP, lo que también ocurre con las soluciones PBS, especialmente para los grandes clientes de SAP. Sin embargo, los usuarios de SAP de tamaño medio o mediano suelen dejar esto de lado.

Por razones de coste o complejidad; quizá también por una necesidad que no se veía. En este contexto, PBS ha desarrollado ahora una nueva solución completa denominada Nearline Analytic Archive (NAA), que, según la empresa, estará disponible a finales del primer trimestre de 2020 y se presentó a la comunidad SAP en los DSAG Technology Days.

Puede utilizarse sin el clásico archivado de datos SAP. Además, el uso de NAA no requiere el pago de licencias SAP adicionales para su utilización.

La nueva solución PBS se basa en add-ons PBS de eficacia probada e incluye desarrollos nuevos y adicionales, orientados a las necesidades de los clientes SAP medianos y pequeños ya existentes.

Como informa Steinbinder, "tras un cambio de ECC-S/4 o tras una parada del sistema ERP, la dirección y los departamentos especializados pueden así acceder cómoda y fácilmente a los datos heredados que les son absolutamente necesarios y a las transacciones SAP conocidas asociadas de todos los módulos ERP.

Y esto directamente desde el nuevo S/4. Además de las transacciones, NAA permite generar cualquier consulta con la inclusión del concepto de autorización de SAP. Se pueden visualizar todos los datos heredados, datos maestros y de documentos, así como la personalización completa del sistema heredado".

Una de las bases de la solución Nearline Analytical Archive es el marco PBS Nearline Analytical Infrastructure (NAI). Si se quiere, NAI es comparable a una especie de "solución de vagón lateral".

Aquí y allá, como es bien sabido, SAP Hana se ejecuta como una solución lateral o add-on; en otras palabras, como una solución adicional conectada a un sistema SAP con un alto rendimiento del sistema.

El principio funcional de PBS NAA es que los datos ECC de ERP necesarios se replican y almacenan en una base de datos nearline, con el efecto beneficioso de que no se sobrecarga la base de datos primaria de un sistema SAP.

Por cierto, para el uso de NAI es irrelevante si se utiliza Hana o AnyDB como base de datos principal. NAA es compatible con todas las versiones actuales del sistema SAP ERP ECC.

Varios SGBD posibles

Se utiliza un sofisticado componente de extracción de NAI para extraer datos específicos de la empresa de un sistema SAP. Esto significa que todos los datos heredados importantes, incluidas las transacciones, se determinan o seleccionan, replican y transfieren a la base de datos NAI.

Este proceso debe ser realizado por el usuario o para ello se utilizan los servicios de un socio de SAP, de un socio de PBS o de PBS.

Posteriormente, el sistema heredado podrá ser desmantelado. Por cierto, según PBS, la NAA cumple plenamente los requisitos fiscales y de protección de datos del GoBD y la DSGVO.

Además, pueden utilizarse otros servicios NAI con NAA en función de las necesidades (por ejemplo, Servicios de Datos Externos). O también pueden realizarse análisis directamente en NAA.

Y sin afectar negativamente a un entorno de sistema SAP existente en términos de rendimiento. "Varias soluciones DBMS establecidas son compatibles como bases de datos nearline, bajo diversos sistemas operativos y variantes de servicio.

Por ejemplo, el sistema de gestión de bases de datos basado en columnas SAP IQ o IBM DB2 Blu con escalado abierto ascendente. Además, es posible utilizar Microsoft SQL Server", concluye Steinbinder, director de PBS.