Elegir entre un WMS en la nube y uno instalado casi nunca se gana con argumentos técnicos. Se gana contestando quién levanta el sistema un domingo a las once de la noche.
Un WMS en la nube se contrata y se usa desde el navegador; uno instalado vive en un servidor que alguien tiene que comprar, cuidar y actualizar. Dicho así parece una decisión de infraestructura, y por eso suele delegarse al área de sistemas —cuando existe— o resolverse con lo que hizo el operador de al lado.
En un operador logístico la decisión es operativa antes que técnica. Lo que está en juego no es dónde corre el programa: es qué pasa el día que algo se rompe, quién lo levanta, en cuánto tiempo y qué le puedes contestar mientras tanto al dueño de la mercancía que está esperando su embarque.
Qué cambia de verdad entre un WMS en la nube y uno instalado
Las diferencias que se discuten en una junta suelen ser las menos importantes. Las que se sienten en el piso son otras:
- Quién levanta el sistema a las tres de la mañana, y con qué obligación de hacerlo
- Quién aplica las actualizaciones, y si puedes decidir no aplicarlas
- Dónde vive el respaldo y cada cuándo se comprueba que se puede restaurar
- Qué pasa cuando dos almacenes tuyos necesitan ver el mismo inventario
- Cómo entra un cliente nuevo: si es configuración o si es un proyecto
- Qué tan fácil resulta conectar el sistema con lo que ya usan tus clientes
La tercera es la que más gente da por resuelta. Tener respaldo no es tenerlo configurado: es haberlo restaurado alguna vez y saber cuánto tardó. Un respaldo que nunca se probó es una carpeta con archivos y una suposición.
La pregunta no es dónde corre el sistema. Es a quién le toca resolverlo cuando no corre.
El argumento del internet que se cae
Es el que aparece siempre, y no es tonto: si el sistema está en la nube y el enlace se cae, el almacén se queda sin sistema. Vale la pena mirarlo con calma, porque casi nunca se sostiene tal como se plantea.
Primero, un sistema instalado también se cae —el servidor, el disco, el clima del cuarto, la corriente— y ahí no hay a quién llamar más que a ti mismo. Segundo, el enlace ya es crítico aunque el WMS sea local: sin internet no entran los pedidos de los canales de tu cliente ni se generan guías. Y tercero, la respuesta seria a esa preocupación no es comprar un servidor: es tener un enlace de respaldo.
Quién actualiza, quién respalda, quién responde
En un sistema instalado las tres respuestas son tú. Eso tiene una ventaja real: decides cuándo cambia algo, y ninguna actualización te sorprende en plena temporada. Y tiene un costo que casi nunca se presupuesta, porque alguien de tu equipo se vuelve sin querer el responsable de un servidor, y sus vacaciones se convierten en un riesgo de operación.
En la nube esas tres tareas son del proveedor, y lo que estás contratando es que sean su trabajo y no el tuyo. A cambio pierdes control sobre el calendario: el sistema cambia cuando el proveedor lo decide. Lo que hay que preguntar no es si actualiza, sino cómo avisa, si puedes probarlo antes y qué pasa si un cambio te rompe un flujo en el piso.
El costo que no está en la cotización
Comparar una renta mensual contra la compra de un servidor deja fuera casi todo. Del lado instalado hay que sumar el sistema operativo y la base de datos, el lugar donde vive la máquina con su corriente y su clima, las horas de quien la administra, y el proyecto de migración cada vez que toca subir de versión.
Del lado de la nube el gasto es más visible, y por eso incomoda más: es una línea que aparece todos los meses. Pero es la única de las dos que trae incluida a la persona que responde cuando algo falla. La comparación honesta no es renta contra compra: es renta contra compra más las horas de tu propio equipo.
Lo que ninguna de las dos opciones arregla
Conviene separar la pregunta de la infraestructura de la del producto, porque se mezclan todo el tiempo. Que un sistema esté en la nube no lo vuelve multipropietario, no le da un tarifario por cliente ni le abre una vista para el dueño de la mercancía. Y que esté instalado en tu servidor no lo vuelve tuyo a los ojos de tu cliente.
Son dos decisiones distintas y se toman en orden: primero qué tiene que hacer el sistema para tu operación, después dónde conviene que corra. Al revés —elegir la infraestructura y luego ver qué opciones quedan— es como se llega a un sistema que corre impecable y no sabe separar la mercancía de dos dueños.
Cuándo sí conviene lo instalado
Hay casos legítimos y vale la pena nombrarlos. Un cliente con una obligación contractual sobre dónde vive su información. Una operación dentro de un recinto donde la conectividad hacia afuera está restringida. O un equipo de sistemas ya formado, con guardias y procedimientos, para el que un servidor más no agrega carga.
Fuera de esos casos, lo instalado suele elegirse por una intuición —«así el sistema es mío»— que no resiste la primera falla en fin de semana. Lo que de verdad hace tuyo a un sistema no es el lugar donde corre: es que tu cliente entre a ver lo suyo y encuentre tu nombre en la pantalla.
Y eso último —que la operación corra a nombre tuyo y no del proveedor de software— no se decide con la infraestructura: es lo que define a un WMS marca blanca con IA para 3PL en México.