ERP integral

La comunidad SAP celebra más de 50 años de existencia y todavía se debate sobre el éxito de los procesos integrales. ¿Por qué? "Muchas empresas han optimizado sus respectivas áreas. La coherencia de los procesos empresariales requiere una alta calidad de los datos y también que estén completos", afirma Michael Neuhaus, uno de los directores generales de Networker Solutions, y añade: "Esto sigue siendo un reto constante para los procesos que, a menudo, todavía se implementan con software de terceros y soluciones personalizadas." Esto confirma que el software ERP no tiene por qué ser complicado, pero es ciertamente complejo. De principio a fin en una arquitectura informática con modificaciones a través de software de terceros sigue siendo un reto.

"La voluntad de pensar de forma holística en términos de procesos y funciones dentro de la empresa y de aplicar esto de forma coherente ha mejorado con el tema de S/4", comenta Ralf Krohn, también director general de Networker Solutions, en la entrevista del E3. El concepto de núcleo limpio y el uso de la nube han hecho que al menos muchas empresas se den cuenta de esta necesidad, afirma Ralf Krohn: "Sin embargo, en muchas empresas, el conocimiento de toda la compañía y de los procesos empresariales se ha reducido a unas pocas personas a lo largo de los años. En mi opinión, una empresa necesita absolutamente socios experimentados que puedan asesorar con un enfoque holístico."

Los procesos de extremo a extremo no sólo necesitan una base informática estable, sino también un metanivel para que no se pierda la visión holística. Esta cibernética -el arte de controlar los procesos holísticos de extremo a extremo- se pierde a veces en las operaciones cotidianas de los clientes actuales de SAP y la oferta de ERP de SAP está demasiado orientada a las funciones como para reflejar esta cibernética. Michael Neuhaus explica: "La base son los datos de alta calidad. En el pasado, las empresas solían empezar a implantar sus procesos y requisitos con un único enfoque en un sistema: finanzas, ventas o producción. Pero eso no basta. Lo ideal sería integrar todas las áreas de negocio. I+D, marketing, ventas, finanzas, control, diseño, AV, producción, logística, gestión de calidad, servicio y mantenimiento. Y la gestión de datos debe diseñarse para todo el ciclo de vida".

El arte de gestionar con éxito un proceso de principio a fin consiste, por tanto, en algoritmos y estructuras de datos, que es también como lo ven Ralf Krohn y Michael Neuhaus: La gestión de datos debe diseñarse para todo el ciclo de vida. ¿Y qué tecnología, arquitectura ERP e infraestructura de TI se necesitan para ello? Neuhaus, director general de Networker: "S/4 Hana con AVC, posiblemente CPQ y/o SAP Commerce y, especialmente, el BTP con el CPS".

La vida del ERP también se caracteriza por el cambio constante. Y ECC 6.0 y S/4 proporcionan los componentes necesarios para los procesos integrales. Ralf Krohn añade: "Sí, esto ya era así en la época de los ERP. Sin embargo, ahora disponemos de todas las opciones que debe ofrecer una interfaz de usuario moderna, integración a través de un ERP con la ayuda de BTP". Y su colega Michael Neuhaus opina que las lagunas E2E existentes se pueden cubrir y optimizar con la Business Technology Platform, SAP BTP, y esto es aplicable en gran medida. Incluso pueden integrarse productos de terceros para casos muy concretos.

Clean Core más SAP BTP

Para los clientes actuales de SAP, surge la pregunta: ¿es el deseo de SAP de Clean Core más BTP un enfoque relevante para el end-to-end? "Sí, desde luego", responde rápidamente Michael Neuhaus. "Esto es exactamente lo que resuelve muchos de los problemas del pasado. Muchos desarrollos propios que se integraban en un ERP y que luego causaban problemas de mantenimiento y rendimiento e impedían que otros desarrollos se utilizaran en el estándar ya no serán una carga para el núcleo."

El concepto de SAP de acceder únicamente al núcleo de S/4 a través de API y personalizar las extensiones basadas en SAP BTP parece haber llegado a la comunidad SAP. Sobre el tema de las extensiones con Steampunk, Abap, CAP y RAP en un entorno BTP, la revista E3 organiza una conferencia los días 5 y 6 de marzo de 2025 en Heidelberg. Cumbre Steampunk y BTP. Existe el reto de seguir personalizando las modificaciones para los clientes actuales de SAP, incluso con productos de terceros. Michael Neuhaus tiene un ejemplo de ello: "Se me ocurre, por ejemplo, la configuración de un sistema mediante un configurador 3D, así como el mantenimiento eficaz de modelos complejos y el mantenimiento de modelos.

Los socios tienen muchos años de experiencia en hacer que grandes cantidades de datos y productos y procesos complejos sean manejables para una empresa. Pero esto sólo es posible si se piensa de antemano en E2E y se tiene esto muy en cuenta en el diseño. Sin embargo, los clientes actuales de SAP cometen el error de mantener datos duplicados debido a los diferentes sistemas y lógicas de los sistemas, mapear muchos datos o incluso llevar funciones de un ERP a un configurador. Esto ya es un callejón sin salida al poco tiempo".

