La migración a SAP S/4HANA tiene sus retos. El reto más importante es el mantenimiento dual entre los sistemas heredados y el nuevo entorno SAP S/4HANA. A menos que adopte un enfoque greenfield para su S/4HANA, deberá dar soporte a sus sistemas hasta que finalice la migración.  

El objetivo del mantenimiento dual es mantener sincronizados su sistema heredado y sus sistemas SAP S/4HANA para evitar la congelación de cambios y el tiempo de inactividad no programado. Un enfoque de adaptación automatizada para su SAP Migración a S/4HANA reduce significativamente el tiempo, el esfuerzo y el riesgo de garantizar que los cambios de SAP se sincronicen en paralelo en los entornos de sistemas duales. 

Una adaptación adecuada de los cambios de SAP aumenta significativamente la probabilidad de éxito de la puesta en marcha de SAP S/4HANA. Una sincronización del entorno dual y una adaptación de los cambios inadecuadas podrían provocar caídas del sistema y resultados desastrosos. 

Rev-Trac PlatinoEl SAP DevOps Platform, cuenta con funciones integradas que automatizan el mantenimiento dual, acelerando la sincronización de los cambios de SAP y reduciendo significativamente el riesgo de tiempos de inactividad no programados. Permite mantener sincronizados sin esfuerzo el entorno SAP heredado y los nuevos sistemas S/4HANA hasta la transición final.  

En este blog, aprenderá: 

  • Lo que hay que tener en cuenta al adaptar los cambios SAP 
  • Por qué es fundamental un enfoque de adaptación automatizada hasta que encienda su sistema SAP S/4HANA 
  • Cómo automatizar su proceso de adaptación y acelerar su SAP Migración a S/4HANA con Rev-Trac Platino 

Mantener sincronizados los entornos heredados y SAP S/4HANA ayuda a evitar costosos tiempos de inactividad.

Por qué la automatización posterior es la clave del éxito SAP Migración a S/4HANA  

El reto consiste en mantener el equilibrio entre el mantenimiento de su sistema heredado y la migración a SAP S/4HANA. ¿Cómo superar el reto? La respuesta corta es la sincronización automatizada de cambios.  

Cuando se enfrenta al reto de dar soporte a un sistema ECC y construir el nuevo entorno SAP S/4HANA, todo lo que pueda automatizar, debería hacerlo. Eso incluye automatizar la adaptación de sus cambios SAP para garantizar un mantenimiento dual mientras navega por su viaje SAP S/4HANA.  

Los downgrades del sistema suelen producirse cuando se introducen cambios o nuevas funcionalidades en el sistema heredado durante un SAP Migración a S/4HANA. La transición no es un simple levantar y cambiar. 

La complejidad de su entorno ERP y la colaboración entre los equipos implicados pueden influir en la rapidez y la seguridad del cambio. Los expertos del sector predicen que las organizaciones que adopten un enfoque comedido de su transición a SAP tardarán entre 2 y 6 meses, como mínimo, y más de 24 meses. Migración a S/4HANA

Tanto si se adopta un enfoque radical como si se actúa con lentitud y constancia, los cambios BAU y las actualizaciones funcionales se introducirán inevitablemente en los sistemas heredados. Los tipos de cambios y actualizaciones incluyen: 

  • Actualización funcional: introducción de nuevas funcionalidades disponibles en el BTP como parte de su ámbito de aplicación. 
  • Actualización técnica: realice los cambios mínimos e introduzca los cambios funcionales más recientes tras la puesta en marcha. 

Es esencial incorporar estos cambios o, como mínimo, evaluar su inclusión en el nuevo entorno para evitar descensos funcionales tras la transición. El método recomendado utiliza una estrategia de mantenimiento dual automatizada, también conocida como sincronización digital de los cambios SAP.  

Acceda rápidamente a un enfoque de adaptación automatizada para la sincronización de cambios  

Cuando utiliza una o varias pistas de desarrollo paralelas, debe gestionar las adaptaciones para garantizar que los transportes migrados a producción se añaden a cada pista paralela. La automatización de la adaptación de los cambios de SAP ayuda a reducir el riesgo, rompe los silos y acelera el proyecto de migración. 

Con Rev-Trac Platinopuede configurar el software para que clone automáticamente los cambios y actualizaciones de SAP. Las solicitudes de clonación se evalúan para su reaplicación (o adaptación) a vías de desarrollo paralelas, manteniendo los sistemas sincronizados. 

Sin embargo, la migración a SAP S/4HANA presenta desafíos en lo que respecta a la sincronización dual. Es fundamental tener en cuenta su código personalizado durante la transición a SAP S/4HANA. ¿Será compatible con el nuevo sistema o supondrá un obstáculo que podría provocar costosos tiempos de inactividad? Aquí es donde Rev-Trac Platino resulta inestimable. 

Consideremos dos escenarios: 

SAP Código personalizado compatible con S/4HANA:   

Al pasar a SAP S/4HANA, todos los cambios que progresan a través de su ECC deben ejecutarse a través de ABAP Test Cockpit (ATC) para asegurarse de que es adecuado para su uso en el nuevo entorno. 

