Plataforma ERP Minería

El reajuste estratégico del ERP marca un cambio de paradigma que tiene implicaciones empresariales, técnicas y organizativas de gran alcance para toda la comunidad SAP y que está siendo acompañado por analistas, representantes de usuarios de DSAG y socios con críticas y esperanzas. Se trata de una hoja de ruta desde el estable pero rígido mundo on-prem hacia un universo en la nube dinámico pero técnica y jurídicamente desafiante en el que SAP ya no es la única estrella fija, sino un sol en un sistema de hiperescaladores, especialistas en datos como Databricks y Snowflake y potentes consultoras.

En el centro de esta transformación ERP se encuentra la constatación de que el núcleo digital del cliente SAP existente debe mantenerse limpio: la denominada estrategia de núcleo limpio. Para aumentar la velocidad de innovación y garantizar la mantenibilidad de un sistema S/4 o de la nueva Business Suite, las modificaciones y mejoras se prohíben rigurosamente en el núcleo y se trasladan a la SAP Business Technology Platform (BTP). La BTP actúa como pieza central técnica, como una oferta „PaaS“ (Platform-as-a-Service) que agrupa desarrollo, integración, automatización, gestión de datos e inteligencia artificial.

SAP BTP es el lugar donde puede tener lugar el futuro del ERP componible, mientras que el núcleo del ERP „tradicional“ en forma de S/4 se convierte en un sistema estable de registro. Sin embargo, este nuevo y valiente mundo del ERP componible conlleva enormes retos técnicos y organizativos. SAP BTP no es un bloque monolítico -algunos dicen que ni siquiera una plataforma-, sino un kit de construcción heterogéneo compuesto por varios entornos de tiempo de ejecución como Cloud Foundry, Kyma (Kubernetes) y el entorno Abap, que se ha dado a conocer bajo el nombre en clave „Steampunk“ y que emociona especialmente a los clientes habituales de SAP.

PAC, PAR y gobernanza

Para los clientes actuales de SAP, esto significa que no sólo tienen que dominar nuevos modelos de programación, como el modelo de programación de aplicaciones en la nube (CAP) o el modelo de programación de aplicaciones RESTful (RAP), sino también establecer una forma completamente nueva de gobernanza para no perder el control en la variedad de servicios ERP y ofertas en la nube (SAP e hiperescaladores).

La estrategia de datos de SAP, que culminó con el anuncio de SAP Business Data Cloud (BDC), está siendo objeto de un debate especialmente crítico en la comunidad. La BDC pretende orquestar y armonizar el caos de datos resultante de la fragmentación y atomización de los entornos informáticos y de las numerosas adquisiciones de SAP (como SuccessFactors, Ariba, Concur). Pero el camino hacia este objetivo está empedrado con las ruinas de intentos anteriores.

Durante mucho tiempo, SAP intentó resolver los problemas de integración de datos con el producto SAP Data Hub, pero el concepto fracasó a menudo en la práctica debido al excesivo consumo de recursos, la complejidad técnica y la falta de rentabilidad. SAP Data Warehouse Cloud, que más tarde pasó a llamarse SAP Datasphere, se posicionó como el sucesor para hacer posible un „tejido de datos empresariales“, una arquitectura que ya no copia físicamente los datos, sino que los vincula virtual y semánticamente, independientemente de dónde se encuentren.

Nube de datos empresariales

Business Data Cloud (BDC) es ahora la última superestructura estratégica que combina Datasphere, SAP Analytics Cloud y -esta es la verdadera sensación- una profunda integración con socios externos como Databricks y Snowflake. Aquí es donde la apertura de la estrategia de SAP se hace más clara, pero también la admisión de que ya no puede hacerlo todo sola en el área de big data e IA.

La asociación con Databricks, proveedor líder de arquitecturas de almacenes de datos, es un pilar central del BDC. Los datos de SAP se integrarán a la perfección en la plataforma de Databricks a través de una interfaz denominada „Zero-copy connectivity via Delta Sharing“ para que puedan procesarse allí utilizando potentes algoritmos de IA y aprendizaje automático sin que los datos tengan que abandonar técnicamente el ecosistema SAP o duplicarse. Sin embargo, los críticos critican el hecho de que la BDC en su forma actual todavía deja preguntas sin respuesta y a veces actúa como una envoltura de marketing alrededor de productos existentes, ya que las cuestiones clave relativas a la concesión de licencias y la profundidad técnica de la integración aún deben aclararse.

Junto con Databricks, Snowflake desempeña un papel crucial en la gestión moderna de datos para los clientes actuales de SAP. Aunque Snowflake es en cierto modo un competidor del propio Data
muchos usuarios están reconociendo las ventajas de la arquitectura agnóstica de Snowflake. SAP ha respondido y ha establecido asociaciones para permitir el intercambio bidireccional de datos. Snowflake se está posicionando como la plataforma que rompe los silos de datos y fusiona datos SAP con datos no SAP en un entorno de nube de alto rendimiento, que a menudo se considera una alternativa a la estrategia de SAP Datasphere pura, especialmente cuando las empresas persiguen una estrategia de múltiples nubes.

Google Cloud es también un poderoso actor en esta red. La asociación entre SAP y Google va mucho más allá de la pura infraestructura (IaaS). Con la oferta de datos abiertos, ambas empresas pretenden combinar los datos de SAP y los de Google (por ejemplo, de Google BigQuery) sin replicación para permitir escenarios de IA. Esto es vital para la supervivencia de SAP, ya que sus propias ambiciones de IA (Joule) dependen en gran medida de la potencia de cálculo y los modelos de hiperescaladores.

El concepto SAP „Clean Core“ es crucial para la transición de ECC 6.0 a S/4 Hana. Numerosas modificaciones de Abap han optimizado e individualizado los sistemas ERP de SAP en los últimos años, incluso a costa de la compatibilidad y la capacidad de lanzamiento. Es necesario crear un nuevo concepto de orquestación para estándares y modificaciones para el estricto desarrollo posterior de ERP (en la nube y on-prem): Clean Core es el comienzo.

Nuevo sistema SAP para socios

Collibra y DataRobot complementan este ecosistema como socios especializados en gobernanza de datos e IA avanzada para cubrir las carencias que SAP tiene en su propia cartera, especialmente en el ámbito de la gobernanza de paisajes de datos heterogéneos y la operacionalización de modelos de IA.
En este complejo entorno, las grandes consultoras e integradores de sistemas actúan como navegantes indispensables.

Empresas como Accenture, Deloitte, Capgemini, PwC y EY han creado enormes capacidades para acompañar la transformación hacia BTP y BDC. Accenture, por ejemplo, utiliza su profunda asociación con SAP para desarrollar soluciones sectoriales sobre BTP e implantar la estrategia de núcleo limpio en grandes empresas, integrando a menudo en la arquitectura componentes de código abierto de socios como Red Hat.
Solicitud y asesoramiento

PwC no solo tiene una función de asesoramiento, sino que también utiliza S/4 Public Cloud y BTP internamente para su propia organización global, lo que le confiere un alto nivel de credibilidad en sus servicios de asesoramiento. PwC utiliza Joule Copilot y Business AI para optimizar sus propios procesos y revende esta experiencia. Capgemini se está centrando en gran medida en la integración de S/4 en entornos híbridos complejos y está desarrollando sus propios marcos para acelerar el cambio.

Atos y Cognizant también se están posicionando con fuerza en el ámbito de los servicios gestionados y la transformación de sistemas heredados a la nueva plataforma SAP, salvando a menudo la distancia entre el antiguo mundo on-prem y la nueva realidad de la nube. Bluetree Solutions, especializada en planificación y análisis, desempeña un papel en la implantación de soluciones de planificación y consolidación financiera que se basan cada vez más en SAP Analytics Cloud y Datasphere, aunque operen a un nivel más granular en comparación con las „Big 4“.

