Clean Core para S/4

Por supuesto, puede personalizar el sistema SAP y crear sus propios desarrollos. Tengo que ampliar procesos, integrar organismos http, añadir mis propios campos e implementar mi propia lógica para determinados procesos. Pero muy rápidamente llego a un punto en los proyectos en el que la personalización conduce a un callejón sin salida. Así que me parece aconsejable introducir la Plataforma Tecnológica Empresarial (BTP) antes de un proyecto S/4. Al personalizar, me alejo cada vez más del estándar SAP, y eso no es inteligente. Al fin y al cabo, todas estas mejoras tienen que salvarse de algún modo cuando se trata de una nueva actualización del software, un cambio de versión o el paso a un nuevo sistema. 

Con cada actualización, tengo que tocar estas extensiones especiales individualmente, adaptarlas, examinarlas en particular, probarlas varias veces y reescribirlas, por así decirlo. Un esfuerzo enorme. Si no lo hago, los errores, los llamados "defectos", aparecen inmediatamente. Además, no se deben utilizar elementos SAP que no hayan sido liberados, ya que éstos pueden cambiar al igual que la norma.

Un núcleo limpio significa un núcleo esbelto

La respuesta es sencilla: mantenga limpio su núcleo. Mantenga su núcleo limpio. ¿Qué significa realmente Clean Core? Clean Core es un importante enfoque del desarrollo de software cuyo objetivo es mantener los sistemas centrales lo más limpios y ordenados posible. Este enfoque se centra en la calidad y la capacidad de mantenimiento del sistema central asegurándose de que esté bien estructurado y sea fácil de entender.

Clean Core también significa que el núcleo SAP está realmente libre de modificaciones duras. De lógicas individuales extremas e implementaciones corporales y de lógicas Z muy propias. Porque: En el concepto operativo de S/4 Hana, este tipo de ampliaciones simplemente ya no están previstas. Los complementos de terceros que se conectan a través de software en la nube tampoco encajan ya, porque requieren un determinado estándar que ha sido suministrado por SAP.

Esto causa muchos problemas a los clientes SAP existentes que se encuentran en el camino con un núcleo "sucio". Se hace necesario un trabajo manual de detalle y con ello un retraso inmenso en los proyectos. Y posiblemente incluso puede surgir una brecha de seguridad.

Extensiones de 20 años

En realidad, Clean Core no es correcto, el núcleo no estaba sucio antes, sino que se crearon dependencias que le ralentizan cuando mira hacia delante. Así que hablemos de Lean Core. Lean Core. Así que es elementalmente importante simplificar sus procesos de actualización, acelerarlos y hacerlos más seguros en general.

Echemos un vistazo a lo que había antes de S/4. A menudo, diferentes sistemas ERP se consolidan en un ERP. Estos sistemas provienen en parte de adquisiciones, a veces también de diferentes países con diferentes directrices para desarrollos internos. Si ahora consolido todo esto en un nuevo sistema S/4, por supuesto es difícil mantener una visión de conjunto y que todo sea mantenible.

Entonces ha llegado el momento de replantearse toda la estrategia de extensión. Muchas extensiones llevan funcionando 15 o 20 años, pero nadie las ha documentado adecuadamente. A menudo, los autores ya no están en la empresa. En algunos casos, la documentación simplemente se ha perdido. Pero si ya no tengo la lógica que hay detrás de un cálculo en el sistema financiero, puedo meterme rápidamente en problemas cuando venga el auditor. El mundo está convulsionado, el mercado cambia en ciclos cada vez más cortos, de modo que los actores globales ya no pueden llegar a ninguna parte con las expansiones clásicas y estáticas de antaño. Pandemias, cambio climático, convulsiones políticas, cuellos de botella en la cadena de suministro, inflación, ciberataques, crisis energética y la búsqueda de la sostenibilidad: retos de varios niveles que hay que resolver.

La próxima generación

Además, hay que dominar la transformación digital. Hay que integrar nuevos modelos de negocio. Deben construirse nuevos activos digitales que permitan a las empresas seguir el ritmo de las crecientes demandas de los clientes. Se espera que los departamentos de TI construyan la próxima generación de soluciones empresariales (Next One), que puedan reaccionar con mayor agilidad a las nuevas condiciones e implantar las nuevas tecnologías con mayor rapidez.  

