Futuro 7.2

Un aspecto importante para planificar el cambio de versión es que el soporte estándar oficial para Solution Manager 7.1 finaliza el 31 de diciembre de 2017.

Los clientes que sigan utilizando SAP Solution Manager 7.1 después de esta fecha seguirán recibiendo soporte de SAP, de acuerdo con su principio de "el soporte nunca termina".

Sin embargo, es posible que las empresas tengan que pagar por ello en el marco de la asistencia específica al cliente o esperar más tiempo a que se corrijan los errores.

Especialmente en el entorno certificado, en el que también se auditan los escenarios y procesos de SAP Solution Manager, los auditores tienen una visión crítica del uso de software que ya no se admite en el soporte estándar.

S/4 Hana como impulsor

Para muchos clientes, existe mucha presión debido a los proyectos S/4 pendientes en la empresa.

Deben planificarlo cuidadosamente de antemano y decidir qué primer paso y qué pasos siguientes son los adecuados para ellos.

Por ejemplo, el contenido de SAP Activate, las mejores prácticas para la implementación de S/4 según el método SAP Activate, sólo está disponible para SolMan 7.2.

Este contenido no se proporciona para Solution Manager 7.1. La implementación de SolMan 7.2 es, por tanto, el primer paso importante para los clientes que abordan el tema de S/4 Hana.

No sólo el contenido de Activate es relevante para los clientes de S/4 Hana: Al observar la hoja de ruta de SAP S/4 Hana, que SAP proporciona a sus clientes para la creación de una hoja de ruta individual, hay temas que solo estarán disponibles con el alcance de funciones necesario con la versión 7.2.

Todos los terminales

En línea con el acoplamiento a S/4 Hana, SolMan 7.2 también es compatible con la nueva tecnología de interfaz de usuario Fiori.

Los clientes pueden proporcionar interfaces de usuario intuitivas, empezando por las aplicaciones SolMan Fiori proporcionadas, así como soluciones ITSM en la nube, que recientemente se han posicionado frente a SolMan y han sido utilizadas por algunos clientes debido a su facilidad de uso.

Gracias al uso de HTML5, las aplicaciones de SolMan pueden utilizarse en todos los dispositivos finales que admitan HTML5, lo que se aplica a los dispositivos móviles y smartphones comunes.

Código personalizado

La gestión de código personalizado (CCM) y la gestión del ciclo de vida del código personalizado (CCLM) ya existían en versiones anteriores de Solution Manager, pero hasta ahora sólo han sido utilizadas por un número manejable de clientes.

La conversión a Hana y S/4 Hana significa que toda la codificación que no está disponible en el estándar SAP debe ser revisada y modificada con respecto a Hana.

Los clientes que llevan mucho tiempo utilizando SAP pueden haber acumulado mucha codificación interna a lo largo de los años.

Se supone que hasta el 65% de esta codificación apenas o nada se utiliza o ya está disponible en el estándar SAP (fuente: SAP SE).

No tiene sentido adaptar esta codificación. La gestión del código personalizado ofrece la posibilidad de identificar y eliminar el código no utilizado y, solo entonces, adaptar los componentes de desarrollo propio.

Documentación de la solución

SAP ha revisado intensamente el tema de la documentación de soluciones y ahora da soporte a una serie de funciones solicitadas por los clientes desde hace tiempo.

Por ejemplo, SAP Solution Manager 7.2 elimina la restricción, criticada durante mucho tiempo, de una jerarquía de procesos con sólo tres niveles y ahora permite hasta 99 niveles.

Además, se proporciona gratuitamente un editor integrado para mapear los procesos según BPMN (Business Process Model and Notation), de modo que la documentación de los procesos puede realizarse dentro del Gestor de soluciones sin tener que conectar un editor externo adicional.

Esta función es especialmente interesante para los clientes que están planificando proyectos S/4.

Como parte del cambio a S/4, se documentan los procesos futuros - en SAP Solution Manager esto se puede hacer basándose en el contenido de SAP dentro de la tecnología establecida sin tener que adquirir licencias adicionales.

La estrecha vinculación entre la documentación de las soluciones y los escenarios ITSM permite integrar en el futuro la documentación en la gestión del cambio para mantener la documentación actualizada en todo momento.

