Descripción de las herramientas de ampliabilidad para personalizaciones en SAP S/4HANA Cloud Private Edition

La ampliabilidad cubre muchos temas que permiten a los clientes y socios adaptar el software empresarial estándar a sus necesidades empresariales. Esto incluye cambios en el comportamiento del software que van más allá de las capacidades de la configuración empresarial, las extensiones del modelo de datos, la exposición de datos, los cambios de diseño en las interfaces de usuario (IU) o formularios e informes, y la creación de nuevas IU o sus propias aplicaciones.

La arquitectura de SAP S/4HANA Cloud garantiza que las extensiones realizadas con las capacidades integradas estén separadas de la capa de software empresarial central, lo que significa que SAP puede enviar actualizaciones a todos los sistemas del cliente sin afectar a las extensiones específicas del cliente que se hayan definido. Cualquier ampliación que no se pueda realizar en el sistema SAP S/4HANA Cloud central utilizando las capacidades en la aplicación debe desacoplarse o separarse en una plataforma de software diferente para garantizar que el núcleo permanezca estable durante el ciclo de vida. SAP Business Technology Platform (BTP) permite estas extensiones desacopladas porque tiene una gran gama de capacidades para crear y alojar aplicaciones e integraciones.

La ampliabilidad en SAP S/4HANA Cloud Private Edition se puede dividir en dos categorías principales: ampliabilidad en la aplicación y ampliabilidad en paralelo.

Ampliabilidad en la aplicación, donde las personalizaciones se realizan dentro de la aplicación central (SAP S/4HANA) en el front end o back end. Esto se divide en dos tipos:

• La ampliabilidad de usuarios clave se realiza en el arrendatario de Customizing del sistema de desarrollo a través de las aplicaciones SAP Fiori diseñadas para facilitar que alguien realice pequeñas modificaciones en las aplicaciones, los informes y las plantillas de correo electrónico y formulario sin ninguna experiencia de codificación.
• La ampliabilidad del desarrollador permite a los desarrolladores crear código ABAP personalizado y ampliaciones de socio en un modelo de programación listo para la nube y estable para la actualización. Solo los objetos SAP liberados están disponibles para personalizar, lo que garantiza que sus extensiones sean estables a través de futuras actualizaciones de versión.​

Ampliabilidad en paralelo, donde las personalizaciones se realizan en una plataforma independiente y se integran con la aplicación de destino (SAP S/4HANA Cloud). La extensibilidad en paralelo garantiza la estabilidad del ciclo de vida de las extensiones a través de futuras actualizaciones de versiones, ya que cualquier personalización que desarrolle fundamentalmente vive en una plataforma diferente y simplemente se comunica con la aplicación de destino a través de la integración. La plataforma de desarrollo de SAP es SAP Business Technology Platform, y tenemos soluciones de desarrollo con poco o sin código y soluciones de desarrollo basadas en código, incluidas nuestras dos soluciones principales:

• SAP Build, al que los clientes tienen acceso a través de su paquete de habilitación de GROW with SAP, es de poco código o sin código e incluye Build Apps, Build Process Automation y Build Work Zone.
• SAP Business Application Studio, que permite a los desarrolladores utilizar lenguajes comunes como Java, Javascript y Python para crear y ejecutar aplicaciones empresariales de SAP utilizando el modelo Cloud Application Programming (CAP). Los kits de desarrollador de software (SDK) se lanzan para diferentes casos de uso (p. ej. Java SDK, iOS mobile SDK, android mobile SDK) para que sea más fácil para los desarrolladores ponerse en marcha en la infraestructura de desarrollo lo más rápido posible con las últimas funciones. Se requiere una licencia adicional para SAP Business Application Studio.
• Otros servicios que admiten la extensibilidad en paralelo se documentan en SAP Discovery Center.

Según el tipo de extensión que se debe realizar, utilice el árbol de decisión a continuación para elegir la tecnología correcta.

Para las conversiones del sistema, es importante actualizar las ampliaciones creadas mediante ABAP clásico para alinearse con los estándares actuales de Clean Core. Estas ampliaciones ABAP clásicas se denominan ampliaciones de nivel 3. No siguen las reglas sintácticas aplicadas al entorno SAP S/4HANA ABAP Cloud (ampliabilidad de desarrollador) y pueden hacer que el sistema de un cliente sea inestable y más difícil de actualizar en el futuro. Aunque SAP Readiness Check habría identificado un código personalizado problemático que debía eliminarse o actualizarse antes de que fuera posible la conversión del sistema, aún hay mejoras que deben realizarse para modernizar el código personalizado después de la conversión. El objetivo es hacer que el sistema del cliente sea lo más estable posible y hacer que las actualizaciones futuras se ejecuten sin problemas.

Para el sistema de un cliente, el objetivo es tener solo ampliaciones de nivel 1. El nivel 1 hace referencia a la realización de ampliaciones en la aplicación mediante las aplicaciones SAP Fiori (ampliabilidad de usuario clave) o el entorno de desarrollo ABAP Cloud (ampliabilidad de desarrollador) para crear aplicaciones y ampliaciones listas para la nube y estables para la actualización. Utiliza el mismo modelo que SAP S/4HANA Cloud Public Edition. Las extensiones incorporadas en el nivel 1 harán que los sistemas del cliente sean estables y fáciles de actualizar, y siempre deben ser el modelo predeterminado para las nuevas extensiones, ya sea en un sistema SAP S/4HANA convertido o en un sistema limpio para una nueva implementación.

Debido a que no siempre hay una extensión exacta de Nivel 1 que pueda reemplazar una extensión de Nivel 3, hay extensiones de Nivel 2 para cerrar la brecha. Las extensiones de nivel 2 permiten a los desarrolladores crear objetos de envoltura personalizados para objetos SAP que pueden no liberarse y, por lo tanto, no están disponibles para personalizarlos con extensiones de nivel 1. Una vez que la API de SAP esté disponible para un objeto liberado en el nivel 1, los desarrolladores deben sustituir la envoltura personalizada que se ha desarrollado (nivel 2) por la nueva extensión de nivel 1 disponible. El uso de extensiones de nivel 1 o 2 mantiene el sistema central del cliente "limpio", lo que le permite actualizarlo más fácilmente en el futuro.

El sitio web de SAP Extensibility Explorer es un gran recurso para encontrar escenarios de muestra y casos de uso, y dónde encontrar recursos de aprendizaje al intentar implementar diferentes escenarios de extensibilidad.

Después de crear una ampliación, deberá integrarla en su sistema de destino SAP S/4HANA Cloud Private Edition. Encuentre la biblioteca de integraciones preempaquetadas, API, eventos, conectores, vistas CDS, escenarios de flujo de trabajo, plantillas de SAP Build y más en SAP Business Accelerator Hub.

Si selecciona el mosaico dedicado SAP S/4HANA Cloud Private Edition, solo verá el contenido relevante para la solución, incluidas las ampliaciones que se deben utilizar en la infraestructura en la nube ABAP que admite la ampliabilidad de desarrollador. Si un desarrollador no encuentra el contenido que necesita, envíe una solicitud utilizando la pestaña Comentarios en la parte derecha de la pantalla y, a continuación, seleccione la campaña Influencia del cliente relevante para describir la solicitud de contenido.