Networker Solutions tiene una opinión clara sobre el tradicional tema de las modificaciones. "No son necesarias modificaciones", explica Michael Neuhaus. "Confiamos plenamente en sistemas SAP como S/4, CPQ, AVC, Sale o Commerce y, por supuesto, BTP. Lo que añadimos es el mantenimiento mediante herramientas modernas en el BTP, pero éstas soportan el estándar SAP al 100%". La configuración 3D también utiliza los datos de SAP y aprovecha la configuración de AVC o CPQ".

Enfoque holístico E2E

Pero, ¿piensan también los socios de implantación en el cálculo de costes, la elaboración de informes o la gestión de cambios? ¿Y en el cálculo de preferencias, la interacción con un PLM y los requisitos de un departamento de diseño? ¿Puede realmente Ventas configurar productos y proyectos complejos de la forma más rápida y guiada posible? "Aquí es donde ayudan nuestra experiencia y nuestras adiciones", sabe Michael Neuhaus por su práctica profesional. "Sí, contamos con un equipo de expertos que aportan su experiencia en proyectos de todas las áreas. Nuestro equipo lleva 20 años junto. Nuestros compañeros más nuevos reciben formación centrada en E2E".

La planificación de la cadena de suministro es un ámbito de procesos integrales, y la configuración de variantes plantea aquí un reto particular. "En la mayoría de los casos, la planificación previa da lugar a necesidades independientes planificadas para materiales específicos, por lo que se utiliza una lista de materiales específica", afirma Ralf Krohn, describiendo la situación. "Con un material configurable, no hay una única lista de materiales, sino versiones completamente diferentes, lo que hace que la planificación previa sea mucho más compleja. Además, existen diferentes conceptos en el ámbito de la configuración de variantes y varios escenarios de integración para determinados componentes de SAP, que hay que sopesar en cada caso y en combinación con los demás."

La configuración de variantes en la vista de extremo a extremo de la cadena de suministro también incluye los componentes AVC, aATP, PPDS, IBP (planificación empresarial integrada). Es posible tener en cuenta los materiales configurables en la planificación ampliada (PP/DS). Michael Neuhaus aclara en este punto: "Existe una integración para la comprobación de disponibilidad ampliada, aATP, que se denomina Confirmación basada en la creación de suministros, en la que los elementos de entrada se crean y programan de forma factible directamente al crear el pedido de cliente para poder determinar una fecha de entrega fiable. La planificación previa complementaria del IBP a nivel de pieza bruta o ensamblaje puede garantizar mejores fechas de entrega. La combinación de estos componentes ayuda a las empresas a cumplir los plazos de entrega y a adaptarse a la rápida evolución de la situación del mercado. Esto es cada vez más importante, sobre todo en el mundo actual, en el que la palabra clave son las cadenas de suministro".

Un tema muy debatido en la comunidad SAP es APO, Advanced Planner and Optimiser. Según SAP, IBP debería ser un sucesor. "Además de IBP, los componentes de SAP PP/DS y aATP también pueden describirse funcionalmente como sucesores de APO, ya que APO estaba formado por varios módulos", afirma Michael Neuhaus, esbozando el reto actual para los clientes actuales de SAP. "PP/DS y aATP están ahora incluso disponibles en el núcleo de S/4 Hana. Muchos clientes existentes están cambiando a los nuevos componentes de SAP como parte de un cambio a S/4". IBP también puede funcionar con un sistema ECC. Sin embargo, el mercado muestra que cada vez más clientes están dispuestos a cambiar a la nube."

Tras la cancelación de APO, un cliente SAP existente con un número de cliente de dos dígitos ha seleccionado a un fabricante externo como proveedor on-prem porque no quiere pasar a la nube con IBP. ¿Caso aislado o tendencia? "En el transcurso de la transformación S/4, muchos clientes de SAP se cuestionan su actual panorama de sistemas y lo analizan muy de cerca", afirma Ralf Krohn a partir de numerosas conversaciones con clientes actuales de SAP. "En este análisis intervienen muchos factores y puede desembocar en la decisión individual de sustituir algunos productos SAP por otros de otros fabricantes. No lo veo como una tendencia; debe evaluarse por separado en cada caso individual. Muchos clientes también toman una decisión consciente a favor de productos o aplicaciones adicionales en la nube, como PP/DS o aATP, durante la transformación de S/4."

Cibernética SCM

En conversación con los directores generales de Networker, Ralf Krohn y Michael Neuhaus, queda claro que es necesario un enfoque holístico para alcanzar el arte de la gestión SCM. "Para nosotros, la planificación de la cadena de suministro es una solución global que incluye varios componentes de SAP", explica Michael Neuhaus. "Para nosotros, éstos incluyen una visión holística de la cadena de suministro de los módulos aATP, PP/DS e IBP y, si hay que incluir Finanzas y Controlling, también SAC. Los componentes PP/DS y aATP forman parte del núcleo de S/4 Hana y pueden funcionar tanto en la nube privada como en las instalaciones, aunque vemos el futuro en la nube privada. De todas formas, los componentes IBP y SAC solo están disponibles en la nube."

Para los directores generales de Networker, es importante que ya no se distinga entre on-prem y cloud, sino que el núcleo de S/4 sea el factor decisivo. "Este puede operarse tanto on-premise como en la nube privada o pública. Dónde se opere el sistema depende de muchos factores que deben evaluarse individualmente en cada proyecto", sabe Michael Neuhaus por muchos proyectos de clientes que han tenido éxito.

A la entrada de socios: