Respuesta breve
Un WMS registra la mercancía que entra y sale y, a diferencia del software contable, conoce la ubicación exacta de cada unidad, planifica dónde colocarla, traza rutas de preparación y confirma cada paso con un escaneo. Compensa cuando el stock está en muchos sitios, varias personas preparan a la vez y los errores o las búsquedas cuestan dinero; una tienda pequeña con un solo cuarto de estanterías puede arreglarse con una hoja de cálculo.
Qué añade un sistema de gestión de almacenes al registro de existencias
Un sistema de gestión de almacenes responde a una pregunta que el registro de existencias deja abierta: no cuántas unidades tienes, sino dónde está cada una y quién la movió. El artículo de Wikipedia en inglés define un WMS como un conjunto de políticas y procesos que organizan el trabajo de un almacén o centro de distribución. Su tarea central es registrar lo que entra y sale. El software hecho para ello puede además seguir la ubicación exacta del stock, aprovechar mejor el espacio y coordinar tareas.
Un programa contable o el módulo de stock de un ERP puede mostrar cuarenta lámparas en existencia sin decir en cuál de tres estanterías están. Según la comparación de Wikipedia, las herramientas de inventario miran el coste de los materiales y el momento de reponer, el WMS mira el movimiento dentro del edificio, y a los módulos de almacén de un ERP les falta la sofisticación de un WMS avanzado. La Wikipedia en ruso añade que los sistemas sin almacenamiento por ubicaciones solo registran entradas y salidas y suelen llamarse programas de contabilidad de almacén. La contabilidad dice qué tienes; el WMS, dónde está y con qué rapidez puede salir.
Direcciones de ubicación y reglas de colocación: la cuadrícula del WMS
El almacenamiento por ubicaciones parte de una regla: cada sitio donde puede haber mercancía recibe una dirección, normalmente pasillo, estantería, nivel y posición, impresa en una etiqueta junto al hueco. El registro de stock deja de ser un número y se convierte en una lista de sitios con cantidades. Al receptor se le indica adónde va un palé, y al preparador se le envía a un lugar y no a un nombre de producto. Sin esa cuadrícula, el software solo repite lo que el personal ya recuerda.
Según la Wikipedia en ruso, los sistemas basados en ubicaciones convienen a almacenes grandes con alta rotación y planifican la colocación según las propiedades de la mercancía y de los lugares de almacenaje. En el día a día esas propiedades se convierten en reglas. Lo pesado va abajo, lo que se prepara cada hora va cerca de embalaje, lo lento va más arriba y lo que necesita frío va solo a la zona refrigerada. La regla se escribe una vez y se aplica a cada recepción, así que la decisión ya no depende de quién esté de turno.
Preparación de pedidos en un WMS: listas, rutas, lotes y escaneos
El artículo de Wikipedia sobre la preparación de pedidos la define como recoger artículos en una cantidad determinada antes del envío para cumplir los pedidos de los clientes. En la preparación por zonas cada operario se queda en su zona, en la preparación por lotes uno recoge para varios pedidos a la vez, y la preparación por oleadas combina ambas. Una lista en el orden en que el cliente escribió el pedido hace ir y venir al preparador; ordenada por ubicación, pierde buena parte del zigzag. El artículo señala que los productos WMS crean rutas de preparación para minimizar el recorrido del operario.
Cada paso se confirma con un escaneo, que solo funciona si cada artículo lleva un número que el sistema conoce. GS1 US describe el GTIN (Global Trade Item Number) como una clave de identificación de GS1 que sirve para identificar un artículo comercial. El GTIN es el dato, y el código de barras, su soporte físico. La Wikipedia en ruso lo describe desde el almacén: la mercancía entrante lleva códigos de barras y los terminales de captura de datos los leen durante los recuentos.
Etiquetas de palé, recuentos cíclicos y los sistemas con los que habla un WMS
Palés y paquetes necesitan un número propio. GS1 Sweden explica que es el SSCC (Serial Shipping Container Code): 18 dígitos formados por el prefijo de empresa GS1, un número de secuencia y un dígito de control, que identifica unidades logísticas como palés y paquetes desde la producción hasta el cliente final. Para que esos números coincidan con las estanterías hay que contar. Wikipedia describe el recuento cíclico como contar un subconjunto pequeño y concreto del inventario en una secuencia repetida con regularidad, menos disruptivo que un inventario físico completo que detiene la operación.
Un WMS rara vez trabaja solo. Los pedidos llegan de la tienda online o de un marketplace, la contabilidad necesita saber qué entró y qué salió, y los transportistas necesitan etiquetas y horarios de recogida; cada enlace es una integración que hay que construir, probar y mantener. Antes de cambiar de software, anota tus propias cifras: pedidos al día, minutos desde la impresión hasta el embalaje, envíos con error y desviación de los recuentos frente al registro. Esas cifras son la única base honesta para juzgar después cualquier sistema.
RACKLIGHT, un WMS concepto en el que el almacén es la pantalla
Estas ideas se reúnen en RACKLIGHT, un concepto que el estudio VITON13 creó por iniciativa propia para mostrar su alcance: no es un proyecto de cliente ni un producto lanzado, y funciona con datos generados. Es un WMS para Norvane DC-02, un almacén de logística a terceros que no existe, con 400 productos, 38 pedidos de salida al día, cinco muelles de entrada, cinco de salida y una cámara frigorífica. La empresa, sus clientes, transportistas, proveedores y cada cifra son ficticios, y una insignia fija en pantalla lo dice. El objetivo era que el propio almacén fuera la interfaz sin convertirlo en un escaparate 3D.
El edificio de 108 por 80 metros está dibujado en three.js con una cámara isométrica: 12 pasillos principales, 4 pasillos en una cámara frigorífica acristalada y 10 muelles. Sus 1656 ubicaciones aparecen como palés 3D vivos, coloreados por stock o por frecuencia de preparación, mientras nueve preparadores y cinco carretillas recorren los pasillos. La búsqueda lleva la cámara a cualquier ubicación, la ilumina con un haz y traza el camino desde el preparador más cercano. El escaneo de entrada aplica una regla por rotación: lo rápido junto a embalaje, lo lento en los niveles altos de reserva y lo refrigerado en la cámara frigorífica.
Optimizador de rutas y demo de IA dentro del concepto RACKLIGHT
El optimizador compara la secuencia de una hoja de pedido con una ruta construida por vecino más cercano y 2-opt sobre las distancias más cortas entre pasillos. Con los 1140 pedidos que la demo genera en 30 días, la ruta optimizada resultó en mediana un 32 % más corta que recorrer la hoja línea a línea, y el pedido que muestran las pantallas baja de 409 m a 211 m. Frente a una hoja simplemente ordenada por código de ubicación, la ganancia mediana ronda el 9 %. El propio caso la llama la comparación más justa para un almacén que ya ordena sus listas de preparación.
La inteligencia de inventario lleva la etiqueta de IA de demostración, y la interfaz lo explica: reglas y estadística que se ejecutan en el navegador, no un modelo de lenguaje. Cada SKU tiene 90 días de demanda generada con estacionalidad semanal; la previsión usa índices estacionales de las últimas ocho semanas y una tendencia lineal amortiguada, y el stock de seguridad con z = 1,65 fija el punto de pedido. Cuatro listas señalan stock bajo, exceso, stock muerto y cambios de ubicación. Alrededor de la escena hay un panel y vistas de inventario, pedidos y muelles, en inglés y ruso.
Lo que un concepto con datos generados no puede probar sobre un WMS
RACKLIGHT prueba menos de lo que sugieren sus pantallas, y el caso lo dice. Norvane DC-02, sus clientes, transportistas, proveedores, productos y cada cifra son ficticios y se generan en el navegador: no hay usuarios, ni clientes, ni almacén, ni ingresos detrás, y no prueba nada sobre adopción o ahorro en una operación real. La IA de demostración nunca ha visto demanda real. Nada se conecta a un WMS, un ERP, un lector de códigos o un sistema de muelles reales, la distribución está fijada en el código en vez de importarse de planos, y las rutas ignoran la congestión, los carros y la preparación por lotes. El 32 % es un resultado sobre pedidos generados, no sobre un almacén en marcha.
Una implantación real añade la parte difícil. Hay que intercambiar pedidos y stock con la tienda, el marketplace y la contabilidad, enviar etiquetas y horarios de recogida a los transportistas, y lograr que lectores, impresoras de etiquetas y wifi funcionen en cada pasillo. El personal necesita formación, y el paso desde el proceso antiguo requiere un plan de transición con recuento completo, fecha y alternativa por si algo falla. El artículo de Wikipedia sobre WMS señala que personalizar estos sistemas puede ser caro y que un software más complejo puede resultar más difícil para los empleados.
Preparar el almacén para un WMS: datos, plano y la decisión de comprar o desarrollar
La preparación es la misma elijas lo que elijas. Dibuja el plano y enumera cada ubicación con su dirección, su tamaño y la mercancía que admite. Limpia los datos maestros de producto: un registro por artículo con medidas, peso, unidad de medida y el GTIN de la etiqueta. Describe el perfil de pedidos, desde pedidos al día y líneas por pedido hasta los días pico, y apunta el software que ya usas y quién se encarga de cada uno.
Un sistema de gestión de almacenes listo para usar cubre el flujo estándar de recepción, colocación, preparación, embalaje y recuentos, y Wikipedia señala que las licencias perpetuas de este software van dando paso a suscripciones alojadas. Encaja cuando tus procesos se parecen a los de la mayoría de los almacenes. El desarrollo a medida tiene sentido cuando el proceso es inusual, cuando una herramienta lista exigiría mucha personalización o cuando lo que falta es una interfaz sobre los sistemas que conservas. El estudio VITON13 diseña y desarrolla plataformas logísticas de este tipo, y las guías de abajo explican de qué depende el coste de una integración API y del desarrollo SaaS.
Lista práctica
- Enumera cada ubicación de almacenaje con su dirección, su tamaño y el tipo de mercancía que admite.
- Limpia los datos maestros: un registro por artículo con medidas, peso y GTIN.
- Mide pedidos al día, minutos por pedido, errores de envío y desviaciones de recuento antes de cambiar nada.
- Nombra cada sistema con el que el WMS debe intercambiar datos: tienda, marketplace, contabilidad y transportistas.
- Decide qué parte de tu flujo es inusual antes de comparar opciones listas para usar y a medida.
Preguntas frecuentes
¿Un WMS es lo mismo que un programa de contabilidad de almacén?
No. El software contable y los módulos de stock de un ERP registran qué posee la empresa y cuánto vale. Un WMS añade el lugar: la ubicación de cada unidad, la tarea que la movió y la persona o el lector que confirmó el paso. Donde funcionan ambos, la contabilidad lleva el dinero y el WMS, el almacén.
¿Necesita un WMS una tienda online pequeña con un solo almacén?
Al principio, a menudo no; el artículo de Wikipedia en inglés menciona que las instalaciones pequeñas todavía usan hojas de cálculo o papel. Las señales de que la hoja ya no basta son prácticas: la mercancía está en muchos sitios, varias personas preparan a la vez, salen artículos equivocados o buscar stock se come la jornada.
¿Qué diferencia hay entre un GTIN y un SSCC en una etiqueta de almacén?
El GTIN identifica un artículo comercial, el producto que vendes. El SSCC identifica una unidad logística concreta, un palé o un paquete, con un número de serie de 18 dígitos. El almacén usa el primero para comprobar que se tomó el producto correcto y el segundo para seguir la unidad mientras se mueve.
¿Puede funcionar un WMS sin lectores de códigos de barras?
Puede trabajar con tareas impresas y confirmación manual, y la Wikipedia en ruso menciona la recepción tanto con radioterminales como con documentos en papel. Sin escaneo, sin embargo, cada confirmación depende de que una persona marque la línea correcta, y se pierde buena parte del control que dan las direcciones y las etiquetas.
¿Se puede implantar el concepto RACKLIGHT en un almacén real?
No. RACKLIGHT es un concepto creado para mostrar alcance y funciona con datos generados de un almacén que no existe. No está conectado a lectores, ERP ni sistemas de muelles reales. Muestra ideas de interfaz y reglas que funcionan; un proyecto real partiría de tu plano, tus datos y tus integraciones.