{"id":156996,"date":"2025-10-23T06:11:30","date_gmt":"2025-10-23T04:11:30","guid":{"rendered":"http:\/\/e3mag.com\/?p=156996"},"modified":"2025-12-16T13:41:37","modified_gmt":"2025-12-16T12:41:37","slug":"nube-entre-la-euforia-y-el-choque","status":"publish","type":"post","link":"https:\/\/e3mag.com\/es\/nube-entre-la-euforia-y-el-choque\/","title":{"rendered":"Nube entre la euforia y el choque"},"content":{"rendered":"

En la era de la transformaci\u00f3n digital, la decisi\u00f3n sobre la futura arquitectura ERP plantea a los actuales clientes de SAP un complejo dilema que va mucho m\u00e1s all\u00e1 de la simple elecci\u00f3n entre su propio centro de datos (on-prem) y la nube externa (nube privada o p\u00fablica). Mientras que el cl\u00e1sico sistema on-prem domin\u00f3 como est\u00e1ndar ERP incluyendo la virtualizaci\u00f3n durante mucho tiempo, el ideal de la tecnolog\u00eda en la nube se ha convertido cada vez m\u00e1s en el centro de atenci\u00f3n de la comunidad SAP en los \u00faltimos a\u00f1os, con modelos h\u00edbridos y soberanos que conllevan retos y riesgos espec\u00edficos que deben superarse.<\/p>\n\n\n\n

El modelo tradicional on-prem, en el que el software funciona en el propio hardware de la empresa, ofrece a los usuarios del ERP un control total sobre los datos, los procesos empresariales y las licencias. Tambi\u00e9n permite controlar y personalizar por completo las medidas de cumplimiento y los procesos empresariales individuales (modificaciones de Abap). Sin embargo, esta autonom\u00eda del ERP tiene un alto precio: Las soluciones on-prem se asocian a elevados costes de adquisici\u00f3n de hardware y software, deben dise\u00f1arse para posibles picos de carga, lo que provoca costes innecesariamente altos, y se ven muy afectadas por la escasez de mano de obra cualificada y dependiente del personal inform\u00e1tico cualificado necesario para un funcionamiento 24\/7. Adem\u00e1s, los sistemas heredados suelen ser incapaces de soportar nuevas tecnolog\u00edas como la IA o la anal\u00edtica. Sin embargo, los clientes existentes de SAP pueden cambiar a la Plataforma de Tecnolog\u00eda Empresarial (SAP BTP), que tambi\u00e9n puede funcionar en combinaci\u00f3n con una Business Suite 7 on-prem.<\/p>\n\n\n\n

La nube p\u00fablica de los hiperescaladores (como AWS, Azure o GCP) adopta el enfoque opuesto: ofrece servicios p\u00fablicamente a trav\u00e9s de Internet, utiliza una estructura multiarrendatario y atrae a los clientes con una gran flexibilidad y escalabilidad el\u00e1stica, as\u00ed como con una facturaci\u00f3n basada en el uso (pay-as-you-go). Sin embargo, esta comodidad no est\u00e1 exenta de riesgos para los actuales clientes de SAP. La suposici\u00f3n de que la nube p\u00fablica es generalmente m\u00e1s rentable que la operaci\u00f3n interna no se ha materializado en los \u00faltimos a\u00f1os. En los \u00faltimos a\u00f1os, muchos clientes actuales de SAP han orquestado de forma \u00f3ptima sus centros de datos.<\/p>\n\n\n\n

Por otra parte, los usuarios de ERP manifiestan una sensaci\u00f3n de impotencia en caso de interrupci\u00f3n del servicio, ya que no hay acceso directo al centro de datos ni a su propio personal inform\u00e1tico. Y el concepto de cloudificaci\u00f3n no significa autom\u00e1ticamente simplificaci\u00f3n, ya que la complejidad del funcionamiento del centro de datos, v\u00e9ase tambi\u00e9n Rise con SAP, sigue existiendo. Tambi\u00e9n existe el riesgo de dependencia del proveedor y problemas de seguridad, ya que los datos valiosos de la empresa se encuentran fuera del cortafuegos de la empresa.<\/p>\n\n\n\n

Nube h\u00edbrida<\/h2>\n\n\n\n

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

La nube h\u00edbrida se desarroll\u00f3 como resultado de estas prioridades contrapuestas. Esta computaci\u00f3n en nube combina recursos en las instalaciones y en nubes privadas\/p\u00fablicas y permite mantener los datos confidenciales localmente al tiempo que se utilizan servicios en nube escalables y ofertas de terceros proveedores como Salesforce (CRM) y Workday (HCM). Sin embargo, el mayor reto reside en la orquestaci\u00f3n del entorno inform\u00e1tico. La gesti\u00f3n de sistemas h\u00edbridos requiere la integraci\u00f3n de diferentes modelos operativos y acuerdos de nivel de servicio (SLA). Debe garantizarse minuciosamente la interoperabilidad entre las soluciones on-prem, a menudo de crecimiento org\u00e1nico, y los servicios nativos en la nube de los distintos proveedores de ERP. Adem\u00e1s, mover cargas de trabajo y grandes cantidades de datos entre los mundos de TI es t\u00e9cnicamente complejo y puede dar lugar a largos tiempos de ejecuci\u00f3n para grandes sistemas, lo que requiere un gran ancho de banda de red.<\/p>\n\n\n\n

Estrechamente vinculado a la estrategia h\u00edbrida est\u00e1 el deseo de soberan\u00eda digital, especialmente popular en Alemania, ya que muchos clientes actuales de SAP esperan que los datos se almacenen y procesen en centros de datos propios o alojados in situ. La nube soberana o los modelos espec\u00edficos de nube privada (como HPE GreenLake) pretenden garantizar la soberan\u00eda sobre los datos cr\u00edticos para el negocio, al tiempo que ofrecen ventajas de la nube como la flexibilidad y la facturaci\u00f3n basada en el consumo. El reto en este caso es la gran complejidad de las normativas y la gobernanza, ya que los estrictos requisitos normativos (por ejemplo, en sectores regulados como la sanidad o las finanzas) pueden estipular que determinados datos del ERP no salgan de las instalaciones de la propia empresa. El uso de la nube en escenarios globales, especialmente con proveedores de fuera de la UE, requiere la m\u00e1xima precauci\u00f3n y un examen intensivo de marcos legales como el GDPR y las posibles influencias de la Cloud Act para evitar incumplimientos.<\/p>\n\n\n\n

La transformaci\u00f3n integral de los actuales clientes de SAP a S\/4, en particular como parte de la estrategia Rise with SAP cloud, es mucho m\u00e1s que una simple actualizaci\u00f3n t\u00e9cnica; la conversi\u00f3n a S\/4 es un reto empresarial, organizativo, t\u00e9cnico y, no menos importante, de licencias. Los retos, riesgos y peligros son complejos y afectan a \u00e1reas cr\u00edticas como el control de costes, la seguridad de los datos y la autonom\u00eda. Uno de los mayores obst\u00e1culos es la justificaci\u00f3n econ\u00f3mica, ya que los elevados costes de un cambio de versi\u00f3n de ERP suelen superar a los beneficios en el an\u00e1lisis del retorno de la inversi\u00f3n. Estos costes vienen determinados en gran medida por las complicadas licencias de SAP. La lista de precios de SAP para S\/4 es una obra compleja de m\u00e1s de 200 p\u00e1ginas, que inquieta a la clientela con opciones como Digital Access y SAP OpenHub. La cuesti\u00f3n del uso indirecto es especialmente delicada, ya que la concesi\u00f3n de licencias de Digital Access implica el acuerdo contractual de que los documentos importados al sistema SAP a trav\u00e9s de interfaces est\u00e1n sujetos a una licencia. En el pasado, esta cuesti\u00f3n se vio a veces menoscabada jur\u00eddicamente, pero ahora que se ha concedido la licencia de Digital Access, se considera resuelta, aunque el riesgo de que se produzcan costosos pagos adicionales o un exceso de licencias sigue siendo elevado.<\/p>\n\n\n\n

El modelo de suscripci\u00f3n Rise with SAP crea dependencias de gran alcance para los clientes existentes. La conversi\u00f3n de las licencias perpetuas on-prem existentes en suscripciones en la nube tiene lugar a trav\u00e9s del complejo conjunto de normas del Equivalente de Uso Completo (FUE), v\u00e9ase tambi\u00e9n el art\u00edculo de portada del E3 de octubre de 2025. Este proceso es irreversible de facto para los clientes actuales de SAP y conlleva una p\u00e9rdida de autonom\u00eda sobre el sistema ERP, ya que la propiedad del software se transfiere del cliente a SAP y se crea una relaci\u00f3n de alquiler. Esta conversi\u00f3n va asociada a la preocupaci\u00f3n por un aumento de los costes. Aunque SAP admite que la migraci\u00f3n a la nube con FUE no conlleva necesariamente mayores ingresos para SAP, se sigue temiendo un aumento de entre el 20% y el 50% de la base de c\u00e1lculo tras el cambio a la nube. En la Junta General Anual de 2025, el CEO de SAP, Christian Klein, afirm\u00f3 que los ingresos por cliente existente se multiplicar\u00edan por tres o por cuatro como consecuencia de Rise.<\/p>\n\n\n\n

La falta de una estrategia sostenible de salida de la nube por parte de SAP se considera una amenaza existencial para los clientes. Si una conversi\u00f3n a Rise fracasa, el cliente se queda con los restos de su sistema ERP sin haber pasado a la nube, pero con licencias on-prem retiradas, lo que puede conllevar el riesgo de un doble pago.<\/p>\n\n\n\n

A nivel t\u00e9cnico, la transformaci\u00f3n del S\/4 conlleva grandes riesgos. Resolver los problemas de datos se considera el mayor reto. La consolidaci\u00f3n de los datos maestros de clientes y proveedores en el nuevo enfoque de interlocutores comerciales es fundamental, ya que los sistemas creados hist\u00f3ricamente suelen adolecer de mala calidad de datos, duplicados y falta de estructuras. El lastre de datos antiguos e informaci\u00f3n heredada tambi\u00e9n dificulta la vuelta al est\u00e1ndar SAP (n\u00facleo limpio) y prolonga los proyectos.<\/p>\n\n\n\n

La estrategia de n\u00facleo limpio propagada por SAP, que proh\u00edbe las modificaciones y los desarrollos propios a partir del n\u00facleo de S\/4, choca con el grado tradicional de personalizaci\u00f3n de muchos sistemas ERP. Para los clientes con un n\u00facleo muy \u201esucio\u201c y amplios desarrollos Z, la conversi\u00f3n es extremadamente compleja y laboriosa, lo que puede provocar grandes retrasos. Los futuros ajustes deben realizarse fuera del sistema central, por ejemplo a trav\u00e9s de la Business Technology Platform, lo que supone un esfuerzo arquitect\u00f3nico adicional y la necesidad de nuevos conocimientos en los departamentos de TI. Los d\u00edas 22 y 23 de abril se celebrar\u00e1 en Heidelberg una cumbre de la comunidad SAP sobre Clean Core y BTP.<\/p>\n\n\n\n

Aunque SAP y los hiperescaladores ofrecen un alto nivel de seguridad, el usuario del ERP sigue siendo responsable del cumplimiento y la correcta concesi\u00f3n de licencias en la nube, incluso con Rise with SAP. El tratamiento de datos sensibles en la nube p\u00fablica, especialmente con proveedores de la nube con sede fuera de la UE, debe tratarse con precauci\u00f3n debido a legislaci\u00f3n como la Cloud Act, que puede socavar la normativa GDPR. Tambi\u00e9n existe el riesgo de que SAP elimine todos los datos en la nube tan pronto como finalice el contrato, lo que obliga a los clientes a realizar copias de seguridad proactivas de sus datos antes de que finalice el contrato. En este caso, los clientes actuales de SAP suelen echar de menos la mencionada falta de una estrategia de salida de la nube.<\/p>\n\n\n\n

Dado que el final del mantenimiento general de ERP\/ECC 6.0 se acerca a 2030 o incluso a 2033 a m\u00e1s tardar, los clientes actuales de SAP se ven obligados a tomar decisiones estrat\u00e9gicas. SAP est\u00e1 afrontando este reto con su oferta integral Rise with SAP, que est\u00e1 dise\u00f1ada como una transformaci\u00f3n empresarial como servicio (BTaaS) y pretende simplificar y acelerar el camino hacia la nube.<\/p>\n\n\n\n

\"\"
Rise with SAP on IBM Power Virtual Server permite a las empresas migrar de forma r\u00e1pida y segura su entorno SAP existente desde su propia infraestructura de TI a un entorno de nube.<\/em><\/figcaption><\/figure>\n\n\n\n

La transformaci\u00f3n estrat\u00e9gica en la nube con Rise no empieza con la tecnolog\u00eda, sino con la clarificaci\u00f3n de la estrategia empresarial a medio y largo plazo, de la que deben derivarse los objetivos para la conversi\u00f3n a S\/4. La cuesti\u00f3n de qu\u00e9 modelo de despliegue es el m\u00e1s adecuado -on-prem, nube p\u00fablica o nube privada- tiene una importancia estrat\u00e9gica fundamental y debe examinarse con una mentalidad abierta. Aunque SAP persigue una clara estrategia de cloud-first y la ha impulsado cada vez m\u00e1s en los \u00faltimos a\u00f1os, la realidad es que los entornos de sistemas h\u00edbridos son la norma para la mayor\u00eda de los clientes actuales de SAP.<\/p>\n\n\n\n

La oferta Rise agrupa varios componentes b\u00e1sicos en un \u00fanico contrato de suscripci\u00f3n con el fin de reducir la complejidad y posicionar a SAP como contratista general. Adem\u00e1s del ERP en la nube S\/4 (en edici\u00f3n privada o p\u00fablica), tambi\u00e9n incluye la Business Technology Platform, Business Process Intelligence (Signavio), la SAP Business Network y herramientas y servicios integrados. La BTP act\u00faa como puente tecnol\u00f3gico y plataforma de innovaci\u00f3n que permite ampliaciones paralelas y apoya as\u00ed la importante estrategia de n\u00facleo limpio. Esta estrategia, cuyo objetivo es mantener el sistema central lo m\u00e1s cerca posible del est\u00e1ndar SAP, es crucial para beneficiarse continuamente de las innovaciones y actualizaciones y es relevante tanto para la nube p\u00fablica como para la privada. Dentro de Rise, los clientes existentes de S\/4 pueden elegir entre dos opciones principales de despliegue: la Cloud Public Edition y la Cloud Private Edition. La nube p\u00fablica, basada en un modelo multiinquilino, es adecuada para empresas que persiguen procesos estandarizados y buscan el menor coste total de propiedad (TCO), pero s\u00f3lo permite una configuraci\u00f3n y personalizaci\u00f3n limitadas. Por el contrario, la Private Cloud Edition (PCE), que t\u00e9cnicamente se ejecuta como PaaS\/SaaS en un entorno dedicado de nube p\u00fablica, est\u00e1 dirigida a clientes SAP medianos y grandes con requisitos complejos y personalizados.<\/p>\n\n\n\n

El \u00e9xito de la conversi\u00f3n de S\/4, especialmente a la nube, depende en gran medida de una preparaci\u00f3n cuidadosa y de la eliminaci\u00f3n de los problemas heredados. Los expertos aconsejan aprovechar la transformaci\u00f3n como una gran oportunidad para la armonizaci\u00f3n de datos, que idealmente deber\u00eda tener lugar antes del cambio real. Un requisito clave es la limpieza y consolidaci\u00f3n de los datos maestros de clientes y proveedores, ya que deben transferirse al nuevo modelo de datos de socios comerciales (BP) en S\/4. Adem\u00e1s, la transformaci\u00f3n debe combinarse con la creaci\u00f3n de una capa de datos independiente y consciente del contexto para desmantelar los sistemas heredados y reducir masivamente la cantidad de datos que se migran al nuevo sistema S\/4, lo que reduce los costes y acelera el cambio. Tratar con c\u00f3digo Abap espec\u00edfico del cliente (c\u00f3digo personalizado) tambi\u00e9n es fundamental; herramientas como SAP Readiness Check y Abap Test Cockpit son esenciales para determinar los esfuerzos de personalizaci\u00f3n necesarios en una fase temprana e, idealmente, externalizar el c\u00f3digo a la BTP (para garantizar el n\u00facleo limpio).<\/p>\n\n\n\n

En conclusi\u00f3n, la elecci\u00f3n de la estrategia de nube con Rise with SAP es una tarea compleja que para la mayor\u00eda de los clientes actuales de SAP pasa por la Private Cloud Edition y las arquitecturas h\u00edbridas.<\/p>\n\n\n\n

\n\n\n\n

Consejos sobre libros<\/h2>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Andr\u00e9 Tiebing, Benjamin Kunold,
Patrick Jungk, 2025, 606 p\u00e1ginas, <\/em>
ISBN 978-3-367-10239-6<\/em><\/p>\n\n\n\n

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

Thomas Saueressig, Tobias Stein,
Jochen Boeder, Wolfram Kleis,<\/em>
2024, 644 p\u00e1ginas, ISBN 978-3-8362-9479-9<\/em><\/p>\n\n\n\n

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

Steffi D\u00fcnnebier, Uwe Zabel 
2023, 457 p\u00e1ginas, ISBN 978-3-8362-9239-9<\/em><\/p>\n\n\n\n

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

Matthias Friedrich, Fred Kindler,
Marcel Kirsten, Daniel Kloppich,
Mathias List, Bert Lorenz, Lars Teuber  
2023, 651 p\u00e1ginas, ISBN 978-3-8362-9464-5<\/em><\/p>\n\n\n\n

\n\n\n\n


De SolMan a ALM en la nube<\/h2>\n\n\n\n

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

El cambio de SolMan (SAP Solution Manager) a SAP Cloud ALM (Application Lifecycle Management) plantea a los clientes actuales de SAP uno de los mayores retos estrat\u00e9gicos y operativos en el transcurso de la conversi\u00f3n a S\/4.<\/strong><\/p>\n\n\n\n

Con el anunciado fin del mantenimiento general de SolMan 7.2 a finales de 2027 (con mantenimiento ampliado hasta 2030), las empresas necesitan realinear su estrategia de ALM. SAP posiciona Cloud ALM como la soluci\u00f3n estrat\u00e9gica de ALM para todos los clientes actuales de SAP. Se trata de una aplicaci\u00f3n nativa de nube p\u00fablica totalmente consolidada desde la nube y est\u00e1 dirigida principalmente a clientes que utilizan o tienen previsto utilizar soluciones centradas en la nube como S\/4 Cloud, SuccessFactors o la cartera SAP CX. A diferencia de SolMan, Cloud ALM puede ponerse en funcionamiento r\u00e1pidamente y proporciona los datos de supervisi\u00f3n iniciales con rapidez. Los derechos de uso de SAP Cloud ALM est\u00e1n incluidos en contratos de soporte como SAP Enterprise Support, Cloud Editions. A pesar de esta reorientaci\u00f3n estrat\u00e9gica, el cambio plantea retos y riesgos considerables para los antiguos usuarios de SolMan, ya que Cloud ALM no es una alternativa de pleno derecho a SolMan. El alcance funcional de SolMan, que ofrece una gama mucho m\u00e1s amplia de funciones para todo el ciclo de vida de la aplicaci\u00f3n (incluida la gesti\u00f3n de proyectos, la supervisi\u00f3n, la gesti\u00f3n de incidencias, la gesti\u00f3n de cambios y la gesti\u00f3n de pruebas), no es igualado actualmente por Cloud ALM. En concreto, SAP Cloud ALM carece de gesti\u00f3n del ciclo de vida para SAP Business Suite y aplicaciones no SAP, as\u00ed como de funciones para la gesti\u00f3n de servicios de TI (ITSM).<\/p>\n\n\n\n

El mayor riesgo reside en su idoneidad para entornos h\u00edbridos. Mientras que SolMan estaba adaptado a entornos on-prem e h\u00edbridos en el pasado, SAP Cloud ALM parece actualmente completamente inadecuado para entornos de sistemas h\u00edbridos, ya que est\u00e1 orientado principalmente a la nube p\u00fablica. Los clientes que siguen operando partes de su entorno SAP on-prem o en la nube privada necesitan aclarar hasta qu\u00e9 punto Cloud ALM puede soportar eficazmente estas topolog\u00edas heterog\u00e9neas.<\/p>\n\n\n\n

El cambio tambi\u00e9n supone un profundo cambio en el papel del departamento SAP Basis (de CCC a CCoE): en lugar de mantener sus propios sistemas, las tareas se desplazan hacia la coordinaci\u00f3n, la gesti\u00f3n de proveedores y la aceptaci\u00f3n de los requisitos empresariales que se transmiten a SAP o a los hiperescaladores. Otro riesgo reside en la dependencia de la licencia, ya que el derecho a utilizar Cloud ALM expira inmediatamente si el cliente existente cancela el soporte de SAP.<\/p>\n\n\n\n

En resumen, SAP Cloud ALM, integrado con Signavio y Lean-IX, as\u00ed como con el SAP Business Transformation Centre para la migraci\u00f3n de datos, forma una plataforma dise\u00f1ada para garantizar la gesti\u00f3n de la transformaci\u00f3n de datos, la innovaci\u00f3n y la continuidad empresarial entre sistemas. SAP persigue as\u00ed el objetivo de crear una base integral para la optimizaci\u00f3n de procesos impulsada por IA. <\/p>\n\n\n\n

\n\n\n\n


Hiperescalador: amigo y enemigo<\/h2>\n\n\n\n

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

El paso a la nube es inevitable desde hace tiempo para los actuales clientes de SAP, pero la decisi\u00f3n sobre qu\u00e9 nube es la mejor es como un acto de equilibrio estrat\u00e9gico entre las propias ofertas de SAP, como Rise with SAP, y el uso directo de la infraestructura de los grandes hiperescaladores.<\/strong><\/p>\n\n\n\n

Los hiperescaladores -sobre todo Microsoft Azure, Amazon Web Services (AWS) y Google Cloud Platform (GCP)- ofrecen una opci\u00f3n de despliegue conocida como Infraestructura como Servicio (IaaS), que difiere fundamentalmente de las soluciones SAP empaquetadas de Private Cloud Edition (PCE) o Public Cloud Edition.<\/p>\n\n\n\n

El principal atractivo de un sistema SAP que funciona directamente en un hiperescalador en el modelo IaaS reside en la m\u00e1xima flexibilidad y agilidad. En contraste con los requisitos de hardware r\u00edgidos y predefinidos de un sistema on-prem, la plataforma hyperscaler permite una escalabilidad el\u00e1stica. Los recursos, como para sistemas de desarrollo, prueba o sandbox, pueden proporcionarse en unas pocas horas o arrancarse y apagarse din\u00e1micamente. Esto no s\u00f3lo ofrece seguridad a la inversi\u00f3n, sino que tambi\u00e9n permite un funcionamiento flexible en el tiempo, que se factura al minuto cuando las m\u00e1quinas virtuales (VM) no est\u00e1n en uso, un factor clave para reducir los costes operativos (TCO). Algunos estudios apuntan a un ahorro de costes de entre el 40% y el 75% para operaciones SAP en Azure o un ahorro anual de m\u00e1s de tres millones de d\u00f3lares estadounidenses al migrar la infraestructura SAP a Google Cloud.<\/p>\n\n\n\n

Otra ventaja clave del enfoque de hiperescalador (IaaS) es la opci\u00f3n de seguir utilizando las licencias SAP existentes (Bring Your Own Licence, BYOL). Esto permite a los clientes existentes llevar sus licencias on-prem adquiridas a la nube sin tener que cambiar inmediatamente al modelo de suscripci\u00f3n asociado a Rise with SAP. Las soluciones sin servidor y totalmente gestionadas de los hiperescaladores permiten una gran velocidad de innovaci\u00f3n que va m\u00e1s all\u00e1 de lo que ofrece la propia SAP en el sistema central.<\/p>\n\n\n\n

En comparaci\u00f3n, Rise with SAP -que a menudo se aloja en los mismos hiperescaladores pero funciona como una edici\u00f3n de nube privada- es un paquete global. Aunque ofrece al cliente un \u00fanico punto de contacto (una cara para el cliente), restringe la flexibilidad, ya que combina software, alojamiento y funcionamiento en una \u00fanica suscripci\u00f3n. Quienes conf\u00edan en Hyperscaler IaaS, en cambio, pueden negociar contratos individuales con hiperescaladores y proveedores de servicios y optimizar las licencias en toda la infraestructura de TI.<\/p>\n\n\n\n

A pesar de estas ventajas, el funcionamiento de SAP en nubes hyperscaler est\u00e1 asociado a riesgos y retos considerables. Uno de los principales problemas es que el traslado de un sistema ERP antiguo a la infraestructura hiperescalable moderniza el nivel de infraestructura, pero conserva el ERP antiguo a nivel de software. De este modo, pueden perderse las verdaderas ventajas del SaaS, como la agilidad y la innovaci\u00f3n.<\/p>\n\n\n\n

Por \u00faltimo, pero no por ello menos importante, el marco jur\u00eddico y la seguridad de los datos representan un gran obst\u00e1culo. La migraci\u00f3n de sistemas SAP a la nube, especialmente a la nube p\u00fablica de un hiperescalador, es t\u00e9cnicamente compleja. Los sectores regulados est\u00e1n sujetos a normativas legales especiales, a menudo espec\u00edficas del sector, que hacen complejo el uso de la nube. Los clientes de la nube p\u00fablica deben tomarse muy en serio el cumplimiento (por ejemplo, GDPR) y abordarlo activamente. La propia SAP tambi\u00e9n est\u00e1 tratando de ofrecer innovaciones en la nube como la IA en S\/4 solo para sus soluciones en la nube, lo que potencialmente podr\u00eda penalizar a los clientes on-prem existentes o a los usuarios de IaaS fuera de Rise. Por lo tanto, la decisi\u00f3n a favor de SAP en un hiperescalador requiere una cuidadosa consideraci\u00f3n entre la flexibilidad de infraestructura obtenida y la mayor complejidad de gesti\u00f3n, as\u00ed como las incertidumbres relativas a los costes y el cumplimiento. <\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

<\/p>\n\n\n