El papel de SAP Datasphere en comparación con BDC y los socios puede diferenciarse de la siguiente manera: Datasphere es el producto técnico, la evolución del almacén de datos en la nube. Proporciona las herramientas de modelización, virtualización y catalogación de datos. BDC, por su parte, es el concepto de solución global de SAP que utiliza Datasphere como componente central, pero que se amplía hasta convertirse en un „tejido de datos“ completo mediante la integración de Databricks y otros servicios (como SAP Analytics Cloud).

Mientras que Datasphere intenta conservar la soberanía semántica sobre los datos SAP (contexto empresarial), Databricks y Snowflake proporcionan la potencia informática bruta y los estándares abiertos para la ciencia de datos y el análisis de big data que SAP no puede ofrecer en esta profundidad. La transición del fallido Data Hub a Datasphere y, finalmente, a BDC suele ser dolorosa para los actuales clientes de SAP y requiere una migración de mentalidad: alejarse del ETL (Extract, Transform, Load) monolítico para acercarse a la federación y virtualización de datos.

Para que esta transición tenga éxito, las empresas deben replantearse a fondo su arquitectura de datos y entender Datasphere no sólo como un nuevo BW, sino como una capa lógica sobre un paisaje de datos distribuidos. Sin embargo, la espada de Damocles pende sobre todas estas visiones técnicas en términos de licencias y condiciones del marco comercial. Los retos en materia de licencias para BTP y BDC son inmensos y están causando un gran disgusto en la comunidad SAP. El modelo Rise-with-SAP obliga de hecho a los clientes existentes a adoptar un modelo de suscripción en el que renuncian a la propiedad de sus licencias y son degradados a inquilinos.

La gestión clásica de datos tiene una larga tradición en SAP: según las fuentes disponibles, la conexión entre SAP Datasphere y el concepto SAP Business Data Cloud (BDC) puede describirse como una relación evolutiva y jerárquica. En resumen: SAP Datasphere es la pieza central tecnológica y el principal motor de gestión de datos dentro del paquete de soluciones estratégicas de nivel superior conocido como SAP Business Data Cloud.

Plataforma métrica: FUE

La métrica Full Use Equivalent (FUE), que regula las licencias de usuario en la nube y suele parecer opaca, es especialmente crítica. Existen modelos de facturación complejos para SAP BTP, como el Cloud Platform Enterprise Agreement (CPEA) o el más reciente BTP Enterprise Agreement (BTPEA), en los que los clientes pagan „créditos“ por adelantado que pueden caducar al final del año si no se utilizan. Esto conlleva una gran presión para utilizar realmente los servicios y dificulta el cálculo del coste total de propiedad (TCO). Otro campo minado es el problema del acceso indirecto (acceso digital), que surge cuando sistemas externos -por ejemplo, a través de SAP BTP o interfaces de terceros- acceden al núcleo digital de S/4 Hana y generan documentos.

También falta una estrategia clara de salida de la nube. Una vez que te has comprometido plenamente con Rise, BTP y BDC, entras en un bloqueo de proveedor del que prácticamente no hay escapatoria, ya que los datos y la lógica (especialmente para los desarrollos en BTP) están estrechamente entrelazados con una infraestructura SAP. Aunque la Ley de Datos de la UE intenta intervenir de forma reguladora y hacer cumplir la portabilidad, la realidad técnica va muy por detrás de los requisitos legales.

Estrategia de plataforma híbrida

La comunidad SAP se enfrenta, por tanto, a la paradójica situación de necesitar plataformas modernas como BTP y BDC para seguir siendo innovadora (IA, automatización, integración), por un lado, pero verse obligada a un corsé comercial que restringe la flexibilidad y la autonomía, por otro. La respuesta de muchos clientes actuales es una estrategia híbrida: utilizan SAP para el núcleo (clean core), pero externalizan cada vez más la innovación y el análisis de datos a plataformas neutrales o hiperescaladores para gestionar la dependencia. En la cumbre Steampunk y BTP de la comunidad SAP, que se celebrará los días 22 y 23 de abril en Heidelberg, se presentará y debatirá una plataforma de datos alternativa. La empresa de TI Boomi ofrece escenarios y plataformas de integración, incluida Agentic AI, que son compatibles con SAP ERP/ECC 6.0 y S/4 Hana.

