De SAP APO a SAP IBP

No hay ninguna necesidad urgente de cambiar a IBP en este momento, ¿verdad?

Patrick Boucek, SAP: SAP ofrece soporte para APO hasta 2027. Sin embargo, hay que tener en cuenta que a menudo se trata de grandes instalaciones en empresas con actividad global. Su sustitución requiere algo más que los esfuerzos del departamento de TI. Todas las partes interesadas de los departamentos especializados y las filiales regionales deben participar en un proceso de cambio, que a menudo también implica cambios organizativos. En determinadas circunstancias, esto puede llevar varios años.

Incluso en ese caso, ¿no bastaría con iniciar la migración en 2023, después de todo, aún quedarían cuatro años?

Georg Klinger, Consilio: Ya hemos ejecutado proyectos APO para grandes empresas para las que un periodo de cuatro años habría sido demasiado corto: debido a los necesarios procesos de cambio global en la empresa, que el Sr. Boucek mencionó, el periodo incluyendo todas las implantaciones no habría sido suficiente.

¿Significa esto que las grandes empresas tienen que darse prisa, pero las PYME con instalaciones APO más pequeñas pueden esperar un poco más, por ejemplo hasta 2023?

Klinger: Aunque esto es teóricamente cierto, prevemos que muchas empresas se comportarán de este modo y que, por tanto, habrá un número casi inabarcable de proyectos de migración en los años previos a la expiración de la ayuda. Recomendamos encarecidamente tomar medidas ahora.

Boucek: Con cientos de instalaciones de APO sólo en Alemania, puede imaginarse la oleada de proyectos que nos llegarán en los próximos años. Es más, en Alemania no tenemos tantos socios con experiencia en la implantación de IBP como Consilio.

Christoph Habla, Consilio: Sólo puedo confirmarlo: el número de consultas sobre proyectos IBP no ha dejado de aumentar en los últimos años. A medida que se acerque el final del apoyo a la APO, se producirán inevitablemente cuellos de botella en la capacidad de consultoría.

Si aún quiero seguir utilizando mi solución APO durante unos años mientras siga habiendo asistencia, entonces todo va bien, ¿no?

Habla: Yo no la calificaría de "la mejor". En el entorno de la planificación de la cadena de suministro, las empresas no solo necesitan una solución que funcione técnicamente, sino que también deben beneficiarse de los últimos avances y actualizaciones, como los algoritmos de planificación y previsión.

¿Han dejado de introducirse en APO nuevos algoritmos y otras funciones?
Boucek: Así es. El soporte APO se refiere a la operatividad de la solución hasta que se deje de utilizar. A la hora de desarrollar nuevas funciones, algoritmos y procesos, el enfoque estratégico ya se centra claramente en APO.

¿Existen actualizaciones periódicas en IBP que incluyan nuevas funcionalidades?

Boucek: Esto también es correcto. IBP Cloud se actualiza a la nueva versión cada tres meses. Esto no sólo incluye correcciones y cambios menores, sino también funciones y aplicaciones completamente nuevas. IBP es la solución de planificación estratégica de SAP para los próximos años. Se dedica mucho trabajo e innovación a la mejora continua de la solución.

¿Ofrece ya ventajas el IBP en comparación con el APO?

Boucek: Ya se han mencionado las actualizaciones periódicas de la nube. Sin embargo, la nube también ofrece otras ventajas, como la reducción de la carga de trabajo del departamento informático por parte del cliente, el ahorro en costes operativos y sin olvidar el hecho de que a cada cliente se le asigna un Customer Success Manager: A cada cliente se le asigna un Gestor de Éxito del Cliente que, además del socio consultor, proporciona apoyo para una implementación exitosa y una rápida resolución de problemas.

Klinger: Basándonos en nuestra experiencia de implantación de IBP, podemos confirmar que el concepto con un Customer Success Manager funciona. Dependiendo de la cuestión funcional y técnica, se establece contacto con empleados de SAP, por ejemplo, y se organizan reuniones web en las que también puede participar el socio de implementación. Los tickets se procesan mucho más rápido que en el funcionamiento local de APO.

Habla: Además de las ventajas de la nube, IBP también incluye una serie de funciones mejoradas. En primer lugar, la integración con Excel y la opción de utilizar Fiori.
Aplicaciones.

Klinger: Es un punto muy importante. APO siempre se percibió como una herramienta para expertos, que no era utilizada por todos los interesados ni podía ser utilizada por todos. IBP permite un manejo intuitivo y familiar en Excel, que también resulta atractivo para los empleados de otros departamentos. Los cuadros de mando de Fiori proporcionan a la dirección una visión rápida de la situación de la planificación. El departamento de TI adquiere experiencia más rápidamente, y la experiencia del usuario también es nueva y ha mejorado significativamente.

