Silos autónomos

Los problemas clásicos del control de procesos, como los adelantamientos, los procesos individuales confusos y las intervenciones manuales espontáneas, existen en el mundo S/4 sin soluciones satisfactorias. El software como servicio o la plataforma como servicio se han vuelto indispensables y están sustituyendo a los antiguos productos y conceptos operativos en todos los ámbitos de SAP. No se pueden negar ventajas como la escalabilidad y la externalización de todo un nivel operativo. Una filial puede transferirse rápidamente a S/4 Public Cloud y acoplarse así a S/4 Core. En algunos casos, sin embargo, no hay alternativa a la transición, ya que los nuevos productos ya no son ofrecidos on-prem por SAP y los productos antiguos están siendo eliminados, incluyendo IBP (Integrated Business Planning) como reemplazo de APO (Advanced Planner and Optimiser), así como SuccessFactors y Concur para SAP HCM.

Con API web abiertas y protocolos de comunicación como Rest, Soap o A2S/A2A, ahora es posible conectarse al ERP de SAP y la integración en productos ITSM o de bus de servicio es reconocible. Esto permite a los clientes actuales de SAP integrar también productos alternativos en el ERP. Se necesitan interfaces para que los nuevos servicios interactúen entre sí. Lo que permite una interfaz y si es técnicamente suficiente se deja de nuevo en manos de cada equipo de producto y recuerda a los viejos tiempos de Bapi. Existen al menos varios productos para la integración de datos y SAP ya ha abordado la cuestión del control de los flujos de datos con el Application Interface Framework.

Esta visión SAP "hacia dentro" de cada servicio es especialmente notable al principio del ciclo de vida. Como consecuencia, las interfaces se amplían con regularidad. No suele haber un estándar uniforme, por ejemplo para el control de trabajos, y las actualizaciones a veces llegan de forma inesperada. Esta soberanía del proveedor de servicios significa que el cliente o integrador existente corre detrás de los fabricantes. En el peor de los casos, incluso se produce una paralización si no se comunican los cambios. Así que lo que es muy práctico para la flexibilidad y el dinamismo de los servicios individuales puede ser un suplicio para el integrador.

Sin embargo, también hay avances positivos: SAP está haciendo todo lo posible por crear más escenarios estandarizados a nivel de precontrol en el ámbito de la comunicación. Por ejemplo, el escenario de comunicación SAP_COM_0326 ya aparece en varios productos. Sin embargo, en la actualidad se limitan principalmente a BTP (SAP Business Technology Platform), ya que ofrece una base estandarizada, similar a la del anticuado NetWeaver. Sin embargo, como bloque monolítico, SAP BTP se opone al concepto de (micro) servicios.

Por tanto, la cuestión de cómo deben fluir los datos entre los productos está ampliamente resuelta. Cuando se trata de si deben fluir y cuándo, la situación es bastante diferente. Algunos productos ya ofrecen opciones de control con flujos de trabajo complejos, mientras que otros sólo reaccionan ante el control del tiempo o los eventos. Sin embargo, todos tienen en común que, por lo general, sólo se centran "hacia dentro" para tener bajo control sus propios procesos. Incluso con las opciones de control existentes, la cuestión de "por quién" no siempre está clara desde el punto de vista de la gobernanza si los procesos están vinculados al producto "en alguna parte". El control global y la supervisión de extremo a extremo de los procesos, como es necesario para los procesos centrales de ERP, es difícil.

La necesidad de ver el estado de los procesos de forma centralizada, de intervenir en caso de emergencia o de realizar ajustes ad hoc sigue sin satisfacerse. Cuestiones como las ejecuciones especiales, las ventanas de mantenimiento o los escenarios de rehacer no pueden asignarse realmente con los sistemas de control de silos de todos modos. Honico lleva más de 25 años tratando el tema del control de instalaciones tipo silo. Ya sea desde NetWeaver con BatchMan o en BTP y Cloud con el Easy Workload Scheduler. En definitiva, los requisitos no han cambiado mucho. Lo que ha cambiado cuando se trata de SaaS es que los "hackeos" a través de la BD o la codificación ya no son posibles: La interfaz es la ley. Combinamos el viejo mundo de NetWeaver con las nuevas tecnologías SaaS, como IBP, SAC o BTP, para permitir el control entre ERP. Una herramienta de control de procesos no sólo sirve como capitán en cubierta y crea transparencia, sino que también sirve para establecer un estándar.

Las ventajas del SaaS son indiscutibles, pero las empresas deben prepararse para posibles restricciones en el nuevo mundo de las interfaces, especialmente a la hora de orquestar los procesos empresariales. Los procesos centrales, en particular, deben cumplir como mínimo la norma anterior, y la resistencia de las interfaces aumenta considerablemente, ya que los escenarios de recuperación más complejos pueden ejecutarse automáticamente y detenerse de inmediato en caso de desastre real para evitar daños críticos para la empresa.

A la entrada de socios: