Aprovechar el potencial existente con la NAI

Los usuarios de SAP que intentan resolver la siguiente tarea con herramientas de a bordo convencionales llegan rápidamente a sus límites: a saber, la evaluación analítica ad hoc de un volumen muy grande de varios miles de millones de líneas FI en el contexto del controlling financiero.

En principio, esto es técnicamente posible. Sin embargo, en el mundo empresarial actual, los tiempos de ejecución de varios días son sencillamente inaceptables. O, otro ejemplo: Si usted es un minorista que intenta evaluar correcta y rápidamente millones de recibos de caja cada día, sobre todo teniendo en cuenta que se trata de datos que no son de SAP, al cabo de poco tiempo se dirá: no funcionará sin sistemas informáticos diseñados para este fin.

Estas y muchas otras aplicaciones posibles se realizan de forma fiable con la infraestructura analítica Nearline de PBS. PBS NAI es sinónimo de análisis y gestión de datos masivos operativos.

Las empresas pueden evaluarlos rápidamente y así desarrollar el negocio de forma ofensiva y gestionarlo ventajosamente. Y cuando hablamos de "rápidamente", nos referimos a segundos, no a días.
Solución de coche lateral

La infraestructura analítica Nearline de PBS lleva años siendo utilizada por empresas de muy diversos sectores en todo el mundo y está en constante evolución. Y el uso de la aplicación también aumenta constantemente.

Al fin y al cabo, el objetivo es -por decirlo de manera informal- obtener cada vez más de los datos. No como un fin en sí mismo, por supuesto, sino para impulsar continuamente el negocio o explotar el potencial empresarial latente.

La mencionada NAI se desarrolló en PBS a partir de los muchos años de know-how en el ámbito de la gestión del ciclo de vida de los datos y el archivado, especialmente en el entorno SAP. Esto ha dado lugar a soluciones adicionales utilizadas en todo el mundo por los usuarios de SAP, como la PBS Nearline Analytic Infrastructure y los complementos de archivo de PBS.

Con Nearline Analytic Infrastructure (NAI), es posible realizar incluso evaluaciones difíciles o complejas a partir de un configurador de consultas y una base de datos definida por el usuario.

De hecho, el configurador de consultas sustituye a una programación Abap que a veces lleva mucho tiempo, sin necesidad de conocimientos especiales de programación Abap. Esto significa que los departamentos pueden compilar y realizar por sí mismos consultas o análisis específicos de forma relativamente sencilla.

Sin una aportación intensiva de recursos ni la contribución de un departamento informático. También es posible realizar un uso analítico combinado con datos SAP, datos de archivo SAP y datos externos.

Si se quiere, NAI es comparable a una especie de "solución de coche lateral". Como es bien sabido, Hana funciona aquí y allá como una solución side-car o solución add-on. Como solución adicional a un sistema SAP con un alto rendimiento del sistema.

Desde el punto de vista del principio funcional, los datos/la masa de datos incluidos en una evaluación se almacenan en una base de datos nearline, con el efecto beneficioso de que no se sobrecarga una base de datos primaria utilizada en un sistema SAP. Para el uso de NAI es irrelevante si se utiliza Hana o AnyDB como base de datos primaria.

Una supervisión sofisticada supervisa y controla la integración de datos externos y la replicación de datos de un sistema SAP. La replicación de datos se automatiza mediante la gestión inteligente de datos.

También pueden utilizarse otros servicios NAI en función de las necesidades (por ejemplo, Servicios de Datos Externos). Se admiten varias soluciones DBMS establecidas como bases de datos nearline (bajo diversos sistemas operativos y variantes de servidor). Por ejemplo, SAP IQ (basado en columnas) o IBM DB2 Blu con escalado abierto. Además, es posible utilizar Microsoft SQL Server.

Migración simplificada a S/4

Es bien sabido que con la comida viene el apetito. En lo que respecta a NAI, se ha demostrado que, tras las experiencias positivas, rápidamente les siguen otras y los propios departamentos amplían continuamente el uso de NAI Analytics. Esto es lo que ocurrió, por ejemplo, con el caso de uso del área de FI esbozado al principio (concretamente: control financiero).

Otra opción de aplicación NAI u otra diferente ha demostrado su eficacia en el curso de las migraciones a S/4 Hana. El hecho es: ciertos datos deben conservarse durante años con fines de análisis o debido a requisitos legales.

Con NAI, es posible consolidar los entornos de sistemas como parte de una migración a Hana (o antes) y seguir utilizando los valiosos datos migrados con ella.

La ventaja es que los sistemas heredados no tienen que funcionar para toda la eternidad, por así decirlo, y a un coste elevado. Los datos heredados se transfieren a la base de datos NAI de forma rentable y sencilla. Estos datos pueden consultarse o analizarse fácilmente a través del sistema actual.

Los datos ERP de varios sistemas SAP también pueden almacenarse en paralelo. Lo importante aquí es que luego están disponibles en cualquier momento para ser llamados y analizados por transacciones, incluyendo la analogía semántica de aplicaciones SAP o por consultas genéricas para su uso. Lo que también ayuda a la transformación S/4.

Considerar los datos heredados en S/4

Además, los datos archivados pueden estar disponibles a través de una base de datos nearline. Como resultado, la velocidad de visualización de estos datos aumenta significativamente. Por cierto, mediante el uso de los complementos de archivo de PBS -por ejemplo, al cambiar a S/4 y Hana- el archivado puede realizarse de forma mucho más "agresiva". Y sin que los usuarios noten ninguna diferencia en el uso de sus transacciones habituales.

Lo más destacado aquí es que las transacciones de los complementos de archivo son completamente análogas a las transacciones estándar de SAP. Además, la ventaja esencial en una migración de S/4 y Hana es que los datos archivados se leen independientemente de la versión y no tienen que migrarse durante el cambio a S/4.

También en relación con S/4 Hana está el siguiente escenario de aplicación NAI: Muchas empresas usuarias de SAP están transformando varios sistemas ERP ECC en un sistema S/4. Sin embargo, por motivos legales, están obligadas a conservar los datos de las antiguas aplicaciones de RRHH para la elaboración de informes y análisis posteriores.

El enfoque de la solución inteligente aquí: Los datos de RRHH correspondientes de varios sistemas heredados se replican en la base de datos NAI. En el caso de uso específico, por ejemplo, declaraciones de remuneración o notificaciones a la seguridad social, el sistema S/4 "líder" accede ahora a la base de datos NAI para procesar los datos.

Esto significa que se cumple un requisito previo fundamental para el desmantelamiento de los sistemas heredados. Los datos heredados de otras aplicaciones ERP, como FI, MM y otras, pueden utilizarse del mismo modo en S/4 Hana.

En principio, es posible conectar datos de varios sistemas ERP ECC distribuidos a S/4 con PBS NAI. Los datos y los ajustes de personalización asociados se escriben directamente en la base de datos NAI mediante un potente extractor NAI.

De este modo, el sistema heredado ERP/ECC deja de ser necesario, ya que la solución NAI pone los datos inmediatamente a disposición de las evaluaciones mediante las transacciones estándar habituales o consultas genéricas en S/4.

La ventaja de este concepto de almacenamiento de datos es obvia: S/4 y Hana no se ven lastrados por datos heredados. Al mismo tiempo, se garantiza que un sistema S/4 siempre tenga un rendimiento constante.