El mayor valor añadido puede generarse en el contexto de la gestión de pruebas para los proyectos S/4 si la gestión de pruebas se construye sobre la base de la nueva documentación de la solución.

Para permitir estas ampliaciones de la documentación de la solución, se ha convertido toda la base técnica de la misma, por lo que en algunos casos es necesaria una adaptación considerable para todos los escenarios que acceden a sus contenidos y funciones.

Activación de contenidos

El paso en el que la documentación de la solución existente se migra a la nueva base se denomina Activación del contenido.

Es un punto crítico en la actualización para los clientes con un uso productivo de la Documentación de la solución en Solution Manager 7.1, especialmente si se ha ampliado la base técnica de la Documentación de la solución.

Aquí, antes de la actualización, hay que analizar exactamente qué ajustes se hicieron en la modelización y cómo se comportan durante la activación o qué medidas hay que tomar para completar con éxito la activación dentro de la actualización.

Los clientes para los que no sea posible realizar una prueba en la Cloud Appliance Library (CAL) debido a las normativas de cumplimiento deben llevar a cabo estas pruebas en un sistema especialmente instalado.

Hay que tener en cuenta que la activación no puede hacerse paso a paso, sino una sola vez por sistema.

El nuevo conjunto de pruebas

De los escenarios del Gestor de Soluciones, el tema de la gestión de pruebas es el más intensamente vinculado a la documentación de soluciones.

Aquí es donde surgen las mayores dependencias, por lo que la gestión de pruebas tampoco formó parte del arranque oficial de Solution Manager 7.2 y no estuvo disponible hasta la Disponibilidad General (SP 3) en agosto.

Sobre todo, llaman la atención las nuevas posibilidades que ofrece la gestión de pruebas. Aquí, una solución existente, que a menudo solo se utilizaba junto con otras soluciones de gestión de pruebas, se amplió de tal forma que ahora se cumplen todos los requisitos de una herramienta de gestión de pruebas profesional y totalmente completa, incluida la posibilidad de realizar pruebas automáticas.

En este contexto, SAP TAO y el adaptador SAP Solution Manager para HP ALM también se han eliminado de la lista de precios de SAP. Ahora solo se mantienen para los clientes que tienen la solución en uso.

Actualización: planificación y hoja de ruta

Desde un punto de vista técnico, una instancia en Solution Manager Upgrade en la que ambos componentes de servidor están presentes juntos debe separarse en Abap y Java server.

Muchos clientes están barajando la idea de implantar SolMan 7.2 con la base de datos Hana, que está disponible sin licencia para Solution Manager, con el fin de adquirir una experiencia inicial.

Especialmente si Hana es una opción, no se trata de una simple actualización técnica de NetWeaver.

Los cambios ya descritos en la documentación de la solución y los retos resultantes para los escenarios dependientes hacen de la actualización de SolMan un proyecto desafiante desde el punto de vista técnico.

Opciones para el cambio de versión

Primero: Actualización de las instalaciones existentes de Solution Manager.

Se aplica especialmente a los clientes que utilizan Solution Manager para escenarios técnicos o escenarios que tienen pocas dependencias de la Documentación de la solución.

En segundo lugar: Nueva instalación de Solution Manager 7.2 con migración posterior de los comprobantes y documentos en Solution Manager 7.1.

Esta opción ofrece la posibilidad de deshacerse de versiones intermedias innecesarias almacenadas en la base de datos del Administrador de soluciones durante la migración.

Tercero: Reimplantación completa del sistema SolMan 7.2 y reconstrucción de la documentación y los escenarios.

Esta opción es especialmente interesante para los clientes que están considerando concretamente el cambio a S/4 Hana. Estos clientes pueden utilizar la nueva versión directamente para el nuevo entorno y crear la documentación de nuevo para el entorno S/4.

Existe una zona gris bastante amplia entre las dos primeras opciones: cuestiones como los procesos informáticos auditados, los desarrollos adicionales complejos, pero también los planes de fusión de varias instalaciones de Solution Manager dentro de una empresa pueden inclinar la balanza y deben evaluarse individualmente.