Tu SGA sigue funcionando. Los pedidos se envían. Las operaciones continúan. Pero «que funcione» no es lo mismo que «sea suficiente».
Elegir el software de SGA adecuado es una decisión para los próximos diez años. Lo que la mayor parte de las empresas subestiman es que el sistema que eligieron hace ocho años se diseñó para las limitaciones de hace ocho años. Desplegar un nuevo centro lleva meses en lugar de semanas. Un proyecto de automatización se estanca porque no existe la integración. Los costes de mantenimiento aumentan, mientras que el producto apenas evoluciona.
Los equipos se las arreglan. Siempre lo hacen. Las soluciones provisionales se convierten en procesos. La fricción se normaliza. Para cuando alguien lo señala, la brecha entre lo que necesita el almacén y lo que permite el sistema lleva años creciendo.
Hemos identificado diez indicadores en cuatro categorías. Tecnología y seguridad. Aspecto económico. Escalabilidad. Hoja de ruta del producto. La mayoría de las empresas que experimentan tres o más de estos indicadores señales ya han superado el punto de inflexión.
Señales de tecnología y seguridad
1. Un tiempo de disponibilidad inferior al 99,9 %
Es el estándar actual. Por debajo de ese nivel, las ralentizaciones y los cortes del servicio afectan a las operaciones. No obstante, el tiempo de disponibilidad solo es un síntoma. Lo que importa es lo que hay detrás: la arquitectura en la nube, la redundancia, un diseño sin estado. Si tu SGA se basa en una infraestructura que no puede garantizar el 99,9 %, la pregunta es cuánto tiempo pasará antes de que un periodo de máxima actividad lo ponga de manifiesto.
2. Pila tecnológica obsoleta
Una prueba rápida. ¿Tu SGA es compatible con dispositivos Android? ¿Admite conectores modernos, API abiertas y streaming de eventos? ¿O sigue funcionando en entornos TSE que incluso Microsoft ha dejado de mantener?
Los almacenes cada año integran más equipamiento. Robótica, IoT, visión por ordenador. Un SGA que no pueda conectarse a ellos fácilmente no es estable. Está aislado.
3. Brechas de seguridad
SOC 1, 2, 3. ISO 27001. SSO. Autenticación multifactor.
Son los requisitos mínimos para operar sin poner en riesgo tus datos ni los de tus clientes.
Señales financieras
4. Modelo de precios desconectado del uso real
Algunas plataformas de SGA siguen cobrando en función de la capacidad máxima durante todo el año.
Pagas en agosto por el volumen de trabajo del Black Friday.
A gran escala, esta fricción se agrava. Un modelo de costes de software de SGA moderno debería basarse en el consumo, no en los peores escenarios posibles.
5. Los costes de mantenimiento aumentan sin que mejore el producto
Analiza la tendencia. Si las cuotas de mantenimiento siguen subiendo, pero el producto no cambia, pregunta por qué.
La inflación lo explica en parte. Aun así, también puede significar que hay menos clientes compartiendo la base de costes. Es posible que tu proveedor esté financiando la asistencia técnica de productos antiguos, en lugar del desarrollo de productos.
Una comprobación práctica: pregunte a su proveedor sobre la retención de clientes, el crecimiento y los clientes de referencia, así como sobre la hoja de ruta de su producto y las prioridades de inversión en I+D. Si la rotación de clientes es elevada o el desarrollo parece estancado, es posible que estés asumiendo una gran parte del coste de un producto que no evoluciona.
Señales de escalabilidad
6. Los periodos de máxima actividad ponen a prueba el sistema
Las ralentizaciones durante el Black Friday o en Navidad no son problemas de volumen. Son problemas de arquitectura. Si tu SGA no puede absorber un pico de actividad del 40 % sin que se produzca un deterioro del servicio, estarás compensándolo con mano de obra adicional y soportando la tensión operativa que ello conlleva.
7. Abrir un nuevo centro es como empezar de cero
Un segundo o tercer almacén debería desplegarse a partir de un core model replicable. Si cada centro requiere su propia ronda de soluciones provisionales, configuraciones específicas y meses de configuración, no hay escalabilidad. Y en el contexto de una adquisición, hacer malabarismos con varios sistemas entre distintos centros es un modelo que no se va sostener.
Señales de la hoja de ruta del producto
8. La hoja de ruta no dice nada
Fíjate en lo que tu proveedor ha lanzado al mercado en los últimos cinco años. Después, fíjate en lo que promete para los próximos tres. Si la diferencia es grande, la inversión se está ralentizando. Las publicaciones de versiones son una señal. Las publicaciones de versiones son indicativas de una I+D activa. Los parches esporádicos son indicativos de un modo de mantenimiento.
9. Los desarrollos personalizados nunca se convierten en estándar
Todos los SGA acumulan desarrollos específicos de cada cliente. Es normal. Lo que importa es si esas especificidades acaban incorporándose en el producto esencial. Si tu proveedor no tiene ningún mecanismo para recabar opiniones, ni jornadas con los clientes, ni aportaciones estructuradas a la hoja de ruta, estás financiando funciones que solo tú mantienes.
10. Una interfaz anclada en el pasado
Los usuarios esperan ahora la misma calidad de experiencia de usuario que en las aplicaciones de gran consumo. Una interfaz anticuada implica una prolongación de la incorporación de cada nuevo operario, más errores y más resistencia. La mayor parte de los proveedores serios han realizado importantes inversiones en la experiencia de usuario durante los últimos cinco años. Si el tuyo no lo ha hecho, eso te indica cuáles son sus prioridades.
¿Es obsoleto un SGA sin IA?
Todavía no. Pero la postura del proveedor en cuanto a la IA dice mucho sobre hacia dónde se dirige el producto.
Ya existen casos de uso reales en las operaciones de almacén. Consultas de datos en lenguaje natural. Visión por ordenador para el control de calidad. Análisis predictivo para la asignación de huecos y la planificación de la mano de obra. Priorización dinámica de las tareas basada en condiciones en tiempo real. Esto va más allá del eslogan de marketing «IA integrada».
La cuestión no es si tu SGA cuenta en la actualidad con funciones de IA. Es si tu proveedor está trabajando en ellas con casos de uso concretos e implementaciones probadas, o si simplemente está a la espera de ver qué sucede.
Un proveedor que realiza pruebas de concepto (POC), publica resultados e integra la IA en su hoja de ruta está invirtiendo en el futuro de su producto. Un proveedor que en 2026 no tenga una visión sobre la IA te está diciendo hasta dónde llega su ambición.
Lo que realmente cuesta un cambio tardío
Al principio, los equipos se adaptan. Siempre lo hacen. Soluciones provisionales. Parches manuales. Partes del sistema que todo el mundo sabe que debe evitar.
Luego, los proyectos empiezan a necesitar más tiempo. La integración de un operador que debería llevar semanas se alarga a meses. El lanzamiento de un nuevo centro pone de manifiesto carencias que nadie había documentado. Todas las iniciativas tienen que sortear el sistema en lugar de aprovecharlo.
El coste real no son las cuotas de mantenimiento. Es lo que dejas de intentar porque el sistema no lo admite. El proyecto de automatización que nunca se pone en marcha. La adquisición que no se puede integrar. El periodo de máxima actividad para el que hay que contratar personal porque el SGA no puede adaptarse.
Las empresas que planifican el cambio eligen su propio calendario. A las empresas que esperan, se les impone el calendario.
Qué hacer una vez que las señales son claras
Si tres o más de estos indicadores se aplican a tu situación, la pregunta ya no es «¿deberíamos cambiar?», sino «¿cómo?».
Eso empieza por entender qué necesita tu arquitectura de IT y la escalabilidad del SGA para seguir adelante. Una solución en la nube o local, el grado de preparación para la automatización, el modelo de despliegue en varios centros. Estas decisiones determinan todo lo que viene después.
A continuación, viene el aspecto económico. Comparar el coste real del software de SGA de una nueva plataforma con los costes ocultos que supone quedarse con el sistema actual es lo que convierte una corazonada en una justificación comercial que tu director financiero pueda aprobar.
Y si el desencadenante no es tanto el propio SGA sino más bien el límite entre el ERP frente al SGA, eso ya es otro debate totalmente distinto, pero que normalmente lleva a la misma conclusión.