Rev-Trac Platino envía cualquier cambio introducido en producción durante el proyecto de transformación digital para su revisión y reaplicación automática en SAP S/4HANA. La readaptación se convierte en un simple ejercicio de aceptar/rechazar, lo que minimiza el esfuerzo y reduce significativamente los riesgos para el proyecto de actualización de SAP S/4HANA. 

Código personalizado incompatible con SAP S/4HANA:   

Sin embargo, no todo el código personalizado es compatible con un sistema SAP S/4HANA, que es donde la cosa se complica. En este caso, se descarta un proceso de reaplicación automatizado. Es un reto, pero no tiene por qué perder la funcionalidad asociada en el nuevo entorno. 

Cuando la compatibilidad del código es un problema, Rev-Trac pone en cola las órdenes de trabajo generadas desde el sistema heredado para su consideración en el nuevo entorno como un elemento pendiente. De este modo se evita una pérdida de funcionalidad y se garantiza que el código incompatible se revise para su ajuste manual en el sistema SAP S/4HANA. 

Doble mantenimiento y adaptación automatizada: otras consideraciones  

Tanto si adopta un enfoque Bluefield como Brownfield para SAP S/4HANA, debe identificar qué cambios de ECC son candidatos para su reaplicación en el nuevo sistema. 

Al evaluar los cambios para volver a aplicarlos a SAP S/4HANA, tiene tres opciones: 

  1. No, no necesito este cambio 
  1. Sí, este cambio tiene que ir a la producción, y podemos utilizar el cambio original de ECC 
  1. Necesito esto pero no puedo usar el cambio ECC. Voy a aplicar el cambio manualmente. 

Para la reaplicación al sistema SAP S/4HANA, es crucial tener un vínculo con el cambio ECC original. Es necesario comprender cómo se implementó el cambio y su justificación.Con Rev-Trac, cada cambio SAP está vinculado a una solicitud. Una solicitud de Rev-Trac es un grupo de transportes, documentación relacionada y aprobaciones para gestionar una unidad de cambio comprobable.  

La asignación de un cambio ECC a la futura implementación en SAP S/4HANA garantiza un vínculo con la solicitud original. Rev-Trac Platino los sincronizará para que permanezcan intactos. 

Aunque la comprobación de la compatibilidad del código personalizado al migrar a SAP S/4HANA es crucial, hay casos en los que es necesario eludir el proceso.Un proceso de flujo de trabajo de gestión de cambios flexible es realmente útil en estos casos. 

Permite a los equipos de TI de SAP hacer frente a anomalías y variaciones que no permiten realizar comprobaciones de compatibilidad y una reaplicación coherente a su nuevo sistema SAP S/4HANA. Por ejemplo, estos son dos casos en los que se pasarían por alto las comprobaciones de seguridad y el análisis de idoneidad del código: 

  1. Cambios de emergencia: estos cambios se necesitan en producción inmediatamente, por lo que no tiene tiempo de ejecutar su comprobación de preparación para SAP S/4HANA. 
  1. Cambios de configuración para la transformación Brownfield SAP S/4HANA - estos cambios no pueden ser evaluados para su idoneidad en el sistema de destino y deben ser excluidos para un rápido proceso de cambio a la producción. 

¿Qué pasa con SAP BTP?  

Sin duda, algunas empresas aprovecharán SAP BTP para mantener limpio su núcleo en su entorno SAP S/4HANA. Mantener el núcleo limpio en este contexto significa mantener el núcleo del sistema SAP S/4HANA libre de personalizaciones. Un núcleo limpio es esencial para garantizar operaciones estables y fiables durante la creación de SAP S/4HANA y después de la puesta en marcha. 

En lugar de adaptar los cambios de ECC para evitar perder la funcionalidad en sus sistemas S/4HANA, utilizaría la capacidad nativa de BTP para el requisito. Aunque esto es una posibilidad ahora, se espera que la mayor parte del código personalizado se implemente en SAP S/4HANA en lugar de en BTP. Es probable que el código sea más compatible entre ECC y SAP S/4HANA que BTP, que, con toda probabilidad, utilizará tecnologías alternativas a ABAP. 

Conclusión: Adapte automáticamente los cambios de SAP para un cambio satisfactorio a SAP S/4HANA  

Para la mayoría de las organizaciones, un SAP Migración a S/4HANA implica mantener su sistema ECC heredado durante un tiempo mientras se centra en construir el nuevo entorno. El mantenimiento dual entre sus sistemas ECC y SAP S/4HANA minimiza el costoso tiempo de inactividad no planificado y ayuda a mantener su proyecto dentro de los plazos previstos. La base del mantenimiento dual es la sincronización dual (o adaptación). 

Rev-Trac PlatinoEl SAP DevOps Platform, ayuda a mantener sincronizados sus sistemas ECC y S/4HANA mientras se construye y prueba el nuevo entorno. Para ello, automatiza el proceso de retroadaptación reaplicando de forma selectiva los cambios de ECC clonados automáticamente a la pista paralela de S4/HANA. Hay menos riesgo de cometer errores costosos y los cambios necesarios se aplican sin problemas en las dos plataformas tecnológicas.

En el próximo y último post de la serie, "La migración a SAP S/4HANA, más fácil con la gestión automatizada de cambios"Me centraré en los retos de SAP Migración a S/4HANA y cómo puede influir en el tiempo, recursospresupuestos y continuidad de la actividad.