BI por y para SAP - lo que fue, lo que es y lo que está por venir

Yo mismo he aislado las tres tendencias siguientes:

Primero:

SAP BW será cada vez menos importante: Quizá sea ignorancia o percepción selectiva, pero siempre he visto SAP BW como una aplicación monstruosa y aterradora.

No me malinterpreten: Creo que para muchos simplemente no había alternativas en el mercado en ese momento (pasado) - lo que existía eran, en el mejor de los casos, monstruos de aplicaciones similares.

Pero eso tenía poco que ver con las soluciones ágiles, las aplicaciones de autoservicio, el descubrimiento de datos y las demás palabras de moda. Mi predicción es la siguiente: los que todavía hoy no utilizan SAP BW no volverán a introducirlo de forma significativa.

Las empresas con arquitecturas existentes se enfrentan al reto de cómo abordar el problema de las ampliaciones basadas en esta tecnología.

Mi consejo: examine ya ahora las nuevas posibilidades y cuestione críticamente la expansión.

En segundo lugar:

La integración de SAP DB se hace más fácil: SAP ha implementado aquí dos temas decisivos.

Por un lado, a partir de NetWeaver 7.4 se puede acceder a los datos SAP a través de OData. Aunque esto requiere una u otra configuración por parte del administrador experto, posiblemente también la configuración de un punto final OData adecuado, se trata de detalles menores (también económicamente) en comparación con el software de controlador necesario (Theobald, Cubeware...) en la integración de datos clásica.

La segunda opción es migrar la base de datos existente (SQL, Oracle, MaxDB) a Hana. No me refiero a la migración a S/4, sino al funcionamiento del ERP existente en Hana.

Me doy cuenta de que se trata de una empresa más importante que nadie está haciendo sólo por BI. El acceso mejorado a Hana sería una gran ganancia inesperada de la migración de DB.

Tercero:

Tener su propia base de datos de BI no siempre tiene que ser obligatorio: Hay que reconocer que esto suena extraño cuando escribo esto como defensor de las soluciones de almacén de datos. Sin embargo, la tendencia es hacia el uso de información en memoria.

Las dos variantes de integración de datos mencionadas anteriormente (OData y el uso de Hana) se prestan al uso de resultados de consulta efímeros.

Una buena idea de uso es la información casi en tiempo real que no afecta a un rango de tablas demasiado grande en SAP, tiene una complejidad manejable en la consulta y proporciona una cantidad manejable de valores de resultado.

Aunque estas son algunas limitaciones, el número de aplicaciones razonables sigue siendo relativamente grande.

Lo que se deduce de esto

Las soluciones de BI para SAP son cada vez más sencillas, rápidas y ágiles: La rapidez se refiere a la proximidad al tiempo real, pero también a la velocidad en la puesta en marcha de posibles aplicaciones.

La simplicidad reside en la posibilidad de acceso. En el caso más sencillo, necesito una URL OData desde mi sistema SAP y Excel o Power BI.

La agilidad se refiere principalmente a las posibilidades de diseño de las vistas analíticas en mi entorno SAP, un progreso real que ya está en marcha.

SAP se hace más abierto: La posibilidad a través de OData ya es un primer paso relevante, que se implementa de forma aún más consecuente en la apertura de la solución con Hana. SAP se vuelve realmente fácil de leer y analizar.

Las soluciones de BI de proveedores SAP y ajenos a SAP están en igualdad de condiciones: Con las nuevas opciones de acceso a través de OData y Hana, no existen diferencias entre los protocolos de interfaz de los productos de BI de SAP y de otros proveedores.

Conclusión:

Gran parte de lo que fue sigue teniendo su justificación, especialmente el enfoque clásico de almacén de datos.

No obstante, quienes en el futuro sólo sigan los viejos caminos tendrán que renunciar cada vez más a la eficiencia de sus opciones de solución y ya no podrán utilizar algunos de los enfoques y mejoras más recientes, como el aprendizaje automático o los análisis en tiempo real.