¿Estás listo para la migración de tu sistema SAP PI/PO a la versión 7.5?

SAP

¿Estás listo para la migración de tu sistema SAP PI/PO a la versión 7.5?

Luis Zarzo | jul 10, 2020

A finales de 2020 SAP dejará de dar soporte a todas las versiones de SAP PI/PO inferiores a 7.5 sin la posibilidad de poder extender el mantenimiento (SAP Note: 1648480), por lo que si no queremos comprometer nuestro negocio y poner en riesgo el correcto funcionamiento de nuestro sistema de integración, lo recomendable sería realizar la migración a 7.5 antes de fin de año.

Partiendo de la base de que estamos ante una migración obligatoria por la obsolescencia de la versión anterior, podemos tomar esta necesidad como la oportunidad de poder migrar a una versión mucho más potente que nos permitirá rediseñar y optimizar nuestros flujos actuales. Desde Techedge, te proponemos las mejores prácticas para realizar una migración exitosa y sin riesgo, sacando todo el provecho a las novedades de la última versión.

¿Qué nos ofrece la nueva versión?

Las principales ventajas que nos ofrece la migración a una versión 7.5 Single Stack, sobre todo si venimos de una versión dual stack, se pueden resumir brevemente en los siguientes puntos:

  • Al ser una versión con una pila únicamente Java, el procesamiento de mensajes es mucho más alto, mejorando el rendimiento hasta 10 veces sobre un escenario clásico en doble pila. Se simplifican las operaciones de mantenimiento y facilita la optimización del rendimiento del sistema.
  • Con la nueva versión tendremos un punto único de monitorización, mucho más completo y detallado.
  • Centralización del desarrollo en NWDS (Netweaver Developer Studio), contando con un nuevo elemento de configuración de escenarios, el iflow.
  • Mejoras en la gestión de alertas pudiendo configurar alertas en base al contenido de los mensajes, todo ello configurable desde el NWA (Netweaver Administrator).
  • Nuevos conectores disponibles en el Connectivity Add-on, como son los de SuccessFactors, SFTP Adapter o el REST Adapter, además de incorporar capacidades para cifrado PGP.
  • Cloud integration Content. Posibilidad de desplegar y ejecutar contenido desarrollado o predefinido en SCPI (Solución de integración en la nube de SAP) sobre SAP PO. Disponible para todas las opciones de instalación (AEX y SAP PO).
  • Explorar nuevas capacidades: BPM, BRM y B2B addon. En el caso de que se instale un SAP PO 7.5.

Estrategia de migración

La primera pregunta que nos hacemos es, ¿qué opciones de migración tengo? Todo dependerá de tu sistema actual y del contenido que tengas desarrollado en el mismo, pero básicamente SAP nos ofrece dos posibilidades, migrar a un SAP PI AEX 7.5 (Advanced Adapter Engine Extended) o a un SAP PO 7.5 Single Stack, con el incremento de coste de licencia asociado.

Hay una tercera opción pero que para nosotros está totalmente descartada y no recomendamos, migrar a un SAP PI 7.5 Dual Usage Type. SAP ya no soportará un sistema Dual Stack, por lo que si se quiere conservar la pila ABAP, se tendrá que hacer un Split para que ABAP y Java corran en instancias separadas.

Las diferencias entre un sistema AEX y un SAP PO, son los motores BPM y BRM para la gestión de reglas y procesos de negocio y el B2B Add-on, que incluye adaptadores de protocolos B2B, así como módulos de conversión, cubriendo las necesidades de integración B2B/EDI para la mayoría de las industrias.

Por tanto, si actualmente no usamos ccBPMs complejos y no tenemos necesidad actual ni futura de usar BPM, BRM ni B2B Add-on, se puede hacer una migración a un SAP PI AEX 7.5 manteniendo el coste de licencia actual.

Captura de pantalla 2020-07-10 a las 20.18.28

En segundo lugar, tenemos que ver en que estado nos encontramos y, simplificándolo mucho, podemos determinarlo haciéndonos una serie de preguntas sencillas:

  • ¿Nuestro sistema actual es ya single stack o por el contrario es un ABAP+JAVA?
  • ¿Existen mapeos ABAP?
  • ¿Cuentas con tablas o RFC de consulta sobre tu propio SAP PI para la resolución de los mapeos?
  • ¿Existen ccBPM dentro de tu sistema actual?
  • ¿Cuentas con Adapter Modules desarrollados a medida?

Si te encuentras en una versión anterior a 7.5 pero tu sistema actual es ya un Single Stack y no tienes desarrollos a medida complejos, como pueden ser Adapter Modules o incluso adaptadores Custom, te encuentras ante el mejor escenario, la migración será relativamente sencilla y la mejor opción sería realizar un Upgrade técnico sobre la misma máquina.

Si en las cuatro últimas preguntas te encuentras con alguna respuesta afirmativa, te enfrentas a una migración “compleja” y se necesitará hacer un rediseño y optimización de las interfaces.

Para este caso, nuestra recomendación es partir de una instalación nueva donde se tendrán que migrar los datos del SLD, los escenarios de integración, y los ccBPM que podamos tener en el sistema antiguo. Migrar a un sistema nuevo, nos permite hacer una reingeniería de interfaces más completa y minimizar el riesgo de la migración, pudiendo hacer una migración por bloques priorizando aquellas interfaces que nos interese migrar antes para que en la fecha fin de soporte podamos tener las interfaces más prioritarias migradas en el nuevo sistema.

