Alsea, uno de los mayores operadores de restauración en Latinoamérica y Europa, ha completado una modernización de sus sistemas SAP con una migración a SAP RISE sobre AWS. La compañía, con más de 4.000 establecimientos en 11 países y un porfolio de marcas que incluye Starbucks, Domino’s Pizza o Vips, ha trasladado sus entornos desde su centro de datos de Tres Cantos (Madrid) a una arquitectura cloud con despliegues en Virginia y Texas (EE. UU.), en un proyecto liderado por Atos.
La operación se enmarca en una tendencia que se ha acelerado en grandes grupos con operaciones distribuidas: mover el núcleo transaccional de SAP a modelos gestionados y estandarizados para ganar elasticidad, simplificar la operación y reducir dependencias de infraestructura propia.
En el caso de Alsea, el foco declarado ha sido reforzar la resiliencia operativa y habilitar nuevas capacidades digitales, sin desligar el proyecto de un objetivo más prosaico, pero determinante, mantener la continuidad del negocio en un entorno de alta rotación, picos de demanda y presión sobre márgenes.
SAP RISE, el programa de SAP para llevar entornos ERP a la nube bajo un enfoque de “suscripción y servicios”, suele implicar una combinación de migración técnica, actualización y gobierno del cambio. No es solo un traslado de servidores. En la práctica, obliga a revisar compatibilidades, personalizaciones y dependencias, y a encajar el sistema en un marco más controlado por el proveedor, con acuerdos de nivel de servicio y una arquitectura que tiende a la estandarización. Esa tensión, entre la flexibilidad histórica de los entornos SAP muy personalizados y la disciplina operativa que impone un modelo cloud gestionado, aparece de forma implícita en los datos del proyecto.
Atos detalla que, además de la reubicación de la infraestructura, se ejecutó una “profunda optimización técnica y funcional” del paisaje SAP. El alcance cuantitativo apunta a una intervención de calado: revisión y ajuste de más de 1.200 procesos de negocio, adaptación de 5.000 programas ABAP y migración e integración de 72 interfaces críticas. ABAP, el lenguaje de programación propio de SAP, suele concentrar personalizaciones acumuladas durante años, a veces décadas, y su adecuación es uno de los puntos que más condiciona plazos y riesgos en migraciones complejas. Las interfaces, por su parte, conectan el ERP con sistemas periféricos (finanzas, logística, recursos humanos, herramientas de punto de venta o plataformas de reporting), y su estabilidad es clave para que el cambio no se traduzca en interrupciones operativas.
El traslado desde Tres Cantos a AWS, con despliegues en Virginia y Texas, introduce otra capa de lectura. La elección de regiones en Estados Unidos puede responder a criterios de disponibilidad de servicios, capacidad, latencia aceptable para determinados flujos o estrategias corporativas de estandarización. Sin embargo, también obliga a gestionar con precisión aspectos de arquitectura y operación, especialmente en compañías con presencia en varios países y con procesos sensibles al tiempo, como la consolidación financiera o la reposición de inventario. En proyectos de este tipo, la latencia no suele ser el único factor: pesan la resiliencia, la capacidad de recuperación y la consistencia operativa entre sedes.
Uno de los elementos más subrayados por Atos es la continuidad del negocio ante escenarios adversos. Según la información facilitada, se realizaron pruebas exhaustivas para demostrar la capacidad de la solución de mantener la operativa frente a desastres naturales, ciberataques o fallos de hardware, minimizando el impacto económico y reputacional. En términos de arquitectura, esto suele traducirse en planes de recuperación ante desastres (disaster recovery) con objetivos de tiempo de recuperación (RTO) y de punto de recuperación (RPO) definidos, además de procedimientos de conmutación y verificación periódica. Lo relevante aquí no es solo la existencia del plan, sino su validación mediante pruebas, un punto que a menudo se posterga en migraciones por presión de calendario.
La modernización también se presenta como una “conversión tecnológica” que deja la plataforma preparada para el futuro. En el lenguaje de SAP, esa preparación suele implicar compatibilidad con versiones y componentes más recientes, y una reducción de deuda técnica que, si se mantiene, encarece cada cambio posterior. En organizaciones con múltiples geografías y marcas, la deuda técnica no es un concepto abstracto: se manifiesta en ciclos de despliegue más lentos, dependencia de perfiles muy específicos y dificultad para introducir automatización o analítica avanzada sin fricciones.
Atos sostiene que el resultado es una plataforma “más ágil y escalable”, con bases para evolucionar hacia servicios cloud avanzados y nuevas capacidades digitales. Aunque el comunicado no entra en detalles sobre qué servicios concretos se priorizarán, el encaje natural de un ERP modernizado en cloud suele abrir la puerta a integrar herramientas de analítica, automatización y gobierno del dato con menos trabajo de infraestructura. Aun así, la experiencia en grandes migraciones sugiere que la agilidad prometida depende tanto de la arquitectura como del modelo operativo posterior: gestión de cambios, control de personalizaciones, disciplina de integración y capacidad de absorber actualizaciones sin reabrir proyectos permanentes.
El proyecto se describe como una migración “altamente compleja”, y los números aportados refuerzan esa idea. Ajustar 1.200 procesos de negocio implica, en la práctica, alinear áreas funcionales y operativas, y decidir qué se mantiene, qué se estandariza y qué se rediseña. En compañías de restauración con operación intensiva, los procesos no son solo administrativos: afectan a compras, logística, planificación, finanzas y, de forma indirecta, a la experiencia en tienda. La modernización del core transaccional puede mejorar estabilidad y rendimiento, pero también introduce un periodo de adaptación en el que la organización debe absorber cambios en procedimientos y controles.
En paralelo, la relación entre cliente, integrador y proveedor cloud adquiere un peso mayor. SAP RISE suele redistribuir responsabilidades: parte de la operación se gestiona bajo el paraguas del programa, mientras que el integrador asume tareas de migración, adecuación y, en muchos casos, soporte y evolución. AWS aporta la capa de infraestructura y servicios cloud. Esa triangulación puede mejorar la gobernanza si está bien definida, aunque también exige claridad contractual y operativa para evitar zonas grises, especialmente en incidencias, rendimiento o cambios de capacidad.
Gabriel Muñoz, responsable de SAP en Atos Iberia, enmarca el proyecto como un ejercicio de modernización orientado a “construir una plataforma tecnológica más ágil, resiliente y preparada para el futuro”, con énfasis en eficiencia, innovación y crecimiento sostenible. Más allá del lenguaje corporativo, el mensaje apunta a un patrón habitual en grandes cuentas: el ERP deja de ser un sistema que se “mantiene” y pasa a ser una plataforma que debe evolucionar con menos interrupciones, con mayor previsibilidad y con capacidad de absorber cambios de negocio sin reescrituras constantes.
Queda abierta una incógnita que suele determinar el éxito real de estas transformaciones en el medio plazo: cómo se gobernará la evolución posterior del entorno SAP para evitar que las personalizaciones vuelvan a crecer sin control y para que la promesa de escalabilidad se traduzca en ciclos de cambio más cortos. En un grupo con miles de establecimientos y múltiples marcas, esa disciplina operativa, más que la migración en sí, suele marcar la diferencia entre una modernización puntual y una plataforma realmente preparada para el siguiente salto.