Habla: Esto es cierto y hay muchas otras funciones que ofrecen al cliente un importante valor añadido. A continuación se ofrece un resumen de las funciones que considero más importantes: Planificación colaborativa simplificada con proveedores y clientes a través de la aplicación Web Based Planning, Excel o, por ejemplo, la interfaz SAP Ariba; conexión sencilla de sistemas ajenos a SAP y otras soluciones como SAP TM; nuevos procesos como la detección de la demanda y los algoritmos de aprendizaje automático; procesos de planificación basados en reglas y fáciles de configurar para la cadena de suministro; procesos de planificación ajustados como el reaprovisionamiento en función de la demanda; planificación financiera sencilla y totalmente integrada; soporte mejorado para la cadena de suministro; y soporte mejorado para los procesos de planificación propios de la organización. Reaprovisionamiento en función de la demanda; planificación financiera sencilla y totalmente integrada; soporte mejorado para la asignación de un proceso S&OP; mejor cooperación mediante la integración de SAP JAM; mejor rendimiento mediante soluciones optimizadas por Hana; optimización del inventario a varios niveles; alertas mejoradas en la torre de control de la cadena de suministro; y opciones de simulación optimizadas con escenarios hipotéticos. Esta lista demuestra que ya se han hecho muchas cosas en IBP. Y en cada versión se añaden nuevas funcionalidades, como puede verse en la hoja de ruta de IBP.

¿Podría decirse que el cambio a la IBP debería hacerse hoy para no perderse tendencias e innovaciones importantes en la planificación de la cadena de suministro?

Habla: Puede que sea un poco exagerado, pero en principio estoy de acuerdo con esta afirmación.

Boucek: Me gustaría estar de acuerdo con esto desde la perspectiva de SAP: el futuro de la cadena de suministro digital pasa claramente por IBP, y los usuarios de APO deberían subirse a bordo lo antes posible. Y la mejor forma de hacerlo es con el apoyo de un socio consultor experimentado.

Entonces, si hay muchos argumentos a favor de cambiar a IBP, ¿no hay que migrar primero el sistema ECC a S/4 Hana?

Habla: Por desgracia, se trata de un malentendido muy extendido. IBP puede integrarse con un sistema ECC clásico con la misma facilidad que con un sistema S/4 Hana. El complemento ERP, la interfaz CPI-DS y SDI para la integración basada en pedidos funcionan igual de bien en ECC.

Utilizamos un APO global que está conectado a varios sistemas ECC locales. Pero IBP solo funciona con un único sistema ERP, ¿verdad?

Habla: También escuchamos estas preocupaciones de los clientes una y otra vez. Sin embargo, es posible conectar varios sistemas ERP a IBP sin ningún problema. Las asignaciones para los procesos interempresariales y entre empresas también se pueden realizar en la interfaz, al igual que en APO
Interfaz CIF.

Tenemos varios módulos APO en uso, por ejemplo APO DP y SNP. Un proyecto de migración en el que se sustituyeran ambos a la vez sería demasiado para nuestra organización y demasiado arriesgado. ¿Es necesario migrar ambos módulos al mismo tiempo?

Habla: Este "big bang" es factible y también tiene sus ventajas. La migración sería más rápida y las ventajas del IBP podrían aprovecharse más rápidamente en los dos módulos. Pero las preocupaciones también son realistas. Es posible proceder secuencialmente. En este caso, se establece una interfaz temporal entre APO e IBP en CPI-DS, que garantiza la comunicación entre la planificación de necesidades y la planificación de la cadena de suministro hasta que ambos módulos hayan sido sustituidos y transferidos a IBP.

¿Tendríamos que migrar primero DP y luego SNP en un enfoque secuencial porque el proceso de planificación empieza con la planificación de la demanda? Entonces sería desfavorable que aprovecháramos nuestro mayor potencial de mejora en la planificación de la oferta.
planificación en cadena y me gustaría empezar con esto.

Habla: También es posible comenzar sin problemas con la planificación de la cadena de suministro. Las limitaciones lógicas y técnicas que a menudo se presuponen no existen. Es posible mantener APO DP en funcionamiento y transferir primero SNP a IBP Response and Supply. En este caso, una interfaz CPI-DS temporal entrega la previsión de APO DP a IBP Response and Supply.

También utilizamos PP/DS y gATP en APO. ¿Qué ocurre con ellos una vez que APO DP y SNP se han migrado a IBP? ¿Cómo se suministra el PP/DS con una previsión y qué ocurre con gATP?

Habla: Aquí caben varios escenarios. Supongamos que el PP/DS ha recibido un tipo de "previsión limitada" en APO en forma de órdenes previsionales SNP, que luego tuvieron que programarse detalladamente en PP/DS. En este caso, PP/DS recibe la previsión limitada de IBP Repsonse and Supply a través de un CPI-DS- correspondiente.
en cuanto se haya migrado SNP. Lo mismo ocurre con una "Previsión sin restricciones" de IBP para la demanda en dirección PP/DS. No importa si se ha optado por una migración big bang o secuencial DP/SNP, todos los escenarios son técnicamente viables. El APO gATP no se ve necesariamente afectado por una migración al principio; por ejemplo, puede seguir comunicándose con el sistema o sistemas ERP independientemente de IBP por el momento.

¿Tiene sentido un escenario en el que un APO con gATP y/o PP/DS funcione junto a un IBP con planificación de la demanda y de la cadena de suministro? ¿Es ésta la arquitectura adecuada a largo plazo?

Habla: Esta no es una solución a largo plazo, ya que querrá desactivar APO más adelante. Sin embargo, puede ser una solución transitoria. En este escenario, es posible, por ejemplo después de una migración a S/4 Hana, cambiar a PP/DS incrustado y sustituir gATP por AATP en S/4 Hana. Una vez sustituidos todos los módulos, se puede desconectar APO. En IBP Response & Supply se puede introducir opcionalmente la planificación basada en pedidos, que se integra con PP/DS embebido en S/4 Hana. De este modo, la arquitectura objetivo alcanzada está preparada para el futuro durante muchos años.

Gracias por la entrevista.