Núcleo limpio = Fin de vida útil
SAP R/3 no sin modificaciones de Abap
Las tablas Abap de un R/3 eran similares a un traje a medio terminar. R/3 estaba perfectamente hecho a medida, pero por supuesto estandarizado y semiacabado. La personalización y las modificaciones hicieron de R/3 el mejor ERP del mundo. SAP se convirtió en el líder mundial del mercado de ERP.
Las modificaciones de Abap eran populares porque el propio lenguaje de programación de SAP se adaptaba a los requisitos del ERP. Resultaba muy tentador crear soluciones personalizadas con unas pocas líneas de código Abap. Esto convertía el software empresarial estándar en una solución ERP personalizada.
Sin embargo, la personalización con Abap también tenía desventajas. Naturalmente, era posible manipular un sistema SAP R/3 con Abap de tal forma que un cambio de versión controlado apenas era posible. O bien la importación de la nueva versión fallaba desde el principio o bien había que realizar pruebas durante días y semanas después.
Volver a la capacidad de liberación de ERP
SAP analizó la situación y reconoció los costes adicionales para los clientes existentes, así como el bloqueo de la innovación. Tras casi diez años de infructuosos cambios de versión de S/4, nació la idea de un núcleo limpio, que también puede traducirse como "vuelta al estándar".
El enfoque teórico de núcleo limpio significa que todas las modificaciones del sistema deben eliminarse del sistema S/4. En particular, las modificaciones de Abap deben sustituirse por funciones estándar o eliminarse. El núcleo del sistema debe corresponder al estándar ERP y, por tanto, ser fácilmente actualizable.
Espacio para modificaciones en el BTP
Por supuesto, ningún sistema S/4 puede funcionar sin personalizaciones individuales. Por eso, con la idea de Clean Core, SAP se vio obligada a construir un segundo sistema que permitiera realizar las modificaciones necesarias. El sistema que acompaña a S/4 Hana es SAP BTP, Business Technology Platform.
En el futuro, en el universo SAP habrá un ERP de núcleo limpio y modificaciones de ERP sobre SAP BTP: dos sistemas ERP con características diferentes. Aún no se ha decidido si esta estrategia dual de SAP encontrará el favor de los clientes actuales. Sin embargo, lo cierto es que SAP depende del éxito de la Plataforma Tecnológica Empresarial.
La revista E3 abrió un discurso sobre Abap, steampunk y BTP con una cumbre a principios de este año. El intercambio de información sobre BTP continuará con la participación de la revista E3 en el evento ejecutivo Leveredge en Miami (Florida, EE.UU.) a principios de octubre - las inscripciones son posibles en leverx.com/events/leveredge-2024 todavía es posible. Y LeverX, socio de SAP, es uno de los principales patrocinadores de la Cumbre Steampunk y BTP 2025, que se celebrará en Heidelberg los días 5 y 6 de marzo. e3mag.com/es/steampunk-summit/ inscripción anticipada.
La importancia de SAP S/4 Clean Core
La comunidad SAP sigue debatiendo los pros y los contras de la política Clean Core de SAP. El concepto parece lógico. ¿O es Clean Core sólo un anticipo del fin de S/4? Porque en el futuro, un ERP independiente también podría desarrollarse sobre SAP BTP.
Si Clean Core es el final de la vida útil de ERP tal y como la comunidad SAP lo ha conocido hasta ahora, entonces difícilmente puede haber un S/5. SAP está jugando un juego peligroso porque el grupo de ERP permanece en silencio sobre el futuro de ERP. Business Technology Platform podría ser una respuesta, pero SAP todavía sólo ha posicionado vagamente esta plataforma ERP. Un final de vida para S/4 en 2040 con un núcleo limpio es un escenario que aún no se ha discutido.
1 comentario
Peter
Hier geht aber einiges Durcheinander.
Zunächst einmal muss man Modifikationen präzisieren, lt SAP sind es Veränderungen des ausgelieferten SAP Codings selbst.
Der Rest sind Erweiterungen (Extensions).
Natürlich findet man bei Kunden saubere erweiterte Systeme, oder Systeme, wo nur noch das Label SAP draufsteht, das eigentlich ein ZSAP ist.
Aber natürlich ist Cleancore genau der richtige Ansatz, und man benötigt nicht für alles eine BTP, auch clean core onStack Erweiterungen sind (selbst in der Public Cloud) möglich.
Die BTP ist eine Plattform, die alle möglichen Services anbietet, die das ERP unterstützen oder erweitern. Warum sich auf der BTP Services etablieren sollten, die einem ERP Kern Konkurrenz machen, erschliesst sich mir nicht.
Natürlich könnte ein grosser Player die BTP als Entwicklungsplattform für ein eigenständiges ERP nutzen, aber warum sollte er? Da gibt es sicher bessere Alternativen. Nein, die BTP ist für AddOns, Schnittstellen, etc. als Ergänzung zu einem ERP zu sehen.