De la preocupación por las pérdidas a una transformación estructurada: mesa redonda de E3 sobre SAP Clean Core

Para muchas empresas usuarias, SAP Clean Core no es una cuestión meramente técnica, sino que afecta a aspectos fundamentales de su soberanía informática, la seguridad de sus inversiones y la diferenciación de procesos que han ido desarrollando a lo largo de los años. Muchos clientes actuales de SAP han adaptado sus sistemas a lo largo de décadas a los requisitos específicos de su sector, a procesos de negocio individuales y a estructuras organizativas que han ido evolucionando. Estas ampliaciones suelen contener no solo código técnico, sino también un valioso conocimiento sobre los procesos. Por ello, existe una gran preocupación de que, con la depuración del núcleo del ERP, se pongan en tela de juicio precisamente aquellas personalizaciones que hasta ahora han contribuido al rendimiento o a la diferenciación de la empresa.

Sin embargo, el verdadero reto no radica tanto en que, con el «Clean Core», se pierda inevitablemente algo de forma irremediable. Se debe más bien a la apreciación de que la reevaluación y la transformación, conforme al «Clean Core», de las personalizaciones desarrolladas a lo largo del tiempo conllevan costes, esfuerzos y decisiones organizativas nada desdeñables. Precisamente en escenarios complejos de «brownfield» surge la pregunta de qué es lo que realmente sigue siendo necesario, qué se puede eliminar y qué ampliaciones siguen aportando una contribución sólida a la diferenciación o a las ventajas competitivas.

Thomas Haendly, de Convista, socio de SAP, considera que Clean Core es un enfoque arquitectónico pragmático. Haendly es socio director de Convista y, deliberadamente, suaviza el tono de este debate. En su opinión, Clean Core no es un programa dogmático de renuncia, sino un principio arquitectónico necesario para que los sistemas SAP requieran menos mantenimiento a largo plazo y sean más fáciles de actualizar y más capaces de innovar. Lo decisivo no es la eliminación generalizada de la personalización, sino su evaluación sistemática y su transición controlada hacia una arquitectura SAP moderna.

Analizar, priorizar, transformar

El primer paso es realizar un análisis exhaustivo de la situación actual. Los responsables de TI y los encargados de SAP deben analizar sistemáticamente el código personalizado existente: ¿qué ampliaciones son críticas desde el punto de vista técnico, cuáles incumplen los principios de «Clean Core», cuáles se siguen utilizando realmente y cuáles se basan en supuestos funcionales obsoletos? Herramientas como el ABAP Test Cockpit pueden ayudar a poner de manifiesto los resultados técnicos y a clasificar los desarrollos propios que no cumplen con los requisitos.

Tras el análisis técnico debe realizarse una priorización técnica. No todos los desarrollos propios justifican una transformación de gran envergadura. Por eso, la estrategia «Clean Core» siempre incluye la pregunta de qué necesita realmente una empresa, qué funciones pueden sustituirse por el estándar de SAP o por servicios modernos de plataforma, y qué personalizaciones garantizan realmente una ventaja competitiva sostenible. Solo una vez concluida esta evaluación se podrá decidir con fundamento qué ampliaciones deben crearse de nuevo, refactorizarse, externalizarse o desactivarse.

Para las ampliaciones que superen esta comprobación, se deberá definir a continuación la ruta de transformación adecuada. En función de la importancia funcional, la complejidad técnica y la arquitectura estratégica objetivo, esto puede implicar el uso de API autorizadas, la implementación en la Business Technology Platform (SAP BTP) o en la Business AI Platform (BAIP), el uso de modelos de programación modernos como RAP o CAP, o bien una sustitución gradual de la lógica existente. El plazo es igualmente importante: no todo tiene que transformarse de inmediato, pero las dependencias críticas, los próximos cambios de versión y los proyectos de innovación deben integrarse en una hoja de ruta realista.

Thomas Haendly destaca que también hay que tener en cuenta los riesgos económicos: el traslado de funciones específicas de cada cliente a plataformas como SAP BTP o BAIP puede generar costes operativos y de suscripción adicionales, además de crear nuevas dependencias. Por lo tanto, una hoja de ruta de «clean core» viable debería tener en cuenta estos efectos desde el principio a la hora de tomar decisiones sobre la arquitectura, el abastecimiento y la hoja de ruta.

La innovación como motor

Es precisamente aquí donde los enfoques innovadores cobran importancia. Las soluciones de Nova Intelligence o conduct.ai pueden ayudar a analizar de forma sistemática el código personalizado existente, los conocimientos históricos sobre los procesos y los conjuntos de datos relevantes, a evaluarlos desde un punto de vista técnico y a trasladarlos de forma controlada a una nueva arquitectura «Clean Core». Los procesos automatizados y basados en la inteligencia artificial ofrecen la posibilidad de reducir el esfuerzo que supone la transformación, mejorar las bases para la toma de decisiones y reforzar la viabilidad del caso de negocio del «Clean Core».

Convista combina este enfoque técnico con el asesoramiento metodológico, la gestión del cambio y la formación. Y es que Clean Core no es solo un proyecto técnico de refactorización, sino que también transforma las funciones, los modelos de desarrollo y los procesos de toma de decisiones en las organizaciones de TI. Los desarrolladores de ABAP, los arquitectos y los departamentos funcionales deben aprender a diseñar las ampliaciones de forma coherente, basándose en interfaces aprobadas, modelos de programación modernos y principios de gobernanza claros.

Clean Core como base para la IA

Thomas Haendly es consciente de que «Clean Core» es, al mismo tiempo, un requisito esencial para que la visión de SAP de una empresa más automatizada y respaldada por la IA pueda llevarse a cabo de forma fiable. Agentic AI, Business AI, SAP Knowledge Graph, Business Data Cloud y los modelos especializados para datos empresariales estructurados requieren entornos de sistemas estables, estandarizados y que cumplan con los requisitos de gobernanza. Cuanto más claramente estén estructurados los procesos, los datos, las ampliaciones y las integraciones, mejor podrán integrarse los componentes de IA en los procesos empresariales de forma fiable, escalable y actualizable.

Por ello, la recomendación de Thomas Haendly y Convista es no considerar Clean Core como un proyecto de limpieza puntual ni como una mera imposición de SAP, sino como una transformación controlada de la propia arquitectura ERP. Los responsables de TI y de SAP deberían hacer transparente el código personalizado existente, evaluar su valor funcional, establecer prioridades y, a continuación, definir la ruta de transformación adecuada para las ampliaciones pertinentes. Thomas Haendly está convencido de que, para cada situación concreta del cliente, es posible encontrar un enfoque estructurado de modernización «Clean Core» que mantenga la diferenciación individual, reduzca la deuda técnica y siente las bases para futuras innovaciones y valor añadido. (pmf)