SAP BW en la era de Hana

SAP BW se desarrolló básicamente para almacenar datos de varios sistemas SAP y no SAP de forma que se posibilitara un acceso de alto rendimiento para el análisis de datos más allá de los límites departamentales.

Historia

En aquella época, se recomendaba el esquema en estrella para manejar tales volúmenes de datos. Las bases de datos se configuraron inicialmente como analíticas (OLAP) o transaccionales (OLTP) para permitir un acceso eficaz a los datos. Sin embargo, realizar un acceso analítico en un sistema OLTP no es más divertido que trabajar de forma transaccional en un sistema OLAP. Los sistemas de gestión de bases de datos (SGBD) orientados a columnas son más adecuados para el acceso analítico que los SGBD orientados a filas. Para mejorar el acceso analítico a SAP BW, se suministró un SGBD orientado a columnas con SAP BW Accelerator.

Vuelta en U

Con una base de datos Hana, el acceso a los datos se convierte en un acceso de alto rendimiento tanto analítico como transaccional gracias al almacenamiento de datos en memoria. No es necesario configurar la base de datos para OLAP u OLTP.

Dado que estadísticamente se accede a los datos mucho más leyendo que escribiendo, los datos en Hana se almacenan de forma estándar en formato orientado a columnas. Se recomienda una orientación de filas adicional para las tablas a las que se accede escribiendo.

Dado que la base de datos Hana es la preferida por SAP para las aplicaciones ERP, ahora todos los datos operativos también pueden utilizarse inmediatamente para los análisis. Entonces, ¿por qué seguimos necesitando SAP BW?

Podría prescindir de SAP BW en cuanto tenga todos los datos de la empresa, incluido el historial, en esta única base de datos de Hana. Este escenario es técnicamente factible. Pero, por desgracia, las TI no son solo tecnología.

Requisitos de un sistema centralizado

Historial: Dado que los datos en tiempo real son adecuados principalmente para los informes operativos, es necesario determinar qué datos deben historizarse en Hana DB para los estados estratégicos.

El almacenamiento nearline puede utilizarse para garantizar que los requisitos de almacenamiento no aumenten innecesariamente, lo que se traduce en almacenamiento adicional y, por tanto, en costes de licencia. Por desgracia, el rendimiento para los informes estratégicos se ve mermado.

Intersección y enriquecimiento de datos: Todos los departamentos que aún no tienen sus datos en esta base de datos de Hana deben acoplarse para que sus datos estén disponibles para el acceso interdisciplinar en toda la empresa. Para ello, es necesario modelar y enriquecer los datos de forma interdisciplinar.

Calidad y puntualidad de los datos: Los datos deben constituir un único punto de verdad en toda la organización. Para ello, debe acordarse con precisión qué datos se calculan y se ponen a disposición, en qué momento y en qué medida. En este contexto, actualizado no significa necesariamente en tiempo real.

Autorizaciones: Imagine que tiene la responsabilidad general de los datos de personal en la empresa y que también es responsable del sistema SAP HR en esta función.

Ahora se supone que debe almacenar todos los datos de los empleados en un sistema junto con el ERP de SAP. ¿Dormirá tranquilo por la noche? Incluso hoy en día, a la hora de decidirse por un sistema SAP BW HR, la gente sigue prefiriendo tener su propio sistema en lugar de utilizar el sistema BW central existente en el que los distintos departamentos almacenan sus datos.

Incluso si el sistema de autorización puede establecerse en consecuencia. Se trata de una cuestión muy delicada de soberanía de datos y, por tanto, de protección de datos. En este caso sigue siendo válido lo siguiente: cuanto más aislado esté el sistema, mejor.

Gestión de servicios de aplicación: también hay que gestionar un sistema centralizado, sea del tipo que sea. ¿Qué departamento está preparado para proporcionar esta instancia centralizada a los demás departamentos y al Comité Ejecutivo?

Esto implica temas como la instalación, la actualización, el funcionamiento continuo, las licencias, los proyectos, la gestión de cambios, las correcciones de emergencia, el cumplimiento de la ley Sarbanes-Oxley, los autoservicios y mucho más. En resumen, hay que gestionar todo el servicio de aplicaciones para el sistema.

Costes: El funcionamiento operativo de un sistema centralizado de este tipo lleva asociado un esfuerzo y, por tanto, unos costes, entre otras cosas debido a la mano de obra necesaria. Estos costes deben distribuirse, preferiblemente en función de quién sea responsable de ellos.

