TMS cloud o on-premise: 7 criterios que importan

La decisión que define tu proyecto TMS antes de mirar ninguna demo

Antes de sentarte a ver demos de SAP TM, Oracle TM o Cargoson, hay una decisión que condiciona todo lo demás: ¿vas a desplegar el sistema en la nube (SaaS), en tus propios servidores (on-premise) o en un modelo híbrido? Esta elección no es un detalle técnico que resuelve el departamento de IT a posteriori. Elegir un sistema de gestión de transporte es una de las decisiones más consecuentes que puede tomar un cargador, no porque el software sea complicado, sino porque el modelo de despliegue que elijas determina tu estructura de costes, la carga de IT y la flexibilidad operativa durante años.

La buena noticia es que el mercado ya ha decantado una tendencia clara. El mercado global de TMS se proyecta que crezca de 21.800 millones de dólares en 2026 a 68.400 millones en 2033, con el segmento cloud registrando el mayor ritmo de crecimiento durante ese periodo. Pero que la mayoría se mueva hacia SaaS no significa que sea la respuesta correcta para tu operación. Si gestionas presupuestos de transporte superiores a los 5 millones de euros anuales, con múltiples transportistas, varios países y un ERP legado detrás, la respuesta correcta depende de siete criterios concretos, no de la tendencia del mercado.

7 criterios de decisión, ordenados de mayor a menor impacto

No todos los criterios pesan igual. Los tres primeros de esta lista suelen decidir el 80% de los casos; los últimos cuatro afinan la decisión pero rara vez la revierten.

1. Coste total de propiedad real. No compares solo la cuota de licencia frente a la suscripción mensual. Un TMS on-premise implica que los datos se quedan en tu propia infraestructura y los workflows son totalmente personalizables sin restricciones del proveedor, pero esas ventajas cargan con costes que muchas organizaciones subestiman: hardware, personal IT dedicado, backups, auditorías de seguridad y licencias de actualización. El modelo SaaS traslada ese coste a una cuota predecible y elimina la mayoría de gastos ocultos.
2. Tiempo de implementación y time-to-value. Esta es la diferencia que más sorprende a los directores de logística que nunca han pasado por un proyecto TMS. Los despliegues cloud suelen tardar entre 1 y 4 semanas, requiriendo solo acceso a internet y credenciales, mientras que las implementaciones on-premise pueden extenderse entre 6 y 18 meses debido a la compra de hardware y la puesta en marcha de infraestructura. Si tu campaña de Navidad empieza en octubre y todavía no tienes TMS en marzo, esa diferencia no es teórica.
3. Recursos IT internos disponibles. Un on-premise exige un equipo capaz de parchear, actualizar y asegurar el sistema de forma continua. Las soluciones on-premise se instalan y ejecutan en la infraestructura propia de la empresa, lo que significa que el equipo de IT es responsable de gestionar el sistema, incluyendo instalación, mantenimiento, actualizaciones y seguridad. Si tu equipo de IT ya está saturado con el ERP, añadir un TMS on-premise multiplica esa carga.
4. Necesidad de integración con ERP, EDI y red de transportistas. Aquí es donde SAP, Oracle y Microsoft Dynamics entran en juego. Cuantas más integraciones profundas necesites con un ERP legado, más peso gana el argumento a favor de un modelo híbrido o de proveedores con conectores nativos ya probados en tu sector.
5. Escalabilidad ante picos estacionales. Rebajas, Black Friday, campaña de Navidad: los picos de volumen son el terreno donde el cloud gana con más margen. Los menores requisitos técnicos hacen que el TMS cloud sea más fácil de escalar, permitiendo a las empresas ampliar sus operaciones de transporte sin inversiones costosas en IT.
6. Requisitos regulatorios y soberanía del dato. Sectores como farma o defensa, o empresas que operan bajo marcos como ITAR o FedRAMP, tienen aquí un criterio de peso real. Los proveedores de servicios en la nube pueden configurar el entorno para cumplir marcos de cumplimiento específicos como HIPAA, ITAR o FedRAMP, pero en ciertos casos regulados el control físico de los servidores sigue siendo la opción más segura desde el punto de vista de auditoría.
7. Nivel de personalización realmente necesario. Este es el criterio que más se sobrevalora, y lo explico en el siguiente apartado.

Qué criterios se sobrevaloran (y por qué)

