Análisis de personalizaciones después de la conversión del sistema

La migración de código personalizado forma parte del proceso de conversión del sistema de SAP Business Suite clásico que se ejecuta en cualquier base de datos al sistema SAP S/4HANA. En el contexto de esta conversión del sistema, se debe adaptar el código fuente ABAP personalizado, ya que se simplificó una gran cantidad de código SAP dentro de SAP S/4HANA y, en algunos casos, se modificó de forma no compatible. Algunos de sus objetos de código personalizado ya no serán válidos o simplemente ya no se ejecutarán como se esperaba o producirán errores de sintaxis. SAP proporciona herramientas basadas en la base de datos de simplificación, que detectan cualquier código personalizado que deba adaptarse a SAP S/4HANA. La base de datos de simplificación es una tabla de base de datos en el sistema SAP S/4HANA que contiene todos los elementos de simplificación que hacen referencia a objetos SAP simplificados en SAP S/4HANA. Cada posición de simplificación describe objetos SAP modificados o eliminados y hace referencia a una nota SAP dedicada que describe el impacto de la modificación y cómo se puede adaptar el código personalizado relacionado.

La definición del alcance del código personalizado le permite determinar el código personalizado ABAP que se utiliza con frecuencia y debe transferirse a SAP S/4HANA. El código personalizado no utilizado se puede borrar mediante solicitudes de transporte de borrado durante la conversión del sistema. Este paso de definición del alcance es importante porque, en última instancia, podrá reducir el número de entidades de código personalizado que se migrarán y minimizar los esfuerzos de adaptación de código personalizado.

La aplicación SAP Fiori Migración de código personalizado se utiliza para la definición del alcance del código personalizado. La aplicación se puede implementar en su sistema ERP existente o se puede ejecutar en Business Technology Platform para realizar verificaciones de código personalizado en sus datos de sistema. Evalúa los objetos de desarrollo que se adoptarán en SAP S/4HANA para su compatibilidad e identifica el código personalizado no utilizado. A continuación, puede eliminar este código personalizado no utilizado durante la conversión del sistema.

Puede utilizar la aplicación Migración de código personalizado para:

• Ejecute las verificaciones de SAP S/4HANA para analizar qué código personalizado se debe adaptar.
• Obtenga información estadística sobre los resultados en sus objetos de desarrollo que se deben adaptar.
• Descargar los resultados del análisis (para una carga futura en SAP Readiness Check)

  Nota

  Aprenda a configurar la aplicación Migración de código personalizado aquí.

Después de la conversión del sistema, debe realizar las adaptaciones funcionales en su código personalizado. En la conversión del sistema, debe adaptar cualquier modificación relacionada con los objetos del Dictionary ABAP mediante la transacción SPDD. Después de realizar la conversión del sistema a SAP S/4HANA con Software Update Manager (SUM), debe adaptar cualquier modificación relacionada con los objetos de repository mediante las transacciones SPAU y SPAU_ENH. A continuación, le recomendamos que ejecute ABAP Test Cockpit (ATC) con verificaciones de SAP S/4HANA en las herramientas de desarrollo ABAP (ADT). El resultado es una lista de resultados ATC que se relacionan con las simplificaciones de SAP S/4HANA y consulte las notas SAP que describen cómo resolver los problemas. En función de estos hallazgos de ATC, puede empezar a adaptar su código personalizado utilizando correcciones rápidas de forma semiautomatizada.

Con SAP S/4HANA, las herramientas de desarrollo ABAP en Eclipse permiten la adaptación automatizada del código personalizado con unos pocos clics a través de correcciones rápidas. Estos pueden resolver los hallazgos más frecuentes, como problemas ORDER_BY y problemas relacionados con modificaciones del modelo de datos como KONV, BSEG y otros. Una vez que su sistema de desarrollo se haya convertido a SAP S/4HANA, ejecute verificaciones ATC relevantes para SAP S/4HANA en Eclipse. No aplique todas las correcciones rápidas a la vez; esto puede sobrecargar el sistema y generar un log difícil de comprender. El ATC solo puede escanear objetos con la sintaxis ABAP correcta. Por lo tanto, utilice correcciones rápidas para resolver primero los errores de sintaxis y repita la verificación ATC. La segunda iteración probablemente revelará nuevos hallazgos.

Una vez realizadas las modificaciones o ampliaciones obligatorias, los clientes deben plantearse modernizar su código personalizado existente para seguir el modelo de desarrollo ABAP Cloud. A largo plazo, esto facilita la actualización del sistema del cliente para que pueda experimentar las nuevas características y funcionalidades que estarán disponibles en cada versión. Modernizar el código personalizado significa tomar desarrollos ABAP clásicos (nivel 3) y utilizar el ATC para identificar si hay código listo para la nube a través del entorno en la nube ABAP disponible para reemplazarlo (nivel 1), o una envoltura personalizada que se puede utilizar si actualmente no hay API liberadas disponibles (nivel 2).

Aprenda a utilizar el ATC para modernizar el código personalizado en este blog de SAP: Cómo ABAP Test Cockpit le ayuda a adoptar ABAP Cloud.

El cockpit de pruebas ABAP ofrece verificaciones de rendimiento para revelar un código personalizado de bajo rendimiento desarrollado en ABAP. Sin embargo, es probable que no se pueda lograr optimizar todo el cuerpo del código personalizado con esta herramienta. En su lugar, utilice el pool de trabajo de ajuste de rendimiento SQL y la herramienta de monitor SQL. El pool de trabajo de ajuste de rendimiento SQL combina los resultados de las verificaciones de código estático realizadas por el cockpit de test ABAP con los datos de tiempo de ejecución y rendimiento proporcionados por la herramienta de monitor SQL. Juntos, detectan puntos críticos de rendimiento y priorizan las oportunidades de optimización.