Para la elaboración de informes estratégicos en una base de datos Hana, deben aclararse los dos primeros puntos relativos al historial y a la intersección de datos.

Informes con SAP BW

Al utilizar una base de datos Hana DB en un sistema SAP BW, no sólo se han agilizado la activación de los botes de datos y los tiempos de respuesta de los informes, sino que también es posible integrar datos en tiempo real de un sistema SAP operativo convencional (ERP, CRM, etc.) en el sistema de informes SAP BW.

Para ello, los datos requeridos por la dirección o el departamento especializado se replican en el Hana de SAP BW mediante el SAP Landscape Transformer (SLT).

A partir del esquema Hana respectivo, las tablas replicadas pueden mostrarse ahora en forma de vistas de información (vistas analíticas o de cálculo) directamente o con lógica adicional en SAP BW utilizando proveedores de información virtuales o integrados en multiproveedores y, de este modo, mezclarse con los informes existentes.

Las autorizaciones de contenido y análisis utilizadas en el entorno SAP BW también pueden utilizarse para analizar este tipo de datos en tiempo real.

Se trata de una ventaja que no debe subestimarse en comparación con el análisis directo de datos en la tabla Hana, que a su vez requiere una autorización propia que es necesario gestionar.

Conversión SAP BW

Los siguientes pasos de inversión son necesarios para preparar el entorno SAP BW existente para el futuro:

1. Hardware certificado por Hana.

2. Licencias Hana - además del OEM para el uso puro de SAP BW, también el Hana Modeller.

3. migración a SAP BW en Hana.

Si ya está pensando en utilizar S/4, el paso de inversión 1 -con una escala ligeramente diferente- también debe darse. Por lo tanto, si se va a llevar a cabo una reorganización de TI en términos de hardware, este paso podría considerarse ya.

BW on Hana le ofrece la oportunidad de utilizar las nuevas características y funcionalidades de Hana y adquirir experiencia con la base de datos en tiempo real.

SAP BW también ofrece ahora opciones de modelado más sencillas (ADSO, Composite Provider), que -especialmente con el modelado hacia delante basado en Eclipse- simplifican significativamente el uso de SAP BW.

En particular, el uso de proveedores compuestos junto con espacios de trabajo específicos de cada departamento permite un enfoque de BI de autoservicio con el que los departamentos pueden ampliar sus informes con sus propias asignaciones y luego ejecutarlos con las autorizaciones existentes.

Aunque es probable que estas ampliaciones sólo las lleve a cabo un PowerUser, sigue dando al departamento una flexibilidad que cumple las directrices de gobernanza de TI. El espacio de trabajo en sí lo proporciona TI.

Uso futuro de SAP BW

Tras la migración inicial de los contenidos de SAP BW existentes, es posible configurar nuevos contenidos de BW teniendo en cuenta el modelo de capas (palabra clave LSA++, etc.), de tal forma que los informes se utilicen tanto con fines operativos como estratégicos.

Esto supone una gran ventaja para los departamentos. Si se necesitan datos adicionales, el departamento de TI puede simplemente añadir las tablas/vistas necesarias a la replicación a través de SLT. Los complejos extractores de adquisición de datos en tiempo real (RDA) ya no son necesarios ni hay que mantenerlos.

También es concebible utilizar la funcionalidad BW sólo para la historización y el enriquecimiento de datos y luego crear los informes directamente desde Hana sin utilizar la funcionalidad OLAP.

Como la consulta BEx todavía utiliza el ID sustituto (SID), alrededor del 80 por ciento del tiempo total de ejecución del informe se utiliza para la creación inicial y la asignación del SID. Si se utilizara Hana directamente, los informes se procesarían más rápido en general.

Al final de la hoja de ruta prevista actualmente se encuentra un S/4 que no sólo simplifica todos los modelos SAP conocidos, sino que también incluye funciones de BW, entre otras cosas.

Si resulta que el sistema BW central puede fusionarse con dicho sistema S/4 central -no sólo desde el punto de vista técnico, sino sobre todo desde la perspectiva de la gobernanza informática-, todas las inversiones realizadas hasta la fecha no habrán sido en vano.

Por el contrario, se adquirió una valiosa experiencia en el manejo de un complejo entorno Hana, que ayudará a tomar la decisión correcta a favor o en contra de un almacén de datos centralizado.