Los retos empresariales de SAP BTP residen principalmente en la justificación de los costes. La plataforma se considera cara, y el argumento comercial para migrar de soluciones de integración on-prem establecidas (como SAP PI/PO) a Integration Suite en BTP suele ser difícil de demostrar si sólo se tienen en cuenta los costes operativos puros. Boomi también puede ofrecer respuestas adecuadas a esta pregunta en la Cumbre 2026. El valor añadido debe argumentarse en términos de agilidad, tiempos de comercialización más rápidos y el uso de servicios de IA (como el GenAI Hub).

Desde un punto de vista técnico, SAP BTP es potente, pero también complejo. El gran número de servicios (más de 90) y los diferentes entornos requieren un amplio conjunto de competencias que a menudo no están disponibles internamente y deben adquirirse a un elevado coste. Desde el punto de vista organizativo, la estrategia de plataforma obliga a las empresas a reestructurar sus departamentos informáticos: Alejándose de los administradores puros de SAP Basis hacia arquitectos de nube e ingenieros DevOps que sean capaces de gestionar un entorno PaaS dinámico. Naturalmente, estas también son tareas del CCoE (Competence Centre of Expertise).

La Cumbre de Centros de Competencia sobre CCoE y SAP for Me se celebrará en Salzburgo los días 10 y 11 de junio de 2026. Snap, socio de SAP, ofrecerá un taller de experiencias de IA tanto en Heidelberg como en Salzburgo para explorar las posibilidades de la IA en las plataformas SAP.
El Centro de Experiencia del Cliente (CCoE) desempeña un papel decisivo y cambiante en esta estructura. Debe evolucionar de un mero monitor de operaciones a un orquestador del paisaje híbrido. Debe asegurar la gobernanza de los servicios BTP, controlar los costes (créditos) y garantizar el cumplimiento de las normas de seguridad en la nube. Sin un CCoE fuerte, existe el riesgo de que proliferen las aplicaciones y los costes en el BTP, lo que anularía los beneficios de la plataforma.

Etapas del proceso de migración de datos y funciones responsables de la nueva implantación: Sólo los datos maestros y los objetos abiertos se transfieren desde los sistemas heredados. Algunos documentos abiertos deben procesarse antes o después de la puesta en marcha. Se posibilitan fases de transición con bloqueos o doble mantenimiento. El S/4 Migration Cockpit soporta la migración, por lo que los datos históricos no se migran.

Organización y tecnología

En resumen, la estrategia de plataforma de SAP con S/4 Hana, BTP y BDC es técnicamente coherente y allana el camino hacia la Empresa Inteligente, pero representa un enorme obstáculo para los actuales clientes de SAP. No sólo tienen que modernizar su tecnología, sino también cambiar por completo sus contratos, su organización y su forma de pensar. Los socios -ya sean hiperescaladores, especialistas en datos como Databricks o los grandes consultores- son ayudantes indispensables en este proceso, pero también se benefician de esta complejidad.

El éxito de la estrategia de SAP dependerá de si consigue acompañar a los clientes actuales en este viaje sin perderlos por la presión de las licencias y la sobrecarga técnica. La visión es clara: una empresa modular y basada en datos que funciona sobre una plataforma flexible, un ERP componible. Sin embargo, la realidad sigue siendo a menudo una dura batalla con las migraciones, los costes y la búsqueda de la combinación de arquitecturas adecuada.

Un análisis detallado de la Plataforma Tecnológica Empresarial revela una dualidad entre promesa y obligación. SAP posiciona BTP como el vínculo indispensable entre el núcleo limpio del sistema ERP y el innovador mundo exterior. Desde una perspectiva técnica, el modelo steampunk (SAP BTP Abap Environment) permite a los desarrolladores de Abap transferir sus conocimientos a la nube sin modificar el núcleo del sistema S/4. Esto es esencial para la capacidad de actualización de las soluciones en la nube. Esto es esencial para la capacidad de actualización de las soluciones ERP en la nube.

Licencias BTP

Sin embargo, la libertad técnica tiene un precio: las licencias de los servicios BTP son volátiles. El modelo de pago por uso ofrece flexibilidad, pero puede disparar los costes con un uso incontrolado, mientras que el modelo de suscripción con cuotas fijas alberga el riesgo del shelfware o -en el caso del BTPEA- conduce a la caducidad de los créditos a final de año.

Business Data Cloud intenta resolver el problema histórico de la gestión de datos SAP. Los datos de SAP solían estar atrapados en los formatos propietarios de las aplicaciones. Con BW y más tarde con BW/4 Hana, SAP creó potentes almacenes de datos, pero estos a menudo acababan siendo silos monolíticos. SAP Data Hub fue un intento de colocar una capa de orquestación sobre estos silos, pero fracasó debido a la complejidad de la orquestación de contenedores y a la falta de rendimiento con grandes cantidades de datos.

Datasphere, como núcleo de la BDC, toma ahora el camino de la federación: los datos permanecen donde están y se enlazan virtualmente. Pero incluso aquí hay límites, sobre todo en lo que se refiere al rendimiento de las uniones complejas a través de las fronteras del sistema. Aquí es precisamente donde entra en juego la asociación con Databricks: La replicación de copia cero (basada en la compartición delta) significa que los datos pueden analizarse físicamente (pero replicarse de forma eficiente) en el data lakehouse de Databricks sin perder el significado semántico del contexto SAP. Se trata de una admisión estratégica por parte de SAP de que los proveedores especializados suelen ser más eficientes en el ámbito del análisis de big data.

El papel de DataRobot y Collibra encaja perfectamente en este panorama. DataRobot introduce funciones automatizadas de aprendizaje automático (AutoML) que permiten a los usuarios empresariales entrenar modelos de IA en datos SAP sin necesidad de conocimientos profundos de ciencia de datos. Collibra aborda el enorme problema de la gobernanza de datos en entornos distribuidos. Cuando los datos están dispersos entre S/4, Datasphere, Databricks y varios hiperescaladores, los usuarios pierden rápidamente la pista del linaje, la calidad y las autorizaciones de acceso. Collibra proporciona la capa de metadatos necesaria para garantizar el cumplimiento.

Mientras que la modelización clásica de SAP a menudo tenía lugar en un ecosistema cerrado, el Business Data Fabric es radicalmente abierto. Integra a la perfección datos de sistemas SAP (S/4 y BW) con datos de hiperescaladores (Google BigQuery, AWS, Azure) y plataformas especializadas (Collibra, Databricks). BTP y BDC actúan como un constructo estratégico que conecta los módulos del ecosistema para permitir una visión estandarizada de los datos de la empresa.

Carteras de socios de SAP

Los grandes integradores de sistemas han adaptado sus carteras en consecuencia. Accenture, por ejemplo, opera fábricas de migración masiva que industrializan el cambio a S/4 y BTP para reducir costes. Deloitte se está centrando en gran medida en la transformación empresarial (Kinetic Enterprise), donde BTP sirve de habilitador para nuevos modelos de negocio. Capgemini utiliza su arquitectura S/4 multipilar para mostrar a los clientes cómo pueden integrar soluciones SAP y no SAP en BTP.

Atos y Cognizant aportan sus puntos fuertes en gestión de infraestructuras para estabilizar el funcionamiento de los entornos híbridos. Bluetree Solutions, mencionada a menudo en el contexto de la analítica y la planificación de SAP, ayuda específicamente a los clientes a cerrar la brecha entre los datos operativos y la planificación estratégica en SAP Analytics Cloud (SAC). La situación sigue siendo tensa en lo que respecta a la legislación sobre licencias. La introducción de Rise-with-SAP ha cambiado el modelo de licencias. Los clientes existentes están cambiando sus licencias „perpetuas“ on-prem por un derecho de suscripción temporal. Esto suele venderse con la promesa de reducir el coste total de propiedad y fomentar la innovación, pero los críticos y la asociación de usuarios DSAG advierten del aumento de los costes a largo plazo.