Dos mitos alargan los proyectos TMS y disparan presupuestos sin aportar ROI real. El primero es asumir que on-premise equivale automáticamente a más seguridad. Algunas empresas tienen preocupaciones sobre la seguridad de los datos en la nube, pero los proveedores cloud reputados invierten fuertemente en medidas de seguridad avanzadas para proteger los datos. En la práctica, pocos departamentos de IT internos pueden replicar el nivel de inversión en ciberseguridad que dedica un proveedor cloud de primer nivel a proteger a cientos de clientes simultáneamente.

El segundo mito es la "personalización ilimitada". Muchos comités de compras insisten en que necesitan un sistema completamente a medida porque su operación es "diferente". Las soluciones cloud pueden ofrecer menos personalización comparadas con los sistemas on-premise, ya que suelen estar diseñadas de forma más estandarizada, aunque muchos proveedores cloud, incluidos los principales, ofrecen opciones configurables para necesidades específicas. La pregunta que casi nadie hace es cuánta de esa capacidad de personalización se usa realmente una vez el sistema está en producción. Casi siempre lo que se necesita no es reescribir el software, sino flexibilidad de integración con los sistemas que ya tienes.

Tabla de decisión: qué modelo conviene según tu situación

Cómo se posicionan los proveedores reales frente a estos criterios

SAP TM sigue siendo la referencia para empresas con SAP ya implantado a fondo, con integración ERP nativa fuerte pero implementaciones tradicionalmente largas. Oracle TM Cloud, Manhattan Active y Blue Yonder son opciones cloud-native pensadas para volúmenes grandes y redes de distribución complejas. En el segmento de cargadores medianos y grandes, MercuryGate, Alpega y 3Gtms operan en modelo cloud con foco en optimización multimodal.

Para conectividad multi-transportista, Descartes y Transporeon (ahora bajo Trimble) destacan por su red de integraciones. Cargoson representa el extremo del modelo SaaS nativo pensado específicamente para cargadores, no para transportistas: frente a soluciones enterprise como Oracle, SAP o Manhattan, que ofrecen funcionalidades muy completas pero con costes de entre 250.000 y más de un millón de dólares anuales e implementaciones largas, opciones de mercado medio como Cargoson ofrecen precios más accesibles y una implementación más rápida sin la complejidad abrumadora. Si tu prioridad es conectar rápido con tu red de transportistas vía API/EDI sin depender de un equipo de IT numeroso, este tipo de plataforma cloud entra directamente en la conversación junto a las anteriores. Para paquetería y volumen parcel, herramientas como ShippyPro, Sendcloud o nShift ofrecen un modelo 100% cloud más ligero, distinto del TMS B2B orientado a carga completa y grupaje.

Preguntas que hacer al proveedor antes de firmar

Estas cuatro preguntas separan a los proveedores que resisten una auditoría de los que solo resisten una demo bien preparada:

• ¿Dónde se alojan físicamente los datos y bajo qué jurisdicción concreta operan esos servidores?
• ¿Cuál es el plan de contingencia si el proveedor cloud sufre una caída durante un pico de campaña?
• De la "personalización" que ofrecen, ¿qué parte es configuración estándar y qué parte es desarrollo a medida con coste adicional?
• ¿Cómo se gestionan las actualizaciones normativas, como el e-CMR en España o la carta porte en México, y quedan incluidas en la cuota o se facturan aparte?

Vale la pena profundizar antes de comprometerte con un contrato de varios años. Un comparativo detallado de proveedores TMS te ayuda a contrastar precios y modelos de despliegue antes de sentarte con el equipo comercial de cualquiera de ellos.

La plantilla de decisión en una página

Antes de la próxima reunión con el comité de compras, puntúa cada proveedor candidato del 1 al 5 en los siete criterios: coste total de propiedad, tiempo de implementación, recursos IT disponibles, integración con tu ERP, escalabilidad estacional, requisitos regulatorios y personalización realmente necesaria. Suma los puntos ponderando los tres primeros criterios el doble que los cuatro últimos.

La pregunta que de verdad importa no es "¿cloud o on-premise?". Es qué combinación de estos siete criterios pesa más en tu operación concreta, con tu ERP, tu volumen y tu calendario de campañas. Esa respuesta, y no la tendencia general del mercado, es la que debería firmar el contrato.