Business Data Fabric y la complejidad de los datos empresariales

Prueba de SAP: Data Fabric

Desde el punto de vista técnico, SAP BDC funciona como lo que se conoce como «Business Data Fabric», cuyo objetivo es armonizar los silos de datos ERP —fragmentados en entornos empresariales que han ido creciendo a lo largo del tiempo— entre sistemas transaccionales como S/4, SuccessFactors, Concur o los antiguos sistemas ECC, así como fuentes de datos externas, y trasladarlos a un contexto empresarial uniforme y enriquecido semánticamente.

Sin embargo, desde una perspectiva crítica, la introducción del BDC supone al mismo tiempo el reconocimiento oficial por parte de SAP de que sus desarrollos propios anteriores, como el SAP Data Hub —que requería grandes recursos—, han fracasado en el mercado y de que SAP ha descuidado durante años los ámbitos de la gestión de datos maestros y el análisis de big data.

Databricks, Snowflake y otras empresas similares.

El componente más importante de SAP BDC es la colaboración con Databricks: bajo la denominación «SAP Databricks», la plataforma de inteligencia de datos y lakehouse se integra directamente en BDC. A través de una interfaz denominada «Zero-copy Connectivity», la sincronización se lleva a cabo mediante «Delta Sharing», lo que permite ejecutar ingeniería de datos, cargas de trabajo de Apache Spark y aprendizaje automático sobre datos de SAP sin necesidad de copiar físicamente los datos.

Este ecosistema se complementa con SAP Snowflake y SAP BDC Connect for Snowflake, lo que permite a los clientes actuales de SAP acceder a productos de datos de forma bidireccional y en tiempo real, así como crear aplicaciones de IA en Snowflake AI Data Cloud. Además, el ecosistema BDC ofrece integraciones nativas con Google BigQuery para análisis en la nube escalables, con Collibra para la gobernanza de datos a nivel empresarial y el linaje de metadatos, con Confluent para la transmisión de datos en tiempo real, y con DataRobot para procesos automatizados de aprendizaje automático. Esta estrategia de colaboración supone un alejamiento del enfoque clásico y rígido de extracción, transformación y carga (ETL) en favor de una arquitectura de datos federada, en la que los datos permanecen virtualmente vinculados en su ubicación de origen.

Complejidad de los datos empresariales

Sin embargo, en la práctica, este concepto teórico suscita un escepticismo considerable y duras críticas por parte de la asociación de usuarios de SAP de habla alemana DSAG. Aunque el antiguo director técnico de DSAG, Sebastian Westphal, y el director general de DSAG, Jens Hungershausen, valoran en principio como un paso acertado el establecimiento de una filosofía „Data-asproducto y la apertura técnica a las arquitecturas “lakehouse» ya consolidadas como un paso acertado en principio, la comunidad de SAP se burla del BDC, al que denomina con sorna «Business Data Complexity» debido a sus confusas condiciones de licencia y contractuales.

Una encuesta realizada por la DSAG entre sus empresas afiliadas pone de manifiesto un grave déficit de aceptación y de información: el 31 % de las empresas encuestadas desconocía por completo el BDC, y solo un escaso 15 % afirmó estar realmente familiarizado con la solución. La DSAG exige con vehemencia que la BDC se diseñe para todos los clientes actuales —independientemente de si trabajan en la nube o en sus propias instalaciones— sin condiciones comerciales restrictivas. Se desató un gran revuelo en las Jornadas Tecnológicas de la DSAG de 2026, celebradas en Hamburgo, cuando se revelaron cláusulas contractuales ocultas: Los usuarios de BDC están ahora sujetos a estrictos límites en las llamadas a la API OData (un máximo de 2.000 llamadas por gigabyte de memoria de cálculo) así como restricciones en la transferencia de datos mediante OpenSQL, lo que supone un deterioro funcional considerable en comparación con el uso anterior de Datasphere.

Riesgos comerciales con SAP BDC

La estructura comercial de Business Data Cloud entraña para el director financiero riesgos comerciales considerables y gastos imprevistos difíciles de calcular. La facturación de la BDC ya no se realiza mediante licencias de usuario clásicas, sino a través de unidades de capacidad (CU) basadas en el consumo o mediante modelos de crédito como el Cloud Platform Enterprise Agreement (CPEA) o el BTP Enterprise Agreement (BTPEA).

El último libro de Rheinwerk, „SAP Business Data Cloud“, señala con objetividad que las empresas que han migrado sus sistemas SAP BW existentes a la BDC (BW Private Cloud Edition) necesitan una enorme cantidad de unidades de capacidad, que suponen un elevado coste, solo para mantener el funcionamiento básico.

BDC: Factura exorbitante

Además, la DSAG, junto con expertos en licencias, critica la implacable lógica de caducidad de estos modelos de crédito: Los créditos BTP pagados por adelantado caducan al final del año contractual sin posibilidad de sustitución si no se han consumido por falta de casos de uso productivos, mientras que cualquier pico de carga no previsto se factura inmediatamente a precios de catálogo sin descuento.

Este régimen de costes se ve acompañado por la restrictiva política de API de SAP y el modelo de licencia «Digital Access»: Quien intente exportar datos masivos desde el BDC o el núcleo del ERP a sistemas de terceros se verá obligado a pagar elevadas tarifas, razón por la cual SAP posiciona deliberadamente el BDC como un punto de peaje monetizado para mantener a los clientes encerrados en su propio ecosistema.

SAP Autonomous Enterprise y Knowledge Graph

En la visión estratégica de SAP, el BDC constituye la base de datos indispensable para la denominada «SAP Autonomous Enterprise». Los agentes autónomos de IA y el copiloto de IA Joule dependen de datos fiables y enriquecidos semánticamente para su toma de decisiones, con el fin de ofrecer resultados sin errores en el libro mayor.

El SAP Knowledge Graph, introducido en el primer trimestre de 2025, accede a los productos de datos de BDC y traduce los más de siete millones de campos de datos y las decenas de miles de entidades del universo S/4 a un modelo de grafo legible por máquina compuesto por nodos y aristas.

Dependencia de un proveedor de SAP con BAIP

En la conferencia internacional de clientes Sapphire 2026, celebrada en Orlando, el director general de SAP, Christian Klein, anunció la siguiente etapa de esta evolución: la fusión de BTP, Business Data Cloud y AI Foundation para dar lugar a la nueva SAP Business AI Platform (BAIP). En este marco global, S/4 asume el papel de libro mayor transaccional (System of Record), SAP BTP proporciona la infraestructura técnica de ampliación, SAP BDC, como Business Data Fabric, coordina los productos de datos universales más allá de los límites de la nube, y SAP Business AI constituye la capa de inteligencia cognitiva para la automatización de procesos.

Para un cliente actual de SAP, la conclusión es la siguiente: Aunque BDC ofrece una arquitectura moderna para la armonización de datos, entraña riesgos considerables debido a las tarifas de consumo poco transparentes y al «vendor lock-in» contractual, por lo que los responsables de TI deben desacoplar sistemáticamente su arquitectura de datos y examinar minuciosamente las condiciones comerciales antes de firmar el contrato.