{"id":167259,"date":"2026-10-22T11:20:57","date_gmt":"2026-10-22T09:20:57","guid":{"rendered":"https:\/\/e3mag.com\/?p=167259"},"modified":"2026-10-22T11:20:58","modified_gmt":"2026-10-22T09:20:58","slug":"la-nube-la-innovacion-tecnica-la-presion-por-la-transformacion-empresarial-y-la-soberania-digital","status":"publish","type":"post","link":"https:\/\/e3mag.com\/es\/cloud-technische-innovation-kaufmaennischer-verwandlungsdruck-und-digitale-souveraenitaet\/","title":{"rendered":"La nube: innovaci\u00f3n t\u00e9cnica, presi\u00f3n por la transformaci\u00f3n empresarial y soberan\u00eda digital"},"content":{"rendered":"

En el centro de este cambio de era impulsado por la computaci\u00f3n en la nube se encuentra el cambio de paradigma que pasa de la compra cl\u00e1sica de software al acceso, mediante suscripci\u00f3n, a funcionalidades inform\u00e1ticas a trav\u00e9s de infraestructuras en la nube. Sin embargo, para la cartera mundial de clientes del l\u00edder mundial del mercado de ERP, SAP, esta evoluci\u00f3n no supone en absoluto solo un cambio generacional t\u00e9cnico, sino una reorganizaci\u00f3n comercial, jur\u00eddica y organizativa.<\/p>\n\n\n\n

Impulsada por las expectativas de los mercados internacionales de capitales, que exigen ingresos por suscripci\u00f3n recurrentes y predecibles, la direcci\u00f3n del grupo SAP ha abandonado de hecho la estrategia de venta exclusiva de software. Al fijar el fin del servicio de mantenimiento para la consolidada SAP Business Suite 7 y el sistema central SAP ERP 6.0 a finales de 2027 \u2014acompa\u00f1ado de una pr\u00f3rroga opcional de pago opcional de pago hasta finales de 2030\u2014, se ejerce una inmensa presi\u00f3n de transformaci\u00f3n tanto sobre las pymes como sobre los grandes grupos empresariales.<\/p>\n\n\n\n

Esta situaci\u00f3n apremiante exige a los responsables de los departamentos de TI, de la direcci\u00f3n y de los Centros de Experiencia para Clientes (CCoE) un an\u00e1lisis sobrio y cr\u00edtico: Las tentaciones de la ret\u00f3rica del marketing de la nube prometen procesos empresariales m\u00e1s \u00e1giles, un acceso sin complicaciones a la inteligencia artificial y una reducci\u00f3n dr\u00e1stica de los costes operativos. Sin embargo, la realidad empresarial en los pa\u00edses de habla alemana y en todo el mundo revela un alto grado de escepticismo y desilusi\u00f3n en cuanto a la arquitectura. Una parte considerable de los clientes actuales de SAP se resiste a la y precipitada transici\u00f3n hacia arquitecturas de nube p\u00fablica y busca formas de garantizar su propia soberan\u00eda digital, el control sin interferencias sobre los activos cr\u00edticos para el negocio y la conservaci\u00f3n del valor de las l\u00f3gicas de procesos desarrolladas a lo largo del tiempo, como las modificaciones de ABAP.<\/p>\n\n\n\n

En este contexto, el tema del \u00abcloud computing\u00bb pasa de ser una mera decisi\u00f3n t\u00e9cnica sobre infraestructura a convertirse en una cuesti\u00f3n vital relacionada con la libertad de actuaci\u00f3n estrat\u00e9gica. La diferenciaci\u00f3n te\u00f3rica de la computaci\u00f3n en la nube se divide tradicionalmente en los tres modelos de servicio conocidos: Infraestructura como servicio (IaaS), Plataforma como servicio (PaaS) y Software como servicio (SaaS).<\/p>\n\n\n\n

<\/div>\n\n\n\n

IaaS, PaaS y SaaS<\/h2>\n\n\n\n

Mientras que IaaS se limita a proporcionar potencia de c\u00e1lculo puramente virtual, soportes de almacenamiento y capacidades de red, PaaS ofrece a los clientes actuales de SAP entornos de ejecuci\u00f3n estructurados, bases de datos y servicios de aplicaciones. El modelo SaaS, por su parte, supone la eliminaci\u00f3n total de la gesti\u00f3n interna de la infraestructura de TI, ya que se pone a disposici\u00f3n de los usuarios de ERP, a trav\u00e9s de Internet y \u00abllave en mano\u00bb, la aplicaci\u00f3n de software lista para su uso, incluidas todas las tareas de mantenimiento y funcionamiento.<\/p>\n\n\n\n

Sin embargo, en la realidad pr\u00e1ctica de las empresas industriales complejas se ha puesto de manifiesto que los enfoques SaaS r\u00edgidos y monol\u00edticos rara vez satisfacen los requisitos altamente diferenciados de las cadenas de valor modernas. Se necesitan, m\u00e1s bien, arquitecturas de nube h\u00edbridas y flexibles que coordinen a la perfecci\u00f3n los centros de datos locales, las instancias de nube privada dedicadas y las capacidades escalables de los hiperescaladores.<\/p>\n\n\n\n

En este contexto, Red Hat, especialista en c\u00f3digo abierto, desempe\u00f1a un papel clave para todo el ecosistema de SAP. Mientras que Linux lleva muchos a\u00f1os siendo el sistema operativo est\u00e1ndar indiscutible para SAP HANA, la base de la base de datos en memoria, el sistema operativo Red Hat Enterprise Linux (RHEL) se ha convertido en la columna vertebral preferida y la base est\u00e1ndar tanto para los entornos de TI internos de SAP como para toda la cartera de clientes de SAP Enterprise Cloud Services. La colaboraci\u00f3n entre SAP y Red Hat garantiza que las exigentes cargas de trabajo de SAP puedan ejecutarse en una infraestructura reforzada, certificada y a prueba de fallos, independientemente de si esto tiene lugar en un centro de datos local propio o en las infraestructuras de hiperescaladores globales.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Kubernetes para empresas<\/h2>\n\n\n\n

Sin embargo, la verdadera liberaci\u00f3n arquitect\u00f3nica de los clientes actuales de SAP respecto a las ataduras a soluciones propietarias solo se consigue mediante el uso de la plataforma Enterprise Kubernetes Red Hat OpenShift. OpenShift act\u00faa como una capa universal de abstracci\u00f3n e integraci\u00f3n que, al ser independiente del proveedor, se superpone a las infraestructuras tradicionales locales, a los entornos de alojamiento privados y a las plataformas p\u00fablicas de Microsoft Azure, Amazon Web Services y Google Cloud. Gracias a esta abstracci\u00f3n independiente de la nube, OpenShift protege al usuario frente a un bloqueo progresivo por parte del proveedor de la nube correspondiente. Los desarrolladores de ERP y los arquitectos de TI ganan libertad estrat\u00e9gica para dise\u00f1ar las aplicaciones una sola vez y ejecutarlas de forma flexible en cualquier lugar: \u00ab\u00a1Desarrolla una vez, implementa en cualquier lugar!\u00bb<\/p>\n\n\n\n

La combinaci\u00f3n de OpenShift con la Red Hat Ansible Automation Platform permite, adem\u00e1s, la automatizaci\u00f3n completa de extremo a extremo de entornos de sistemas complejos, procesos de implementaci\u00f3n, pol\u00edticas de seguridad y tareas operativas diarias de TI. Un ejemplo destacado de la integraci\u00f3n de c\u00f3digo abierto y la arquitectura SAP en el \u00e1mbito de las tecnolog\u00edas de la informaci\u00f3n es la SAP Edge Integration Cell (EIC), que act\u00faa como sucesora moderna y contenedorizada de los sistemas cl\u00e1sicos de orquestaci\u00f3n de procesos.<\/p>\n\n\n\n

\n
\n
\"\"<\/figure>\n<\/div>\n\n\n\n
\n

\u201eGarantizamos la seguridad en la nube con agentes de IA mediante
\u201dla creaci\u00f3n de un entorno de ejecuci\u00f3n junto con nuestro socio tecnol\u00f3gico Nvidia\u00bb.\u201d<\/em><\/p>\n\n\n\n

Thomas Pfiester,<\/strong>
Responsable de Compromiso y Adopci\u00f3n de Clientes a Nivel Global,
SAP<\/em>, (Ponente principal en el congreso anual de la DSAG)<\/em><\/p>\n<\/div>\n<\/div>\n\n\n\n

Edge Integration Cell requiere un entorno de ejecuci\u00f3n de Kubernetes a prueba de fallos y ha sido homologado oficialmente para Red Hat OpenShift, lo que permite a las empresas gestionar puntos finales de API e integraciones de datos cr\u00edticos para el negocio de forma local, en sus propias instalaciones o en una nube privada, al tiempo que se garantiza la conexi\u00f3n con la Business Technology Platform (SAP BTP). Tambi\u00e9n en el marco de las infraestructuras de Microsoft, el Azure Center for SAP Solutions se basa en el SAP Deployment Automation Framework (SDAF), desarrollado conjuntamente, y utiliza componentes de Red Hat para la implementaci\u00f3n automatizada de la infraestructura. El c\u00f3digo abierto y las plataformas h\u00edbridas de contenedores demuestran as\u00ed ser el escudo indispensable para salvaguardar la soberan\u00eda digital del sector industrial europeo en la nube.<\/p>\n\n\n\n

Un an\u00e1lisis de la cartera de productos de SAP revela una amplia gama de opciones operativas y de licencia que difieren dr\u00e1sticamente entre s\u00ed en cuanto a su alcance funcional, su flexibilidad de configuraci\u00f3n y sus obligaciones comerciales. En el extremo tradicional de este espectro se encuentra el modelo cl\u00e1sico \u00abon-prem\u00bb. En este caso, la empresa usuaria adquiere o alquila las licencias de software y gestiona el sistema S\/4 en su propio centro de datos o mediante un servicio de alojamiento dedicado prestado por un proveedor. La ventaja inestimable de esta variante radica en el control ilimitado del sistema, la total libertad de configuraci\u00f3n en el backend y la gesti\u00f3n de versiones y parches sin restricciones temporales. La empresa conserva la soberan\u00eda absoluta sobre los datos y no se ve obligada a seguir los r\u00edgidos ciclos de actualizaci\u00f3n del fabricante.<\/p>\n\n\n\n

Sin embargo, la grave desventaja radica en la total responsabilidad de la empresa en lo que respecta al hardware, las copias de seguridad de las bases de datos, la fiabilidad frente a fallos y la necesidad de contar con personal inform\u00e1tico altamente especializado. Adem\u00e1s, SAP excluye cada vez m\u00e1s a los clientes actuales con instalaciones exclusivamente locales de ampliaciones innovadoras, como escenarios de IA nativos o funciones espec\u00edficas de BTP, con el fin de aumentar artificialmente la presi\u00f3n para migrar.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Ascender y crecer con SAP<\/h2>\n\n\n\n

SAP promueve el paquete integral \u00abRise with SAP\u00bb como la v\u00eda principal de transformaci\u00f3n para la cartera de clientes actual. El n\u00facleo de este programa lo constituye S\/4 Hana Cloud Private Edition. Desde el punto de vista t\u00e9cnico, la nube privada es un sistema dedicado de un \u00fanico inquilino que se ejecuta en la infraestructura de SAP o de hiperescaladores seleccionados y se ofrece como servicio gestionado.<\/p>\n\n\n\n

A diferencia de la nube p\u00fablica, la Private Edition ofrece pr\u00e1cticamente el mismo conjunto de funciones empresariales, as\u00ed como la amplia cobertura sectorial de la versi\u00f3n on-prem. Con la Edici\u00f3n Privada, los clientes actuales pueden seguir utilizando la interfaz gr\u00e1fica de usuario (GUI) de SAP a la que est\u00e1n acostumbrados, realizar personalizaciones exhaustivas y continuar con los desarrollos Z existentes, mientras que el funcionamiento b\u00e1sico de la infraestructura, la aplicaci\u00f3n de parches de seguridad y los servicios t\u00e9cnicos definidos se transfieren a SAP. No obstante, incluso dentro de la Edici\u00f3n Privada, SAP aumenta continuamente la presi\u00f3n sobre los clientes para que cumplan el principio \u00abClean Core\u00bb y trasladen gradualmente las ampliaciones espec\u00edficas de cada cliente a la Business Technology Platform o a estructuras desacopladas.<\/p>\n\n\n\n

El polo opuesto lo representa el paquete comercial \u00abGrow with SAP\u00bb, dirigido espec\u00edficamente a nuevos clientes, empresas medianas con procesos muy estandarizados o filiales independientes. La base de \u00abGrow\u00bb es la S\/4 Hana Cloud Public Edition, un aut\u00e9ntico producto SaaS multitenant con capacidad para m\u00faltiples clientes.<\/p>\n\n\n\n

En la nube p\u00fablica, varios clientes comparten la infraestructura f\u00edsica y las funciones b\u00e1sicas del software, mientras que los datos permanecen estrictamente separados a nivel l\u00f3gico. Este modelo promete tiempos de implementaci\u00f3n cortos, innovaciones funcionales continuas y la aplicaci\u00f3n totalmente autom\u00e1tica de actualizaciones del sistema directamente por parte de SAP. Sin embargo, esta aparente comodidad conlleva importantes limitaciones: queda categ\u00f3ricamente excluido el acceso directo al c\u00f3digo backend de ABAP o a la capa cl\u00e1sica de la base de datos. Las adaptaciones solo son posibles a trav\u00e9s de extensiones predefinidas dentro de la aplicaci\u00f3n o mediante extensiones externas \u00abside-by-side\u00bb en la BTP. El cliente de SAP Cloud debe estar dispuesto a subordinar radicalmente sus procesos operativos a las mejores pr\u00e1cticas predefinidas por SAP.<\/p>\n\n\n\n

La migraci\u00f3n de un entorno tradicional on-premise al mundo en la nube de Rise o Grow conlleva una necesaria reorganizaci\u00f3n de las condiciones contractuales y contables. En el entorno hist\u00f3rico de R\/3 o ECC, las empresas adquir\u00edan licencias perpetuas (Perpetual Licenses), que se contabilizaban en el balance como activos fijos (CapEx). A ello se sumaba una cuota de mantenimiento anual, normalmente del 22 %, que cubr\u00eda el soporte t\u00e9cnico y el derecho a recibir actualizaciones de software.<\/p>\n\n\n\n

Al suscribir un contrato de suscripci\u00f3n en la nube, esta estructura se transforma por completo en gastos operativos corrientes (OpEx). La propiedad del software sigue siendo del fabricante; el cliente solo adquiere un derecho de uso temporal en forma de alquiler. Si la empresa deja de pagar las cuotas mensuales o anuales, se pierde por completo el acceso al sistema ERP en la nube.<\/p>\n\n\n\n

<\/div>\n\n\n\n

M\u00e9trica de licencias en la nube<\/h2>\n\n\n\n

El instrumento de control fundamental de esta transformaci\u00f3n de las licencias es la m\u00e9trica del \u00abFull Use Equivalent\u00bb (FUE). En lugar de adquirir, como antes, un n\u00famero exacto de tipos espec\u00edficos de licencias de usuario (como \u00abProfessional\u00bb, \u00abFunctional\u00bb o \u00abProductivity User\u00bb), la empresa se suscribe a un saldo variable de puntos FUE. La conversi\u00f3n de los distintos tipos de uso de S\/4 Cloud se realiza mediante factores de equivalencia fijos: Un FUE equivale exactamente a un \u00abS\/4 for Advanced Use\u00bb (comparable con el antiguo \u00abProfessional User\u00bb), a cinco \u00abS\/4 for Core Use\u00bb (comparables con el \u00abFunctional User\u00bb) o a treinta \u00abS\/4 for Self-Service Use\u00bb.<\/p>\n\n\n\n

Para el acceso de desarrolladores (Developer Access), SAP exige en la clave FUE una proporci\u00f3n de dos FUE por desarrollador. Mientras que SAP promociona el modelo FUE como una soluci\u00f3n flexible que permite reasignar capacidades seg\u00fan las necesidades dentro de los tramos de usuarios contratados sin necesidad de largas renegociaciones contractuales, los expertos independientes en licencias advierten de dr\u00e1sticos aumentos de precios ocultos.<\/p>\n\n\n\n

\"\"\n\t\t\t\n\t\t\t\t\n\t\t\t<\/svg>\n\t\t<\/button><\/figure>\n\n\n\n
<\/div>\n\n\n\n

El principal factor de coste del modelo FUE radica en el cambio administrativo de una medici\u00f3n del sistema basada en el uso (Did-Do) a otra basada en los permisos (Could-Do). Mientras que en el antiguo entorno ECC se med\u00eda qu\u00e9 transacciones hab\u00eda realizado realmente un empleado en la pr\u00e1ctica, en las ediciones S\/4 Cloud, SAP concede licencias de forma rigurosa en funci\u00f3n de las autorizaciones y los roles asignados en el sistema.<\/p>\n\n\n\n

Si un empleado, debido a \u201eperfiles gigantescos\u201c acumulados a lo largo del tiempo y sin depurar, o a asignaciones generales de perfiles del sistema, tiene, en teor\u00eda, la autorizaci\u00f3n para acceder a funciones avanzadas de log\u00edstica o finanzas, la herramienta de verificaci\u00f3n del fabricante (el servicio STAR o S\/4 Trusted Authorization Review) lo clasifica autom\u00e1ticamente en la categor\u00eda de licencia m\u00e1s cara (Advanced Use), incluso aunque nunca utilice estas funciones en su trabajo diario. Sin una revisi\u00f3n exhaustiva de las estructuras de autorizaciones antes de la transici\u00f3n a un contrato en la nube, los clientes actuales corren el riesgo de sufrir un aumento de los costes de entre el 20 % y el 50 % con respecto a sus cuotas de mantenimiento locales anteriores.<\/p>\n\n\n\n

Adem\u00e1s de las suscripciones FUE, los modelos de facturaci\u00f3n basados en el consumo (Consumption Models) en la Business Technology Platform y dentro de la Business Data Cloud (SAP BDC) aumentan el riesgo comercial. A trav\u00e9s de las unidades de capacidad de la BTP, los cr\u00e9ditos de nube o las unidades de IA en funci\u00f3n del consumo, el cliente paga por el uso real de la potencia de c\u00e1lculo, los vol\u00famenes de datos o los tokens de IA.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Facturas sorpresa por servicios en la nube<\/h2>\n\n\n\n

El reto contractual radica aqu\u00ed en una l\u00f3gica de caducidad: los contingentes de cr\u00e9dito pagados por adelantado (como en el marco de un contrato CPEA o BTPEA) caducan al final del a\u00f1o contractual correspondiente sin posibilidad de sustituci\u00f3n si no se han consumido por falta de casos de uso productivos. Por el contrario, si durante el funcionamiento se producen picos de carga imprevistos o consultas de datos incontroladas, SAP factura inmediatamente el consumo adicional a los precios de cat\u00e1logo, significativamente m\u00e1s elevados, lo que suele provocar las temidas \u00absorpresas en la factura de la nube\u00bb.<\/p>\n\n\n\n

Esta estricta monetizaci\u00f3n va acompa\u00f1ada del modelo de licencia basado en documentos \u00abDigital Access\u00bb, as\u00ed como de la cuarta versi\u00f3n de la Pol\u00edtica de API de SAP, promulgada en abril de 2026. Con la Pol\u00edtica de API, Walldorf ha erigido una barrera arancelaria digital que regula la extracci\u00f3n directa y sin licencia de datos masivos, as\u00ed como el acceso de agentes de IA externos al sistema ERP.<\/p>\n\n\n\n

Quien exporte datos cr\u00edticos para el negocio a sistemas de terceros sin pagar la costosa \u00abtasa BTP\u00bb se ver\u00e1 obligado a abonar tasas por uso indirecto o licencias basadas en el volumen de datos. Las asociaciones europeas de usuarios, como la DSAG y la asociaci\u00f3n de la nube CISPE, condenan en\u00e9rgicamente esta pr\u00e1ctica, calific\u00e1ndola de intento, cuestionable desde el punto de vista de la legislaci\u00f3n antimonopolio, de imponer un mercado cerrado y de encadenar implacablemente a los usuarios al ecosistema propietario de BTP.<\/p>\n\n\n\n

La comparaci\u00f3n directa de los tres modelos operativos principales pone de manifiesto profundas diferencias estructurales que van mucho m\u00e1s all\u00e1 de las meras cuestiones de alojamiento. En el \u00e1mbito de la gobernanza del sistema y la flexibilidad operativa, el modelo cl\u00e1sico \u00abon-prem\u00bb sigue siendo el punto de referencia para las empresas industriales de alta complejidad: El usuario conserva el control absoluto sobre el momento en que se realizan las actualizaciones del sistema, los paquetes de funciones y los parches de la base de datos. No existen ventanas de mantenimiento obligatorias predefinidas y los desarrollos personalizados para cada cliente en el espacio de nombres ABAP pueden ejecutarse sin restricciones. No obstante, la empresa debe organizar por su cuenta o mediante contratos con proveedores de servicios independientes todas las tareas relacionadas con el dimensionamiento del hardware, la gesti\u00f3n del sistema operativo, la administraci\u00f3n de la base de datos y el cumplimiento de las complejas normas de cumplimiento normativo y seguridad inform\u00e1tica.<\/p>\n\n\n\n

La S\/4 Cloud Private Edition (en el marco de Rise with SAP) pretende combinar la completitud funcional del sistema on-prem con la comodidad de un entorno de nube gestionado. Desde un punto de vista t\u00e9cnico, se trata de una instancia aislada de un \u00fanico inquilino, en la que el alojamiento recae en SAP, pero el cliente actual conserva amplios derechos de participaci\u00f3n en la toma de decisiones respecto al hiperescalador espec\u00edfico (Azure, AWS, Google Cloud o proveedores europeos) y de la ubicaci\u00f3n geogr\u00e1fica concreta del centro de datos.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Nube privada frente a infraestructura local<\/h2>\n\n\n\n

El conjunto de funciones de Cloud Private Edition incluye las 31 soluciones sectoriales y las 39 versiones ling\u00fc\u00edsticas del entorno on-prem. Aunque los clientes actuales de SAP disfrutan de una estrategia de actualizaci\u00f3n mucho m\u00e1s flexible que en la nube p\u00fablica y pueden aplazar las actualizaciones del sistema dentro del periodo de mantenimiento habitual, siguen estando sujetos a los requisitos de infraestructura de SAP. El dimensionamiento del almacenamiento de la base de datos HANA y de los servidores de aplicaciones est\u00e1 directamente vinculado al volumen de FUE contratado; si un sistema necesita memoria adicional debido a an\u00e1lisis complejos en memoria sin que aumente el n\u00famero de usuarios, es necesario adquirir licencias adicionales para costosos complementos de infraestructura.<\/p>\n\n\n\n

Por el contrario, la S\/4 Cloud Public Edition (en el marco de \u00abGrow with SAP\u00bb) representa el concepto de nube m\u00e1s radical. Al tratarse de un aut\u00e9ntico modelo SaaS multitenant, ofrece los costes operativos espec\u00edficos m\u00e1s bajos para la infraestructura de TI, ya que las actualizaciones de software, los parches de seguridad y el escalado de la infraestructura se gestionan de forma totalmente autom\u00e1tica por parte de SAP en segundo plano. El n\u00facleo funcional crece autom\u00e1ticamente con las versiones semestrales de SAP.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Modificaciones Abap<\/h2>\n\n\n\n

Sin embargo, la nube p\u00fablica exige una sumisi\u00f3n absoluta al dictado de \u00abClean Core\u00bb. Los desarrollos cl\u00e1sicos en Z, las modificaciones de objetos est\u00e1ndar de SAP o el acceso directo de escritura a las tablas de la base de datos son t\u00e9cnicamente imposibles. Las empresas con procesos de fabricaci\u00f3n especializados, soluciones espec\u00edficas desarrolladas a lo largo del tiempo o integraciones complejas con sistemas de terceros se topan r\u00e1pidamente con barreras insuperables en la edici\u00f3n p\u00fablica. Esto explica por qu\u00e9, seg\u00fan los informes de inversi\u00f3n de DSAG, una abrumadora mayor\u00eda de los clientes actuales consolidados de la regi\u00f3n DACH sigue rechazando la nube p\u00fablica para su n\u00facleo central de ERP y opta, en su lugar, por escenarios on-prem o de nube privada controlada.<\/p>\n\n\n\n

Se ha producido un cambio notable en la comunicaci\u00f3n estrat\u00e9gica de la direcci\u00f3n del grupo SAP: en la conferencia internacional de clientes Sapphire 2026, celebrada en Orlando, se enterr\u00f3 poco a poco la arquitectura North Star de la cl\u00e1sica SAP Business Suite 7, tan alabada durante a\u00f1os. En su lugar, ha surgido la espectacular visi\u00f3n de futuro de la \u201eSAP Autonomous Enterprise\u201c. Desde esta nueva perspectiva centrada en la inteligencia artificial, S\/4 HANA no resulta en absoluto el punto final de la evoluci\u00f3n del ERP, sino simplemente la base de datos transaccional necesaria y una etapa de transici\u00f3n imprescindible. El n\u00facleo cl\u00e1sico del ERP queda relegado a un mero \u00absistema de registro\u00bb que act\u00faa en segundo plano como un servidor de contabilizaci\u00f3n fiable, mientras que la gesti\u00f3n real de los procesos y la interacci\u00f3n con el usuario se trasladan a capas de inteligencia superiores.<\/p>\n\n\n\n

\"\"\n\t\t\t\n\t\t\t\t\n\t\t\t<\/svg>\n\t\t<\/button><\/figure>\n\n\n\n
<\/div>\n\n\n\n

La interfaz de usuario Joule Work, en combinaci\u00f3n con SAP Autonomous Suite, constituye la cara operativa de esta nueva era. En lugar de que los empleados tengan que abrir cientos de mosaicos de Fiori o introducir c\u00f3digos de transacci\u00f3n complejos, describen sus intenciones empresariales en lenguaje natural. En segundo plano, m\u00e1s de 50 asistentes de Joule espec\u00edficos para cada \u00e1mbito y m\u00e1s de 200 agentes de IA especializados coordinan procesos aut\u00f3nomos de principio a fin en las \u00e1reas de finanzas, compras, cadena de suministro y recursos humanos. Un asistente aut\u00f3nomo como el \u201eAutonomous Close Assistant\u201c se encarga del an\u00e1lisis aut\u00f3nomo de las desviaciones, la conciliaci\u00f3n de cuentas y la preparaci\u00f3n del cierre mensual, mientras que la persona, en el marco del concepto \u201eHuman in the Loop\u201c, solo interviene en situaciones excepcionales que no pueden resolverse de otro modo.<\/p>\n\n\n\n

Para que estos agentes de IA puedan comprender el complejo modelo de datos hist\u00f3ricos de SAP (basado en SQL Server), compuesto por m\u00e1s de siete millones de campos de datos y decenas de miles de tablas, el SAP Knowledge Graph act\u00faa como un cerebro sem\u00e1ntico indispensable. El Knowledge Graph traduce autom\u00e1ticamente las tablas de bases de datos relacionales en ontolog\u00edas legibles por m\u00e1quina y en un modelo de red formado por nodos y aristas. Proporciona a los modelos de lenguaje y a los agentes de IA el contexto empresarial exacto \u2014por ejemplo, qu\u00e9 significan las redes de relaciones entre los pedidos de los clientes, los datos maestros de materiales, las facturas y las \u00f3rdenes de entrega\u2014 para suprimir de forma eficaz las alucinaciones estoc\u00e1sticas en el libro mayor, que es fundamental para el negocio.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Gr\u00e1fico de conocimientos SAP<\/h2>\n\n\n\n

Sin embargo, la afirmaci\u00f3n de que los agentes de IA y el SAP Knowledge Graph podr\u00edan hacer que un sistema ERP cl\u00e1sico resultara totalmente innecesario en el futuro no resiste un an\u00e1lisis riguroso: Un sistema ERP sigue siendo insustituible, ya que las funciones empresariales fundamentales, como la contabilidad financiera, el cumplimiento de la normativa fiscal, la contabilidad de costes y la elaboraci\u00f3n de balances con seguridad jur\u00eddica, exigen una exactitud absoluta y determinista.<\/p>\n\n\n\n

Los modelos ling\u00fc\u00edsticos se basan en c\u00e1lculos probabil\u00edsticos; las leyes fundamentales de la teor\u00eda de la informaci\u00f3n demuestran que una IA estoc\u00e1stica nunca puede garantizar una precisi\u00f3n del cien por cien. Si un agente de IA probabil\u00edstica actuara sin la l\u00f3gica basada en reglas de un n\u00facleo ERP determinista, incluso las desviaciones m\u00e1s m\u00ednimas dar\u00edan lugar a contabilizaciones legalmente inadmisibles o a autorizaciones de producci\u00f3n err\u00f3neas. Por lo tanto, S\/4 Hana y el ERP en la nube siguen siendo la base matem\u00e1tica indispensable sobre la que se asienta la autonom\u00eda cognitiva de los agentes de IA como capa de control.<\/p>\n\n\n\n

La perspectiva a largo plazo de la computaci\u00f3n en la nube en el entorno SAP se ve cada vez m\u00e1s dominada por cuestiones relacionadas con la resiliencia geopol\u00edtica, la seguridad jur\u00eddica y la necesidad de evitar una dependencia irreversible del fabricante. Mientras que SAP ejerce una enorme presi\u00f3n sobre sus clientes actuales para que adopten estructuras de nube propietarias, en los contratos oficiales sigue sin figurar una estrategia de salida de la nube que sea viable tanto desde el punto de vista t\u00e9cnico como comercial.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Salida del mercado de la nube y la IA<\/h2>\n\n\n\n

Quien haya convertido sus licencias de compra locales existentes en suscripciones en la nube en el marco de una conversi\u00f3n de contrato, destruye irremediablemente su activo fijo hist\u00f3rico. Al abandonar la nube de SAP, el cliente se queda con datos brutos sin valor alguno, ya que carecen de los algoritmos propios de la nube y de los entornos de ejecuci\u00f3n.<\/p>\n\n\n\n

A\u00fan m\u00e1s dram\u00e1tica resulta la falta de una estrategia de salida en materia de IA: Dado que SAP no cuenta con competencias propias en el \u00e1mbito de los modelos cognitivos b\u00e1sicos y se basa principalmente en pioneros estadounidenses como Anthropic (con el modelo Claude), los usuarios europeos se vuelven extremadamente vulnerables ante las decisiones geopol\u00edticas de gobiernos extranjeros.<\/p>\n\n\n\n

En esta delicada situaci\u00f3n, el marco jur\u00eddico de la Uni\u00f3n Europea \u2014en concreto, la Ley de Datos de la UE, publicada en el Diario Oficial el 22 de diciembre de 2023\u2014 ofrece un importante rayo de esperanza para recuperar la soberan\u00eda digital. La Ley de Datos de la UE tiene por objeto facilitar el cambio entre distintos proveedores de servicios en la nube y prohibir por ley las barreras artificiales al cambio, las tarifas excesivas por la transferencia de datos y las cl\u00e1usulas contractuales abusivas.<\/p>\n\n\n\n

\"\"\n\t\t\t\n\t\t\t\t\n\t\t\t<\/svg>\n\t\t<\/button><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Aunque los modelos de contrato de la UE y las disposiciones t\u00e9cnicas de aplicaci\u00f3n para entornos ERP complejos a\u00fan se encuentran en fase de elaboraci\u00f3n, la legislaci\u00f3n europea obliga cada vez m\u00e1s a proveedores como SAP a ofrecer interfaces abiertas y mecanismos estandarizados de portabilidad de datos. Esta evoluci\u00f3n normativa viene acompa\u00f1ada de iniciativas de proveedores de infraestructura europeos como StackIT (el hiperescalador europeo del Grupo Schwarz), que ofrecen cargas de trabajo Rise basadas en la legislaci\u00f3n europea y sin el riesgo que supone la Ley de la Nube de EE. UU. (Cloud Act).<\/p>\n\n\n\n

Para dise\u00f1ar de forma pr\u00e1ctica una estrategia de salida de la nube y de desacoplamiento con garant\u00eda de futuro, las empresas usuarias deben apostar por est\u00e1ndares de arquitectura modernos e independientes del proveedor: En lugar de programar de forma r\u00edgida algoritmos espec\u00edficos para cada cliente en la BTP propietaria o vincularse exclusivamente al SAP Knowledge Graph, se est\u00e1 imponiendo la creaci\u00f3n de una \u201eEnterprise Semantic Backbone\u201c independiente del proveedor.<\/p>\n\n\n\n

A trav\u00e9s de formatos est\u00e1ndar de c\u00f3digo abierto del W3C, como el Resource Description Framework (RDF) y el lenguaje de consulta SPARQL, las empresas pueden modelar de forma aut\u00f3noma sus ontolog\u00edas espec\u00edficas de negocio y sus relaciones entre datos en plataformas de c\u00f3digo abierto soberanas (como SUSE Rancher, SUSE AI o Red Hat OpenShift).<\/p>\n\n\n\n

Adem\u00e1s, el Model Context Protocol (MCP), independiente del fabricante, desempe\u00f1a un papel absolutamente clave para el funcionamiento desacoplado de los agentes de IA. Como est\u00e1ndar abierto \u2014comparable a un conector USB-C universal para sistemas de IA\u2014, el MCP establece una separaci\u00f3n clara entre los modelos de lenguaje y el n\u00facleo transaccional del ERP. A trav\u00e9s de servidores MCP desacoplados (como los que ofrecen proveedores como Boomi, SUSE o las comunidades de c\u00f3digo abierto), los agentes de IA pueden acceder a los datos de S\/4 de forma segura, controlada y totalmente auditable, sin que el cliente actual de SAP caiga en la trampa de las licencias impredecibles de la Pol\u00edtica de API de SAP.<\/p>\n\n\n\n

Para el Centro de Excelencia para Clientes (CCoE) y la direcci\u00f3n de TI de un cliente actual de SAP, la conclusi\u00f3n de este an\u00e1lisis es la siguiente: \u201eAprovechen las ventajas t\u00e9cnicas de la nube y la inteligencia artificial all\u00ed donde aporten un verdadero valor a\u00f1adido empresarial. Sin embargo, mantengan al mismo tiempo un control estricto sobre la arquitectura de sus sistemas. Al depurar sistem\u00e1ticamente su n\u00facleo con SAP Clean Core, optimizar sus licencias en cuanto a derechos de acceso antes de firmar cada contrato, apostar por bases de nube h\u00edbrida de c\u00f3digo abierto como Red Hat y desacoplar sus estructuras de datos mediante est\u00e1ndares abiertos como MCP y RDF, se asegurar\u00e1 un futuro ERP sostenible, \u00e1gil y con soberan\u00eda digital, a la altura del fabricante\u201c.\u201c<\/p>\n\n\n\n

<\/p>\n\n\n\n\n\n

<\/p>","protected":false},"excerpt":{"rendered":"

Hace muchos a\u00f1os, con la llegada de la computaci\u00f3n en la nube, se produjo un punto de inflexi\u00f3n macroecon\u00f3mico y arquitect\u00f3nico en el panorama de los sistemas ERP. La econom\u00eda mundial est\u00e1 experimentando una transformaci\u00f3n duradera de los sistemas de aplicaciones empresariales desde el auge de las arquitecturas de procesamiento de datos basadas en cliente-servidor, DV\/Org, a finales de la d\u00e9cada de 1990.<\/p>","protected":false},"author":2,"featured_media":167260,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"pmpro_default_level":"","footnotes":""},"categories":[37922,45417,45418],"tags":[621,45419,44626,44702,5008,626,38878,236,40995,5959,44850,44631],"coauthors":[27825],"class_list":["post-167259","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-coverstorys","category-coverstory-26-11","category-mag-26-11","tag-cloud-computing","tag-cloud-exit-strategie","tag-digitale-souveraenitaet","tag-grow-with-sap","tag-hybrid-cloud","tag-kuenstliche-intelligenz","tag-rise-with-sap","tag-sap","tag-sap-btp","tag-sap-s4-hana","tag-sap-lizenzierung-2","tag-vendor-lock-in","pmpro-has-access"],"acf":[],"featured_image_urls_v2":{"full":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover.jpg",1000,450,false],"thumbnail":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-150x150.jpg",150,150,true],"medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-400x180.jpg",400,180,true],"medium_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-768x346.jpg",768,346,true],"large":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover.jpg",1000,450,false],"image-100":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-100x45.jpg",100,45,true],"image-480":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-480x216.jpg",480,216,true],"image-640":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-640x288.jpg",640,288,true],"image-720":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-720x324.jpg",720,324,true],"image-960":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-960x432.jpg",960,432,true],"image-1168":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover.jpg",1000,450,false],"image-1440":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover.jpg",1000,450,false],"image-1920":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover.jpg",1000,450,false],"1536x1536":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover.jpg",1000,450,false],"2048x2048":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover.jpg",1000,450,false],"trp-custom-language-flag":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-18x8.jpg",18,8,true],"bricks_large_16x9":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover.jpg",1000,450,false],"bricks_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover.jpg",1000,450,false],"bricks_large_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover.jpg",1000,450,false],"bricks_medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-600x270.jpg",600,270,true],"bricks_medium_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-600x450.jpg",600,450,true],"profile_24":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-24x24.jpg",24,24,true],"profile_48":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-48x48.jpg",48,48,true],"profile_96":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-96x96.jpg",96,96,true],"profile_150":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-150x150.jpg",150,150,true],"profile_300":["https:\/\/e3mag.com\/wp-content\/uploads\/2026\/10\/2611_cs_cover-300x300.jpg",300,300,true]},"post_excerpt_stackable_v2":"

Eine makro\u00f6konomische und architektonische Z\u00e4sur der ERP-Landschaft hat vor vielen Jahren mit Cloud Computing begonnen. Die globale Wirtschaft erlebt eine nachhaltige Umgestaltung der betrieblichen Anwendungssysteme seit dem Siegeszug von Client-Server-basierten Datenverarbeitungsarchitekturen, DV\/Org, in den sp\u00e4ten 1990er-Jahren.<\/p>\n","category_list_v2":"Coverstorys<\/a>, Coverstory 26-11<\/a>, MAG 26-11<\/a>","author_info_v2":{"name":"Peter M. F\u00e4rbinger, E3 Magazine","url":"https:\/\/e3mag.com\/es\/author\/peter-m-faerbinger-e-3-magazin\/"},"comments_num_v2":"0 comentarios","_links":{"self":[{"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/posts\/167259","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/comments?post=167259"}],"version-history":[{"count":3,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/posts\/167259\/revisions"}],"predecessor-version":[{"id":167272,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/posts\/167259\/revisions\/167272"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/media\/167260"}],"wp:attachment":[{"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/media?parent=167259"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/categories?post=167259"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/tags?post=167259"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/coauthors?post=167259"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}