También, en el caso de que no exista una infraestructura de transportes basada en CTS+, será necesario configurarla para adaptarla a los transportes entre los distintos entornos de SAP PI/PO.

Migración escenarios de integración, ccBPMs y desarrollos Java

Desde un punto de vista técnico, la estrategia de migración de objetos se podría resumir en el siguiente gráfico:

Captura de pantalla 2020-07-10 a las 20.24.15

Los que denominamos escenarios clásicos, basados en objetos como Receiver Determination, Interface Determination, Sender Agreement y Receiver Agreement, ya no están disponibles en la nueva versión, por lo que en la migración se convertirán en iflows.

En la nueva versión se incluye como herramienta de desarrollo Netweaver Developer Studio (NWDS), y cada escenario de integración es descrito mediante un iflow, por lo que para la migración de los escenarios configurados como ICO (Integrated Configuration Objects), se recomienda también su transformación en iflows, que al final es una representación gráfica del ICO pero es muy útil para tener una visión clara de cómo están configuradas nuestras Interfaces.

Como parte del proceso de migración de escenarios, se realizará una reingeniería de estos. El objetivo es simplificar los escenarios de integración para que su mantenimiento y ejecución sean óptimos aprovechando las nuevas funcionalidades de SAP PI/PO. Dentro de esta reingeniería se realizarán, por ejemplo, las siguientes tareas:

  • Agrupación de escenarios.
  • Eliminación de escenarios obsoletos.
  • Reutilización de canales.
  • Revisión del modelo de alertas y rediseño basado en el motor de alertas de SAPPI/PO.
  • Reingeniería de escenarios aprovechando las nuevas funcionalidades de SAP PI/PO, por ejemplo, eliminando módulos a medida por el uso de módulos estándar.
  • Revisión de tablas de conversión y paso a value mapping groups.

Captura de pantalla 2020-07-10 a las 20.26.09

En la actualidad, SAP PO no dispone de un mecanismo automático que permita la migración directa de CCBPM a BPM, por lo que será un proceso de reingeniería. Sin embargo, SAP PO, proporciona nuevas funcionalidades que permiten implementar escenarios de integración basados en ccBPM como iflows, gracias al uso de módulos de adaptador standard disponibles en las últimas versiones, como por ejemplo el Async-Sync Bridge. Si por complejidad del ccBPM esto no fuese posible, se podrían desarrollar módulos o java mappings específicos para cubrir la misma funcionalidad.

Como hemos comentado con anterioridad, en el caso de disponer de licencia de PO y no se pueda simplificar el ccBPM en un iflow, se optaría por usar el motor de BPM para migrar el escenario.

Por último, se revisarán todos los desarrollos Java (módulos de adaptador, mapeos java) y se migrarán a la versión java 1.8 en caso de ser necesario.

Valor diferencial de Techedge

En Techedge llevamos aportando soluciones de integración desde hace más de 15 años, pasando por una primera etapa de especialización únicamente en entornos SAP, para ir evolucionando a entornos SAP y no SAP hasta llegar a la situación actual, donde la integración se ha convertido en un factor clave en el éxito de la digitalización de las empresas, surgiendo nuevos paradigmas de integración donde es fundamental estar acompañado por un Partner experto conocedor de las plataformas punteras del mercado y capaz de dar soluciones reales a los problemas que se presentan. A través de nuestro Centro de Excelencia de Integración (CCI), ofrecemos diferentes niveles de servicio para cubrir el gobierno completo de las plataformas de integración, desarrollo ágil y asesoramiento experto para guiar a las empresas en su estrategia de integración actual y futura.

Captura de pantalla 2020-07-10 a las 20.30.49

La solución para tener una migración exitosa, sobre todo para aquellas migraciones “complejas”, pasa por contar con un gran equipo de profesionales de integración con amplia experiencia en situaciones similares. En Techedge, contamos con más de 35 consultores expertos en integración y en la plataforma SAP PI/PO. A lo largo de los años, hemos realizado decenas de proyectos de migración de SAP PI de todo tipo de casuísticas y complejidades y en diferentes sectores (energético, banca, retail…). Gracias a nuestra experiencia y las buenas prácticas que hemos ido definiendo, podemos ajustar los proyectos en tiempo y en coste sin perjudicar al resultado final, garantizando el éxito de la migración.

Por último, contamos con herramientas como B+ Integration Tool, que nos permite realizar una catalogación automática de las interfaces desplegadas en un sistema SAP PI, ahorrándonos mucho tiempo al evitar hacerlo de manera manual, además de proporcionar un dashboard con el estado de los sistemas y poder recolectar un histórico de procesamiento para ver que interfaces pudieran estar obsoletas o funcionando de manera incorrecta.

Captura de pantalla 2020-07-10 a las 20.32.39

Esto nos permite hacer una auditoria previa a la migración y sacar diversas conclusiones a nivel de mejoras a realizar en el nuevo sistema migrado, como son la reingeniería de interfaces, comentada anteriormente, para la resolución de errores recurrentes, configuración de alertas, cambiar nomenclatura de objetos, seguridad en las integraciones, entre otras.

¡Suscríbete!