El equilibrio adecuado entre núcleo y nube

Greenfield y brownfield forman parte desde hace tiempo del vocabulario de todos los que tienen algo que ver con el cambio, aunque esta "teoría de los colores" esté ya algo desfasada. Sin embargo, todavía no ha ocurrido gran cosa. En el Informe de Inversión 2020 del DSAG, sólo el diez por ciento de las empresas encuestadas declararon que ya estaban utilizando S/4. El nueve por ciento está planeando el cambio. El nueve por ciento está planeando el cambio para este año. Se trata de un aumento significativo en comparación con años anteriores. Sin embargo, debido a los efectos de Covid-19, es probable que el lento impulso que está surgiendo vuelva a ralentizarse un poco.
Núcleo o nube

Según nuestra experiencia, hay varias razones que impiden a las empresas una rápida transformación. Un aspecto clave es una contradicción comunicativa y fáctica que crea la propia SAP: por un lado, la empresa de Walldorf presenta S/4 como un núcleo digital multifuncional. Por otro lado, SAP hace hincapié en la idea de la "empresa inteligente", que traza los procesos de extremo a extremo con la ayuda de una serie de aplicaciones específicas que a menudo se operan en la nube y no necesariamente proceden de SAP. Entonces, ¿en qué deben confiar las empresas?

Está claro que hay que tener en cuenta ambas cosas. A la hora de implementarlo, es importante utilizar de forma óptima los puntos fuertes respectivos y, en última instancia, tener en cuenta la estrategia de producto de SAP. La fuerza de S/4 Hana radica principalmente en la asignación óptima de los procesos financieros y logísticos centrales y en el suministro de datos en tiempo real.

El procesamiento de transacciones en línea (OLTP) y el procesamiento analítico en línea (OLAP) están estrechamente interrelacionados, lo que constituye una auténtica novedad en este formato. El hecho de que SAP vaya a seguir limitándose a dar soporte a los procesos centrales con S/4 se desprende de una serie de adquisiciones realizadas en los últimos años: Solo en 2018 se adquirieron Contextor (RPA), Qualtrics (gestión de experiencias), Coresystems (gestión de servicios de campo), Callidus Software (gestión de ventas) y Recast.AI (bots y aprendizaje automático).

Las adquisiciones anteriores -incluidas Concur (gestión de viajes), Ariba (gestión de compras) y SuccessFactors (gestión de recursos humanos)- son ahora parte integrante del mundo SAP. La mayoría de las tecnologías adquiridas de este modo no se han integrado en el código de S/4, sino que siguen funcionando como aplicaciones independientes con sus respectivas ventajas y pueden conectarse al núcleo digital con bastante comodidad a través de SAP Cloud Platform (SCP).

Cambio previsto

Al migrar a S/4 Hana, las empresas deben decidir qué quieren mapear en el núcleo digital y qué quieren ejecutar a través de aplicaciones en la nube o la SAP Cloud Platform - con lo que se debe garantizar que los procesos se consideren realmente de extremo a extremo y reciban soporte de extremo a extremo. En principio, existen tres enfoques para tratar las aplicaciones personalizadas existentes en SAP ECC que deben sustituirse durante una transformación a SAP S/4. Estos enfoques son los siguientes

Si las empresas desean proteger principalmente sus inversiones en procesos y funciones actuales, personalizaciones y desarrollos propios, pueden transferirlos de la forma más completa posible de ERP/ECC 6.0 a S/4 Hana y limitarse a adaptarlos al nuevo entorno tecnológico. Para ello, también es necesario adaptar exhaustivamente el estándar bajo S/4.

En este caso, el potencial de innovación de S/4 permanece en gran medida desaprovechado. Si las empresas están interesadas en proteger sus inversiones, por un lado, pero también en beneficiarse de las innovaciones digitales, por otro, se recomienda una evaluación detallada de todos los objetos: ¿Qué desarrollos pueden externalizarse de forma razonable a aplicaciones en la nube o al SCP? ¿Y cuáles deben incorporarse al estándar S/4, aunque haya que adaptarlo?

Si las empresas están preocupadas principalmente por prepararse para un cambio completo a la nube y quieren minimizar el esfuerzo de mantenimiento, deberían alinear un sistema S/4 Hana local lo más cerca posible del estándar. Todo lo que requiera una amplia personalización se externaliza a la nube.

Cuál es el mejor camino para una empresa depende totalmente de la situación concreta, especialmente de qué procesos y funciones se apoyan en desarrollos internos. En nuestra opinión, no hay forma de evitar un análisis preciso.
Equilibrio entre núcleo y nube

Así es como procedió, por ejemplo, un fabricante de automóviles: Junto con MHP, el OEM analizó primero sus más de 1.500 desarrollos propios implementados en SAP ECC para ver si tenía sentido mapearlos en SAP Cloud Platform.

La evaluación se basó en un catálogo de criterios que tenían en cuenta, entre otras cosas, las fuentes y el volumen de datos, la forma de acceso y las funciones requeridas. A continuación definimos una serie de casos de uso que se realizaron como pilotos en el SCP para adquirir experiencia con las nuevas tecnologías y servicios. Algunos de ellos eran escenarios ya existentes, pero otros eran casos de uso de nueva concepción.

Entre otras cosas, diseñamos e implantamos el prototipo de una aplicación de gestión de contratos. El objetivo de esta aplicación es agilizar el proceso contractual anterior, poco transparente, y documentarlo de forma comprensible. Además, debía crearse un consenso entre los socios contractuales sobre la autenticidad e inmutabilidad de los documentos intercambiados. Para la implementación, utilizamos una serie de servicios SAP que están disponibles de esta forma en la SAP Cloud Platform estándar, como el Hana Service, el Document Service, Forms by Adobe y el UI Development Toolkit SAP UI5.

Blockchain

Además, se utilizó "Hyperledger Fabric Blockchain as a Service" para integrar una cadena de bloques como capa de confianza. El servicio no solo proporciona la infraestructura y los marcos, sino que acelera considerablemente la realización prototípica de una aplicación blockchain. El SCP también permite una integración segura de la cadena de bloques en el entorno del sistema SAP y, por tanto, una interfaz segura con el mundo exterior.

Por ejemplo, los datos de SAP Extended Warehouse Management (SAP EWM) pueden ponerse a disposición de socios externos de forma fiable a través del blockchain. O -como en el caso de la aplicación de gestión de contratos del fabricante de automóviles- se puede garantizar de forma fiable la integridad de los datos en un almacenamiento central como Hana DB. Esta función de integridad garantiza así a los socios contractuales la inmutabilidad de los documentos contractuales sin necesidad de intermediarios.

Las reglas inmutables de la cadena de bloques -los llamados contratos inteligentes- también garantizan el cumplimiento de los procesos y, al mismo tiempo, los documentan a prueba de falsificaciones. De este modo, se contrarrestan preventivamente las acciones dudosas y los intentos de engaño.