El mercado de los SGA ha cambiado. La mayor parte de los nuevos despliegues de SGA se realizan ahora en la nube. El Magic Quadrant para 2025 de Gartner otorga gran importancia a la madurez de la nube en sus criterios de evaluación y estima que más del 80 % de los nuevos proyectos de SGA optan ahora por el modelo SaaS cuando la ecuación económica es favorable. Los proveedores están siguiendo esta tendencia. La cuota de ofertas que dan prioridad al modelo SaaS sigue creciendo.
Pero «este mercado ha cambiado» no es un marco de referencia para la toma de decisión.
Optar por un SGA en la nube o local es hacer una elección sobre cómo llega el cambio a las operaciones del almacén. SaaS ofrece el cambio de forma continua: actualizaciones, parches, seguridad, capacidad. El modelo local ofrece el cambio en forma de proyectos: planificados, presupuestados, programados y, a menudo, pospuestos.
Ambos modelos funcionan. Imponen ritmos distintos, estructuras de costes distintas y dependencias distintas. La cuestión es qué modelo respaldaría el crecimiento de tu empresa durante los próximos 5 a 10 años sin generar deuda estructural. Se trata de una cuestión relacionada con la arquitectura de TI y la escalabilidad del SGA.
Comparación rápida entre un SGA en la nube y un SGA local
Antes de pasar a una comparación detallada, a continuación se explica lo que implica cada modelo en lo que se refiere a las dimensiones que determinan las operaciones a largo plazo.
| Dimensión de la decisión | SGA en la nube | SGA local |
| Inversión inicial | Sin servidores, sin CAPEX en hardware | Servidores, licencias, equipo de DRP |
| Modelo de coste | Suscripción, paga según creces | Licencia + cuotas anuales + costes fragmentados |
| Actualizaciones | Continuas, incluidas | Según el proyecto, gestionadas internamente |
| Despliegue de un nuevo centro | Replicar a partir del core model | Infraestructura de suministro por centro |
| Nivel básico de seguridad | Certificaciones gestionadas por el proveedor (ISO 27001, SOC 2, SOC 24/7) | Depende de los recursos internos y del presupuesto |
| Carga de la infraestructura | Se transfiere al proveedor | A cargo del departamento de TI interno |
| Conectividad de automatización | Prioridad a las API, basada en eventos | Puede requerir middleware o capas personalizadas |
| Velocidad de despliegue | Entorno listo, configurar y listo | Comienza con el hardware, el sistema operativo y la validación de seguridad |
La gestión de centros de datos no es la actividad fundamental de los equipos de logística. En el modelo local, el departamento de TI asume esa carga incluso antes de que comience el proyecto del SGA.
Cuatro situaciones en las que se pone a prueba el modelo de despliegue
Los volúmenes se disparan entre 30 y un 40 %
Llega la temporada de máxima actividad. La productividad se dispara.
Con el modelo SaaS, la plataforma se adapta al consumo. La infraestructura absorbe la carga sin un proyecto.
Con la solución local, ese pico implica planificar la capacidad: VM adicionales, pruebas de rendimiento y, en ocasiones, hardware. El coste es real, pero también lo es el plazo de entrega. Si el pico ya se ha producido, es demasiado tarde para planificar.
Se abre un nuevo centro
El modelo SaaS se despliega a partir de un core model replicable. La misma configuración de referencia, activada en una nueva instancia.
La solución local implica aprovisionar servidores, replicar configuraciones y probar el rendimiento. A menudo, se trata de un proyecto de infraestructura específico para cada centro.
La brecha es manejable en el centro n.º 2. En el centro n.º 4, se traduce en meses de trabajo y presupuesto.
Llega la automatización
La mayor parte de las empresas eligen equipamiento de automatización tras el go-live del SGA. Cintas transportadoras, robótica, sistemas goods-to-person.
Las plataformas de SGA nativas en la nube se conectan a través de API abiertas y el streaming de eventos. Las instalaciones locales suelen requerir middleware o capas de integración personalizadas que nadie había presupuestado.
La pregunta es si tu SGA puede conectarse a equipamiento que no existía en tu arquitectura en el momento del go-live. Un SGA listo para la automatización profundiza en qué requiere la coordinación.
El próximo ciclo de actualización:
Las actualizaciones de SaaS son continuas y están incluidas. El proveedor gestiona la regresión, las pruebas generales y el despliegue.
Las actualizaciones del modelo local son proyectos. Requieren planificación, ventanas de inactividad, pruebas internas y la revalidación de todas las personalizaciones integradas desde la última versión.
Una personalización intensa amplía la brecha. Cada desarrollo específico se convierte en una limitación que debe resistir todas las actualizaciones. Algunas empresas posponen las actualizaciones durante años porque el coste de la revalidación es demasiado elevado. El sistema no se rompe. Simplemente deja de evolucionar.
Otras situaciones siguen el mismo patrón: una migración de ERP, una adquisición que añade varios almacenes de la noche a la mañana, una expansión internacional con requisitos de residencia de datos. El cambio está aquí. El modelo de despliegue determina la rapidez con la que se asimila.
¿Cuál es el TCO real en cada caso?
Comparar el coste de las licencias en la nube y locales no refleja todo el panorama. El coste del SGA depende de mucho más que la suscripción o el precio de licencia. La diferencia real reside en los costes subyacentes.
Una suscripción SaaS suele agrupar el alojamiento, la asistencia técnica, la supervisión, la seguridad, los parches, las actualizaciones, la recuperación tras desastre y los SLA en una sola partida recurrente. En el modelo local, ese mismo alcance se divide en cuatro categorías, cada una con su propio presupuesto, equipo y gobernanza.
| Categoría de costes | Partidas de costes clave | Nube | Local |
| Base de la infraestructura | Servidores, VM, licencias, equipo de DRP, redundancia | Normalmente incluida | Bloque de mayor coste |
| Administración de la infraestructura | Asistencia ininterrumpida, supervisión, copias de seguridad, mantenimiento de bases de datos y sistema operativo, gestión de incidencias | Normalmente incluida | Elevada, requiere personal específico |
| Seguridad | SOC disponible ininterrumpidamente, cortafuegos, parches, certificación ISO 27001, pruebas de penetración anuales | Normalmente incluida | Bloque de mayor coste |
| Gestión de las aplicaciones | Instalación de correcciones urgentes, actualización del entorno, supervisión de las aplicaciones, seguimiento de los SLA | Normalmente incluida | Mayor compromiso continuo |
La cobertura varía según el proveedor de SaaS.
Algunos incluyen un SOC disponible ininterrumpidamente y pruebas de plan de recuperación tras desastre en la suscripción básica. Otros los facturan como niveles de servicio aparte. Pregunta qué incluye la suscripción y qué factores pueden generar costes adicionales.
La infraestructura y la seguridad son los aspectos que más peso tienen en el modelo local. También son las categorías menos visibles en los presupuestos iniciales. Las soluciones locales no tienen por qué ser más caras. No obstante, estos costes se reparten entre distintos equipos y partidas presupuestarias, por lo que es fácil subestimarlos en el momento de la compra.
¿Cuándo es mejor optar por una solución local?
Limitaciones soberanas o normativas
Entornos de defensa, nuclear y determinados entornos de atención sanitaria. Cuando la normativa exige que los datos permanezcan en las instalaciones, la nube puede no ser la primera opción. Las ofertas de nube soberana están reduciendo la brecha, pero aún no han sustituido al alojamiento local en todas las jurisdicciones.
Conectividad poco fiable
Los almacenes con ancho de banda limitado o cortes recurrentes precisan de una ejecución local. Un SGA que depende de una conexión a Internet estable no puede permitirse tiempos de inactividad cuando la red cae durante un turno de máxima actividad.
Inversión reciente en infraestructura
Servidores adquiridos hace 18 meses con un plan de amortización a 5 años vista. Migrar a la nube implica dar de baja activos que aún no se han amortizado. El momento no es el adecuado, aunque la dirección estratégica apunte hacia la nube.
Estas situaciones son reales, aunque también están disminuyendo. Las opciones de modelos híbridos, edge computing y nube soberana están reduciendo la lista de situaciones en las que se requiere estructuralmente una solución puramente local.
Otro factor que acelera el cambio: La IA en el SGA depende de datos limpios y estructurados que fluyan entre sistemas en tiempo real. Las arquitecturas nativas en la nube generan esos datos de forma nativa. Las instalaciones locales con frecuencia no lo hacen.
Cuatro preguntas que debes plantearte antes de comparar proveedores
- ¿Quién se encarga actualmente del mantenimiento de tu infraestructura y cuál es su coste real? No nos referimos solo a la partida presupuestaria, sino a la visión completa: personal, herramientas, energía, cobertura y el coste de oportunidad que supone desviar el tiempo del departamento de TI del valor logístico.
- ¿Cómo se desplegará tu próximo centro? Si la respuesta implica aprovisionar servidores y meses de configuración, el modelo de despliegue ya constituye una limitación.
- ¿Cuándo fue la última actualización de tu SGA y qué la retrasó? Las actualizaciones pospuestas son un síntoma. La causa suele ser una deuda de personalización, agravada por los gastos generales de una solución local.
- ¿Las limitaciones normativas realmente exigen una solución local o se trata de una suposición que nadie ha comprobado? Los modelos de nube soberana e híbridos han cambiado la respuesta para muchos sectores en los últimos tres años.