El camino hacia la economía de plataformas de TI con SAP está trazado, pero no es un paseo. Requiere una clara visión arquitectónica, una sólida gestión de licencias y la voluntad de eliminar viejos hábitos (clean core). BTP y BDC son herramientas potentes, pero sólo alcanzan su valor si no se ven como pura tecnología, sino como facilitadores de la innovación empresarial (procesos de extremo a extremo). La dependencia de socios e hiperescaladores aumentará, lo que convertirá la gestión de las interfaces de proveedores en una competencia básica de los departamentos de TI y el CCoE. El mundo SAP es cada vez más abierto, pero también más complejo y caro, una realidad a la que todo CIO debe enfrentarse.

La conversión a S/4 es un reto técnico, véase el diagrama. Sin embargo, también requiere un compromiso con los propios datos ERP existentes del cliente: SAP Datasphere es el motor para la gestión de datos, mientras que SAP Business Data Cloud es el vehículo completo que también contiene la cabina (SAC) y el turbo (Databricks) para trazar una estrategia completa de datos e IA para la empresa.

Plataforma Business Data Fabric y ontologías

El propio Business Data Fabric cambia radicalmente el modelado clásico de datos al desplazar el centro de atención de la consolidación física y la replicación de datos (como en los almacenes de datos clásicos) a una arquitectura de datos virtual, semánticamente en red y descentralizada. Este cambio de paradigma aborda las limitaciones de los enfoques tradicionales, en los que los datos se extraían de sus sistemas de origen y a menudo perdían su contexto empresarial en el proceso.

En el modelado de datos tradicional, los datos debían extraerse de los sistemas operativos mediante procesos ETL (Extract, Transform, Load) y cargarse en un repositorio central (almacén de datos o lago de datos). Esto provocaba redundancias, tiempos de latencia y elevados costes de movimiento de datos. El Business Data Fabric, en cambio, se basa en la federación y virtualización de datos. En lugar de trasladarlos físicamente, los datos permanecen en su ubicación original, pero son accesibles virtualmente a través de una capa semántica estandarizada.

Un factor tecnológico clave es la tecnología de „copia cero“ (por ejemplo, a través de Delta Sharing en asociación con Databricks o Snowflake). Permite utilizar y analizar conjuntamente datos SAP y no SAP sin tener que crear duplicados. Uno de los principales problemas de la modelización tradicional era la pérdida de la semántica empresarial cuando los datos salían del sistema ERP. Los nombres técnicos de las tablas y las relaciones (por ejemplo, las conversiones de divisas o las jerarquías) se separaban a menudo durante la exportación, lo que requería complejos proyectos de recuperación en el almacén de datos.

El Business Data Fabric, realizado por SAP Datasphere, conserva este contexto empresarial. Utiliza una capa semántica que traduce las estructuras de datos técnicos en términos empresariales comprensibles y gestiona activamente las relaciones entre los objetos de datos (por ejemplo, pedido, cliente, factura). SAP Datasphere Knowledge Graph automatiza aún más este proceso mediante la creación de ontologías que representan las relaciones y el contexto de los datos en todo el entorno, lo que ayuda a los modelos de IA a evitar alucinaciones.

Los enfoques tradicionales solían ser monolíticos y estaban gestionados por un departamento informático centralizado, que se convertía en un cuello de botella. Business Data Fabric es compatible con el concepto de malla de datos, que descentraliza la responsabilidad de los datos. Mientras que el modelado clásico de SAP solía tener lugar en un ecosistema cerrado, el Business Data Fabric es radicalmente abierto. Integra a la perfección datos de sistemas SAP con datos de hiperescaladores y plataformas especializadas. BDC actúa aquí como un constructo estratégico.