La estrategia de S\/4 Hana en la nube es actualmente objeto de acalorados debates entre las empresas usuarias de SAP. Esto continuar\u00e1 durante bastante tiempo. La intenci\u00f3n de SAP parece clara: que el mayor n\u00famero posible de empresas opte por las ofertas en la nube de SAP lo antes posible. El problema, sin embargo, es que muchas empresas quieren mantener su despliegue de SAP dentro de la empresa y confiar en on-premises.<\/p>\n\n\n\n
Quieren decidir por s\u00ed mismos e individualmente sobre el uso del software SAP como una especie de \"factor de producci\u00f3n\". Est\u00e1n a favor de SAP S\/4 Hana on-premises. Tambi\u00e9n sienten cierto malestar por entregar el conocimiento de los procesos y la propiedad intelectual (PI) de su propia empresa al mundo exterior, es decir, a la nube. Adem\u00e1s de otras cuestiones como las licencias en la nube o la dependencia del proveedor.<\/p>\n\n\n\n
Como resultado de la encuesta sobre inversiones realizada este a\u00f1o por la asociaci\u00f3n de usuarios de SAP DSAG e. V., se revel\u00f3 y subray\u00f3 que \"muchas de las empresas encuestadas quieren permanecer on-premise con sus sistemas ERP\", es decir, quieren utilizar SAP internamente. Sin embargo, algunas empresas usuarias de SAP no son reacias a utilizar servicios dedicados en la nube. Y lo hacen en el marco de la infraestructura como servicio (IaaS). En este caso, las empresas usuarias de SAP conservan el control de las aplicaciones y las tareas de SAP Basis para el funcionamiento del sistema. S\u00f3lo las capacidades de infraestructura SAP (servicios de centro de datos; servidores\/VM, almacenamiento, redes, etc.) se obtienen de un proveedor de nube p\u00fablica (hyperscaler).<\/p>\n\n\n\n
La situaci\u00f3n es diferente con la soluci\u00f3n Platform-as-a-Service (PaaS) SAP S\/4 Hana Cloud, Private Edition, y la soluci\u00f3n Software-as-a-Service (SaaS) SAP S\/4 Hana, Public Edition. Aqu\u00ed, los usuarios no tienen ning\u00fan control sobre la administraci\u00f3n del sistema del importante funcionamiento del sistema SAP. Tampoco tienen influencia sobre la calidad individual de SAP Basis que se debe proporcionar.<\/p>\n\n\n\n
Es un hecho: cuanto mejor est\u00e9 organizado y coordinado el funcionamiento del sistema SAP y, por lo tanto, funcione bien, m\u00e1s \u00f3ptima y segura ser\u00e1 la utilizaci\u00f3n de las aplicaciones SAP para procesos empresariales sofisticados e innovadores. Los equipos de SAP Basis y los administradores de SAP son responsables de las distintas tareas y actividades relacionadas con el funcionamiento del sistema SAP.
La naturaleza del negocio SAP hace que estas tareas y actividades para el mejor funcionamiento posible del sistema SAP sean diversas. Pero eso no es todo. Completar las tareas y llevar a cabo las actividades tambi\u00e9n requiere calcular ciertos tiempos.<\/p>\n\n\n\n
Si estos tiempos pueden minimizarse a largo plazo, pueden ahorrarse costes. La primera opci\u00f3n es, por tanto, el uso del software de automatizaci\u00f3n SAP Basis. Sin embargo, existe una clara tendencia hacia las soluciones completas o en suite para este tipo de software especializado. Esto significa que las distintas tareas y \u00e1reas tem\u00e1ticas se cubren como aplicaciones de automatizaci\u00f3n en un solo paquete de software. El resultado: Cuanto m\u00e1s se utilicen las aplicaciones de automatizaci\u00f3n, mayor ser\u00e1 el ahorro de costes. Esto se suele denominar ahorro en d\u00edas-persona (TP), que se consiguen al utilizar una suite de automatizaci\u00f3n para tareas b\u00e1sicas de SAP, como la suite EPOS de Empirius, seg\u00fan la app. Medido y probado en pruebas de concepto (PoC) de empresas usuarias de SAP, as\u00ed como a trav\u00e9s de nuestra propia experiencia.<\/p>\n\n\n\n