La plataforma SAP Business Technology Platform, BTP, es ideal precisamente para estas innovaciones porque ofrece una gran cantidad de posibilidades y está sencillamente muy cerca del núcleo de SAP, pero los clientes también pueden utilizar teóricamente Microsoft Azure. Siempre les digo a mis clientes: también disponen de un centro de negocios API con el que siempre pueden acceder al sistema SAP e intercambiar datos a voluntad. Esta integración en la nube de SAP es una plataforma como servicio que permite una integración fluida de las aplicaciones y procesos on-prem y basados en la nube con herramientas gestionadas por SAP y contenidos preconfigurados.

Conocimiento de la industria, saber hacer procesos especiales, experiencia en el sector: hay mucho en su propia codificación. Con la Plataforma Tecnológica Empresarial, puedo proteger perfectamente mi inversión. Son las mejoras Z las que deben realizarse en la BTP en el futuro. Nuestro mensaje: Usted conoce el mundo Abap (Advanced Business Application Programming), desde 1990 todos los módulos SAP R/3 se basan en este lenguaje, pero ahora tiene la oportunidad única de experimentar un salto evolutivo tecnológico en el desarrollo.

Por ello, queremos ponerle al día: ¿Qué hace que SAP funcione? ¿Cómo se comporta un sistema S/4 en términos de ampliaciones? ¿Qué puede hacer realmente con el BTP? El nuevo mundo SAP es diferente, por lo que los clientes también tienen que cambiar. Mi consejo: aunque no cambie a S/4 hasta dentro de dos años, familiarícese hoy mismo con el BTP.

A menudo, el cliente decide entonces comprar unas cuantas licencias para tener una primera impresión del aspecto y el funcionamiento de la BTP. A continuación, pueden iniciar una prueba de concepto (PoC), por ejemplo, y asignar una transacción estándar de SAP ERP/ECC 6.0 o una extensión Z clásica a través de la plataforma en la nube.

Aumenta la complejidad

Sin embargo, hay que ser claros: En un principio, el BTP no es más que una cáscara vacía. Queda un largo camino por recorrer antes de que pueda ofrecer una aplicación empresarial que realmente pueda utilizar de forma productiva, una aplicación que cumpla los estándares de mi empresa y cree valor añadido.

Esto significa: si sólo empiezo mis desarrollos ágiles cuando S/4 ya está en marcha en la empresa, es bastante tarde. Quizá demasiado tarde. Porque entonces ya estoy tecnológicamente atrasado desde el principio. 

A menudo se lo explico así a los clientes: Tenemos un pequeño proyecto en el programa S/4: podemos empezar con él antes. Entonces estaremos preparados para los requisitos que vengan del negocio durante el proyecto S/4 y que tengamos que implementar de forma ágil. El BTP no es un pequeño artilugio en un nicho, no es un "nice-to-have", sino una potente máquina con aplicaciones empresariales que deben estar en funcionamiento lo antes posible. Y a veces puede que incluso mapee procesos centrales de la empresa.

Steampunk

¿Tenemos que temer una mezcla casi confusa de tecnologías híbridas en el futuro? Hay extensiones Abap, adaptaciones in-app, extensiones lado a lado, además de soluciones on-prem y en la nube coexistiendo y, y, y. Vemos especialistas en Abap y desarrolladores en la nube codo con codo, y a veces hay un tercer desarrollador que ha desarrollado la UI (interfaz de usuario). La complejidad en torno al ERP aumenta considerablemente. Y hay que dominarla. Ya no se trata sólo de un pequeño grupo de personas que dominan todo el espectro de lenguajes de programación e interfaces, sino que hay más personas y funciones implicadas. 

El objetivo debe ser organizar mejor las responsabilidades para que pueda garantizar futuras actualizaciones sin tener que personalizar el sistema central.

Creo que es aconsejable mantenerse lo más cerca posible de las orientaciones de SAP, para incluir las nuevas tecnologías en una fase temprana de su planificación para 2023 y 2024, aunque ello requiera un replanteamiento radical. No se preocupe, los desarrolladores de Abap seguirán siendo necesarios, porque la experiencia demuestra que alrededor de un tercio de las mejoras siguen produciéndose en el núcleo. Todavía no existe una solución in-app o side-by-side adecuada para cada necesidad.

¿Y cómo se empieza? Esta pregunta surge una y otra vez. Tal vez lea los blogs de SAP sobre la extensión dentro de la aplicación y la extensibilidad a través del BTP. O vea las novedades sobre Steampunk. El término designa el uso de Abap en la nube. Steampunk es una forma estupenda de crear aplicaciones innovadoras independientes de su propio entorno y versiones SAP on-prem. Se lo diré así: si es curioso y se familiariza con el tema desde el principio, se divertirá mucho en los próximos proyectos S/4.