El cambio correcto a SolMan 7.2

Para muchos responsables de TI, la Cambio Solution Manager 7.2 sigue siendo un libro cerrado.

Además, todavía no ha llegado a todos los clientes que el fin del mantenimiento el 31.12.2017 es realmente definitivo. Es mejor no suponer que el mantenimiento será prorrogado por SAP - debido a restricciones técnicas.

La planificación empieza por preguntarse específicamente sobre qué Plataforma el SolMan en el futuro.

SAP pone a disposición del cliente la licencia de Hana para el funcionamiento de SolMan sin costes de licencia, especialmente si el usuario de SAP aún no ha adquirido la licencia de Hana.

La nueva S/4 Hana Business Suite se lanzará en 2020. A más tardar en 2025, los clientes se verán obligados a pasarse a Hana.

Con la introducción y la Salto cuántico en S/4 Hana, el departamento de TI ya tiene bastantes problemas de los que ocuparse, por lo que una nueva tecnología supondría un problema más.

Por lo tanto, tiene sentido empezar ya a examinar la Cambio y convertir el Gestor de soluciones a Hana. Además de los requisitos puramente técnicos, hay que recordar que SAP ha elaborado una lista de características.

Técnicamente, recomendaría a todos los clientes que hicieran una copia del Solution Manager productivo existente. La actualización puede probarse "tranquilamente" en esta copia.

Aunque la copia de sistema del SolMan en particular implica mucho trabajo de reelaboración, esto definitivamente tiene sentido en el contexto actual.

La mayor área de cambio se refiere a la documentación de la solución. Sin embargo, SAP también lo ha comunicado claramente. Lo que algunos usuarios seguramente desconocen es la forma de la Cambio y conversión.

En principio, los artefactos y documentos pueden transferirse durante la actualización.

A todo lo que no se transfiera sólo se podrá acceder en modo de sólo lectura tras la actualización. El proceso de determinar el contenido que se va a transferir se denomina alcance.

Lo complicado es que el informe de conversión sólo puede ejecutarse una vez, durante la actualización. Por tanto, si el alcance no es correcto, habrá que volver a crear y vincular manualmente todos los documentos.

En este contexto en particular, merece la pena que los clientes practiquen la actualización en un sandbox para que puedan volver a una instantánea antigua en caso de un alcance defectuoso.

Gestión de pruebas

El segundo ámbito importante que está experimentando cambios es el de la gestión de pruebas.

Los documentos y planes de prueba están estrechamente vinculados a la documentación de la solución. Como la estructura y la definición de la documentación de la solución cambian, esto también debe acordarse conceptualmente en relación con los planes y procedimientos de prueba durante las pruebas.

Cualquier Interfaces a las herramientas externas debe aclararse con los fabricantes de terceros en lo que respecta a su disponibilidad y uso. En Solicitud de cambio Gestión, hay cambios, pero afortunadamente no afectan a la superficie.

En cuanto a la nueva estructura, la eliminación de la Transacciones SOLAR01 y SOLAR02, así como los proyectos SolMan, también modifican el Gestión de la liberación.

Como parte de la actualización, también debe comprobarse si los sistemas definidos y establecidos Procesos ChaRM no tengan que adaptarse también a la nueva versión 7.2, en caso necesario.

Además de esta adaptación, los objetos de autorización y las interfaces del Administración. Esto exigirá sin duda la redacción de nuevos manuales de instrucciones y que los gestores del cambio se familiaricen con las nuevas interfaces.

En cuanto a los cambios abiertos, el calendario de la actualización también debe planificarse de forma que haya el menor número posible de cambios abiertos. En los ámbitos del funcionamiento y la supervisión de las aplicaciones, los cambios no son tan graves.

En este caso, los ajustes no afectan a un departamento especializado, sino que pueden aclararse dentro del círculo de una base SAP.
En resumen, la actualización es sin duda más difícil, pero con una caja de arena y una buena preparación y Inventario de todos los procesos es factible.

Sin embargo, los responsables informáticos no deben esperar demasiado con su planificación. Se acerca el final del mantenimiento y hay que llevar a cabo la actualización.