Actuar con seguridad. Tomar decisiones acertadas.

Lo decisivo no es la etiqueta, sino si el modelo operativo se ajusta a la arquitectura del sistema, a la estrategia de transformación y a los objetivos económicos.

Con SAP S/4HANA, muchas empresas se enfrentan a un doble reto: deben modernizar sus procesos y aplicaciones y, al mismo tiempo, determinar cómo se gestionará su futuro entorno de sistemas. La nube pública, el centro de datos propio o el alojamiento gestionado no solo se diferencian en el aspecto técnico. Influyen en los costes, las responsabilidades, las dependencias y el margen de maniobra empresarial durante muchos años.

Analizar los costes de la nube a largo plazo

Las plataformas en la nube permiten una rápida puesta en marcha y un escalado flexible. Sin embargo, en la práctica, los costes de funcionamiento pueden resultar difíciles de prever. Además de la capacidad de cálculo y el almacenamiento, en los costes totales se incluyen la transferencia de datos, las copias de seguridad, la alta disponibilidad, los servicios de seguridad, la supervisión y la asistencia técnica. Si aumentan los volúmenes de datos o los requisitos de rendimiento, la estructura de costes también cambia.

Por lo tanto, una comparación fiable no debe limitarse a los precios individuales de la infraestructura. Lo relevante es el coste total de las operaciones a lo largo del periodo de uso previsto. Esto incluye la administración de SAP Basis, el funcionamiento de la base de datos y del sistema operativo, la gestión de parches y versiones, la recuperación ante desastres, la disponibilidad de guardia y los gastos internos de gestión.

Los presupuestos de TI predecibles son fundamentales, sobre todo para las medianas empresas. Un modelo operativo debe permitir la escalabilidad sin perder el control de los costes. Lo decisivo no es solo la rapidez con la que se dispone de los recursos, sino también la transparencia y la estabilidad de los costes a lo largo de varios años.

Evaluar de forma realista la dependencia de un proveedor

La elección de una plataforma supone una decisión estratégica para las empresas. Cuanto más se adapten la arquitectura, las interfaces, los procesos operativos y las herramientas de gestión a un proveedor concreto, más complicado puede resultar un cambio posterior.

La dependencia de un proveedor no se debe únicamente a la tecnología. Los modelos contractuales, los servicios propios y los conocimientos operativos exclusivos también pueden limitar la portabilidad de un entorno SAP. Por lo tanto, la soberanía no significa prestar todos los servicios por cuenta propia. Se manifiesta en la capacidad de seguir pudiendo elegir la ubicación operativa, el proveedor de servicios y el modelo contractual en función de las propias necesidades.

Las licencias SAP propias del cliente constituyen una base importante para ello. La gestión técnica puede delegarse a un proveedor especializado, mientras que la empresa sigue siendo la encargada de tomar las decisiones sobre los niveles de servicio, los costes y el desarrollo futuro.

«OnPremise» no es lo mismo que «gestión propia»

A menudo se asocia el término «OnPremise» con servidores ubicados en las propias instalaciones de la empresa. Para los entornos SAP modernos, esta definición resulta demasiado restrictiva. «OnPremise» también puede significar que una empresa utilice sus propias licencias SAP y mantenga el control sobre su modelo operativo, mientras que la infraestructura y los servicios técnicos gestionados los proporciona un socio externo.

SAP S/4HANA se ejecuta, por ejemplo, en los centros de datos de un proveedor de alojamiento. El cliente no tiene que disponer de hardware propio ni crear una estructura operativa completa que funcione las 24 horas del día, los 7 días de la semana. Al mismo tiempo, el entorno de sistemas no está necesariamente vinculado a un modelo de nube pública o de suscripción. De este modo, se pueden combinar la reducción de la carga operativa y el control estratégico.

Que este modelo sea adecuado depende de la situación inicial. Es necesario tener en cuenta el dimensionamiento del sistema, el volumen de datos, las interfaces, la disponibilidad, así como el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO), además de los requisitos de seguridad, cumplimiento normativo y gobernanza. De este modo se obtiene un modelo operativo objetivo sólido.

Los servicios de gestión técnica como base operativa

El alojamiento profesional de SAP abarca mucho más que la potencia de cálculo, el almacenamiento y la red. Para garantizar un funcionamiento estable, la infraestructura, SAP Basis y la gestión de servicios de TI deben estar perfectamente coordinadas. Esto incluye la supervisión, la gestión de parches y versiones, las copias de seguridad y la restauración, la alta disponibilidad, la recuperación ante desastres, la supervisión de la seguridad, así como la gestión de la base de datos y del sistema operativo. El servicio de guardia, el servicio de asistencia técnica y los acuerdos de nivel de servicio definidos completan la gama de prestaciones. Al externalizar estas tareas, los equipos internos de TI pueden centrarse más en los procesos de negocio, las aplicaciones y los proyectos de transformación. Esto es especialmente relevante, ya que la disponibilidad de personal especializado en SAP es limitada, mientras que aumentan los requisitos en materia de ciberseguridad, disponibilidad de los sistemas y tiempos de respuesta.

„El alojamiento de SAP debe adaptarse a su empresa, a su entorno SAP y a su estrategia de TI, y no al revés“. Por Christoph Kleinhenz, director general de FIS-ASP.

FIS-ASP gestiona entornos SAP en sus propios centros de datos y se encarga de la infraestructura y los servicios técnicos gestionados para SAP S/4HANA. La base operativa la conforman más de 1.000 sistemas SAP gestionados y unos 60.000 usuarios de alojamiento. El servicio de operación y asistencia está disponible las 24 horas del día. Las normas ISO 27001, ISO 27017, ISO 9001 e ISAE 3402 establecen un marco transparente para la seguridad de la información, la seguridad en la nube, la gestión de la calidad y los procesos operativos controlados.

La rentabilidad requiere seguridad en la planificación

Un modelo operativo de SAP debe funcionar desde el punto de vista técnico y seguir siendo viable económicamente a largo plazo. Con el alojamiento de SAP en los centros de datos de FIS-ASP, se puede acordar una estabilidad de precios durante cinco años. Esto proporciona una base sólida para la planificación presupuestaria. Al mismo tiempo, se evitan las inversiones en infraestructura propia de centros de datos y la creación de una organización operativa completa.

Para determinar si se obtiene una ventaja económica, es necesario realizar un análisis individualizado. El número y el tipo de sistemas, el volumen de datos, el rendimiento, la disponibilidad y el alcance de los servicios gestionados determinan el coste. Un análisis de costes de alojamiento de SAP puede ofrecer, a partir de estos parámetros, un primer rango de costes y proporcionar una base objetiva para la toma de decisiones.

Por lo tanto, las empresas no deberían empezar a definir su estrategia de SAP planteándose la pregunta general de si es mejor la nube o la solución on-premise. Es más eficaz preguntarse qué modelo operativo cumple los requisitos de rentabilidad, seguridad, disponibilidad y control.

La soberanía no se consigue gestionándolo todo por cuenta propia. Se consigue mediante la capacidad de evaluar de forma realista las dependencias y de mantener el margen de maniobra propio. Es precisamente en eso en lo que debería medirse un modelo operativo de SAP preparado para el futuro.

Al directorio de socios: