Modifique su S/4
Con Hana y S/4 en particular, también están cambiando muchas cosas en el desarrollo clásico de Abap. En el primer paso, es especialmente importante considerar de qué forma operativa se está hablando. Aquí hay que distinguir entre la solución clásica on-premise y la solución en la nube.
Ambas formas de funcionamiento pueden combinarse entre sí. Mientras que el mundo Abap clásico sigue siendo accesible para los usuarios de SAP en la solución on-premise, en el entorno en la nube existen definitivamente algunas restricciones.
Casi todos los usuarios de SAP han introducido diversas modificaciones en su sistema SAP para personalizar sus procesos y diferenciarse de la competencia. Queda por ver si todas estas modificaciones eran realmente necesarias. No obstante, algunas de ellas son ciertamente válidas, pues de lo contrario no se habría invertido tiempo y dinero en ellas en vano.
Los requisitos cambian en el entorno de la nube. Con S/4, las modificaciones clásicas y los cambios en el código sólo son posibles en la solución local. Cabe suponer que las futuras versiones también restringirán la forma en que modificamos hoy.
No es posible realizar modificaciones en el entorno de la nube. Esto significa que la gama actual de funciones debe volver al estándar o realizarse de forma diferente antes de que un usuario pueda operar sus sistemas SAP en la nube.
SAP diferencia aquí entre una ampliación de usuario clave y una ampliación gestionada. La ampliación de usuario clave permite realizar pequeños ajustes en el proceso empresarial en forma de campos específicos del cliente y pequeños ajustes de código.
Estas extensiones no pueden compararse con el Abap Workbench actual, sino con una herramienta muy limitada.
Se puede comparar con las interfaces de CRM o Solution Manager, donde también se pueden crear nuevos contenidos de campo a través de la configuración. Por supuesto, esta no es la gran libertad con la que están familiarizados los usuarios de SAP.
La "extensibilidad gestionada" está disponible para las personalizaciones que no pueden implementarse técnicamente. Para ello, SAP pone a disposición de los usuarios un sistema de desarrollo alojado en la nube.
A partir de ahí, las extensiones pueden implantarse en este sistema. Sin embargo, esta supuesta libertad también está restringida. Hay que asegurarse de que la implementación no viole el modo de funcionamiento de la nube.
SAP se asegura de ello no permitiendo modificaciones. Tampoco se permite el acceso a objetos SAP a través de una interfaz definida. Esto es comparable a las BAPI lanzadas hoy en día. La combinación de una solución local con una solución en la nube en la que se ejecuten determinadas extensiones es concebible, pero requiere cierta experiencia.
Ciertamente, es concebible que las aplicaciones Fiori puedan funcionar en la nube y, por tanto, ser escalables y altamente disponibles. Al mismo tiempo, sin embargo, estas aplicaciones también requieren servicios de pasarela en el sistema ERP backend.
Para ello, SAP recomienda el desarrollo de servicios de pasarela. Por supuesto, esta arquitectura sólo puede implementarse en un escenario híbrido. Como es bien sabido, los formularios encabezan siempre la lista de objetos específicos del cliente.
SAP lo resuelve en la nube con una clara apuesta por Adobe Lifecycle Designer. Todos los formularios o plantillas de correo electrónico se implementan, por tanto, sobre la base de Adobe Forms. Al contrario que en el mundo tradicional, para la preparación de datos no se utilizan programas de impresión, sino NetWeaver Gateway.
Los servicios OData, que se utilizan para recuperar y procesar la información pertinente, constituyen por tanto la base de la preparación de formularios. Por tanto, está claro que algunas cosas cambiarán fundamentalmente con S/4.
La migración de un sistema ERP o CRM de cualquier base de datos a Hana no cambia todavía el modelo de programación. No obstante -para beneficiarse de la velocidad-, los programas específicos del cliente deben comprobarse y adaptarse en caso necesario.
Con el cambio a S/4, el modelo de programación cambiará significativamente más. Los servicios OData (NetWeaver Gateway), Fiori y SAPUI5, así como los desarrollos orientados a objetos, son las tecnologías relevantes.
Incluso el sistema de formularios, que a menudo sigue basándose en SAPScript o Smartforms, es definitivamente un veterano. Para la transición a Hana, los responsables de TI deben analizar las modificaciones desde el principio, estandarizar y utilizar las nuevas tecnologías con sensatez.
