Estrategia de integración híbrida para S/4 Hana

Esta vez se trataba de un fabricante de maquinaria que opera a escala mundial, con un panorama familiar: En EE.UU., la integración EDI se subcontrata a un proveedor, en Europa a SAP Process Integration y en Asia se implementa con una plataforma local de middleware que aún funciona en un ordenador con Windows NT.

Para la facturación electrónica en España se introdujeron SAP Cloud Platform Integration, eDocument Framework y SAP Application Interface Framework. Elster y el almacén de Austria están conectados a través de SAP Business Connector.

¿Y las aplicaciones en la nube? Ahí es donde las cosas se ponen aún más complejas. Nadie quería hablar de los requisitos del nuevo reglamento de protección de datos (DSGVO) ni de la recuperación en caso de catástrofe. Es comprensible.

Definición oportuna de las directrices de integración

Los entornos de sistemas han crecido de forma heterogénea y son confusos en casi todas partes. Pero también está claro que cualquiera que quiera cambiar a S/4 Hana en un futuro próximo necesita una estrategia de integración One Digital Enterprise. Y esto debe desarrollarse antes de la transición.

Temas centrales aquí: gobernanza de interfaces, in- y externalización de determinados complejos temáticos, futuras plataformas de integración y sus ámbitos de aplicación, arquitectura de sistemas y requisitos de seguridad, directrices de integración y funcionamiento (supervisión, alertas, gestión de cambios, pruebas de regresión).

En el primer paso, solemos empezar con un análisis de la situación actual del sistema. En otro taller, se lleva a cabo una lluvia de ideas con vistas a una posible automatización y potencial de mejora.

Además, se documentan los requisitos futuros. En la tercera fase del proyecto, categorizamos los requisitos de interfaz basándonos en la metodología SAP Integration Advisor Methodology (ISA-M). Este procedimiento distingue entre integración a nivel de interfaz de usuario, de aplicación y de datos.

La cuarta fase del proyecto trata de los fundamentos de la nueva estrategia de integración. Qué tecnologías, formatos de mensajes, protocolos y plataformas de integración deben utilizarse en el futuro.

Sobre esta base se definen las directrices de integración. Estas directrices deben respetarse a la hora de seleccionar aplicaciones en la nube y proveedores de servicios externos.

El nuevo papel del Centro de Competencia para la Integración

Otro paquete de trabajo es la futura organización informática interna. Ya se han creado Centros de Competencia de Integración en muchas empresas. Estos departamentos especiales deben incluir arquitectos de integración, pero también deben tener los conocimientos técnicos de implementación de las plataformas y tecnologías de integración pertinentes. Y: ¡el centro de competencia no debe limitarse al puro middleware y al nivel técnico!

Dos casos concretos muestran cómo puede ser en la práctica: Antes del proyecto de plantilla ERP global, un proveedor de la industria del automóvil decidió volver a ejecutar la integración EDI hacia el propio cliente.

Esto permite reaccionar con mayor flexibilidad a las nuevas necesidades. También permite una coordinación más estrecha con los departamentos especializados. Además, era inminente la sustitución de una antigua plataforma de middleware propietaria.

Aquí, los responsables definieron las directrices de integración adecuadas, un registro central de interfaces y una planificación de oleadas para la migración a SAP Process Orchestration en un anteproyecto. Paralelamente, se creó la organización informática interna.

Otro cliente de la industria química primero enumeró ordenadamente todas las interfaces anteriores y los futuros requisitos de la nube. Después se decidió por SAP Cloud Platform Integration y SAP Application Interface Framework.

De este modo, se ha creado la base para los complejos requisitos de un posterior proyecto global de CRM. Seguimos recopilando ejemplos de buenas prácticas. Continuará.