Quien gestiona un almacén se topa antes o después con tres siglas: WMS, WES y WCS. Se usan a menudo como sinónimos — no lo son. Son tres capas de software distintas, con cometidos distintos, que en muchas instalaciones conviven. Entender dónde acaba una y empieza la otra es el primer paso para elegir bien. Comprar un WMS esperando que gobierne las cintas transportadoras, o un WCS pensando que gestionará las existencias, es un error que cuesta meses de proyecto.
En esta guía explicamos qué hace cada sistema, con ejemplos concretos de almacén, y ponemos las diferencias en una tabla. Después aclaramos cuándo tiene sentido mantenerlos separados y cuándo conviene una plataforma integrada.
Qué es un WMS (Warehouse Management System)
El WMS es la capa de gestión del almacén: sabe qué hay, dónde está y qué tiene que ocurrir. Gestiona los datos maestros de artículos, las existencias por ubicación y unidad de carga (UdC), los pedidos de recepción y de expedición, y los procesos operativos estándar: recepción, ubicación, picking, inventario, control de calidad.
Es el sistema que responde a preguntas como: ¿cuántas piezas del código X tengo en stock? ¿En qué ubicación? ¿De qué lote debo tomar para respetar el FEFO? ¿Qué tengo que expedir hoy y con qué transportista?
El WMS es también el custodio de la trazabilidad: lotes, números de serie, caducidades, el historial de cada movimiento. Cuando una auditoría pregunta «dónde ha acabado el lote Y», la respuesta la da el WMS.
Ejemplo concreto: llega un palé del proveedor. El WMS registra la recepción, asigna el lote, decide la ubicación de almacenamiento según reglas (rotación, peso, clase ABC) y genera la misión de ubicación para el operario.
Qué es un WCS (Warehouse Control System)
El WCS es la capa de control de la automatización: habla directamente con las máquinas. Cintas transportadoras, sorters, miniloads, shuttles, AGV/AMR, robots de picking: cada dispositivo tiene su PLC o su controlador. El WCS los coordina en tiempo real mediante protocolos industriales — OPC-UA, Modbus, FINS para los PLC Omron, VDA 5050 para los AGV, MQTT para los dispositivos IoT.
El WCS no sabe nada de pedidos de cliente ni de lotes: sabe que el bulto 12345 de la cinta 3 tiene que salir por la dársena 7, e imparte la orden al sorter. Gestiona misiones, enclavamientos, seguridades y la recuperación cuando una máquina se detiene.
Ejemplo concreto: el sorter debe clasificar 4.000 bultos/hora en 12 dársenas de salida. El WCS lee el código de barras de cada bulto en tránsito, consulta el destino y acciona el desviador correcto en el milisegundo correcto. Si una dársena se atasca, recalcula los encaminamientos.
Si el almacén es enteramente manual — estanterías, carretillas, operarios con terminal — el WCS no hace falta. Hace falta en el momento en que entra automatización física.
Qué es un WES (Warehouse Execution System)
El WES es la capa de orquestación en tiempo real: decide quién hace qué, ahora. Se sitúa lógicamente entre WMS y WCS y optimiza la ejecución: asigna las tareas a los operarios y a las máquinas, planifica las olas de picking. Y recalcula las prioridades cuando algo cambia: un pedido urgente, un operario ausente, una zona congestionada.
La diferencia con el WMS es el tiempo: el WMS razona sobre «qué hay que hacer hoy», el WES sobre «qué conviene hacer en los próximos cinco minutos, y por parte de quién». La diferencia con el WCS es el objeto: el WCS comanda máquinas, el WES equilibra el trabajo entre personas y máquinas a la vez.
Ejemplo concreto: a las 15:00 entra un pedido con cut-off de transportista a las 16:30. El WES lo coloca en cabeza de las prioridades y lo asigna al operario más cercano a la zona de picking. Al mismo tiempo pide al WCS que adelante la misión del shuttle que debe llevar a bordo la UdC que falta. Sin WES, ese pedido habría salido mañana.
El WES nació precisamente para esto. En los almacenes modernos personas y automatización conviven, y la frontera nítida entre «gestión» y «control» ya no basta. Hace falta alguien que dirija la orquesta en tiempo real.
Las diferencias en síntesis
Los tres sistemas se distinguen por nivel de decisión, horizonte temporal e interlocutores.
| WMS | WES | WCS | |
|---|---|---|---|
| Papel | Gestión | Orquestación | Control |
| Responde a | Qué hay, dónde, qué hay que hacer | Quién hace qué, ahora, en qué orden | Cómo se mueve físicamente |
| Horizonte temporal | Jornada / turno | Minutos / tiempo real | Milisegundos / tiempo real |
| Interlocutores | ERP, operarios, transportistas | Operarios y máquinas a la vez | PLC, sorters, shuttles, AGV, robots |
| Objetos gestionados | Artículos, lotes, UdC, pedidos | Tareas, prioridades, olas, recursos | Misiones, bultos en tránsito, señales |
| Ejemplo de decisión | «Toma del lote A123, ubicación 05-B-12» | «Este pedido pasa delante: lo hace Marco, ahora» | «Bulto 12345 → desviador dársena 7, ahora» |
| Hace falta si… | Siempre (todo almacén estructurado) | Volúmenes altos, prioridades variables, mezcla persona/máquina | Hay automatización física |
Dónde acaba uno y empieza el otro: un flujo completo
Sigamos un pedido de cliente a través de las tres capas.
- El ERP transmite el pedido. El WMS se hace cargo: comprueba las existencias, determina de qué lotes y ubicaciones hay que tomar, genera las listas de picking.
- El WES mira todas las listas abiertas y decide la secuencia. Agrupa los pedidos en una ola, asigna las líneas a tres operarios y una misión al shuttle para las ubicaciones automáticas, ordenándolo todo para respetar los cut-off.
- El WCS ejecuta la parte automática: comanda el shuttle que extrae la UdC, la lleva a la cinta y encamina el contenedor hacia el puesto de picking del operario correcto.
- El operario toma y confirma (con terminal o escáner). La confirmación asciende: el WES actualiza las tareas, el WMS descuenta la existencia y registra el lote expedido, el ERP recibe la confirmación de expedición.
Mismo pedido, cuatro decisiones a niveles distintos. Cuando las siglas se confunden es porque algunos fabricantes llaman «WMS» a un sistema que también hace orquestación, o «WCS» a un control de máquina con algo de lógica de prioridades. Las etiquetas cuentan menos que las funciones: la pregunta correcta no es «¿qué sigla tiene?», sino «¿quién decide qué, y sobre qué horizonte temporal?».
¿Sistemas separados o plataforma integrada?
El modelo de sistemas separados
Históricamente las tres capas eran productos separados, a menudo de proveedores distintos: el WMS del fabricante de software de gestión, el WCS del constructor de la instalación, el WES — cuando lo había — de un tercero. Este modelo funciona, pero tiene costes conocidos. Cada frontera entre sistemas es una interfaz que hay que desarrollar, probar y mantener. Los datos hay que reconciliarlos, porque la existencia del WMS y la que «ve» la automatización divergen. Y cuando algo se atasca, averiguar cuál de los tres sistemas tiene el problema exige tres proveedores al teléfono.
La separación sigue teniendo sentido cuando la automatización es monolítica y llave en mano (el constructor impone su WCS), o cuando no se toca un WMS corporativo ya consolidado.
El modelo integrado
El enfoque integrado — una única plataforma con las tres capas conectadas de forma nativa — elimina las interfaces internas. Quedan un solo modelo de datos, existencias siempre alineadas con la automatización, una sola interfaz para los operarios y un solo interlocutor cuando hace falta asistencia. Es el camino más eficiente para almacenes mixtos, empresas multisede y proyectos en los que la automatización crece por etapas. Se empieza con el WMS y se activan WES y WCS cuando llegan shuttles o sorters, sin cambiar de sistema.
Es el enfoque de Kazam: una plataforma source-available donde WMS y WES son módulos del mismo software. Gestión y orquestación conviven en un solo sitio, que se abre desde el navegador: quien coordina trabaja ahí, los operarios en los terminales, y las tres capas ven los mismos datos en el mismo instante. Del almacén manual a la instalación con shuttles y AGV, sin cambiar de sistema cuando llega la automatización. El código es accesible a clientes y partners, por tanto inspeccionable, y la adopción puede ser gradual, sin lock-in.
El control de las máquinas (OPC-UA, Modbus, FINS, VDA 5050) corre a cargo de Sun Tech WCS, un producto aparte: su código es público en GitHub con licencia Apache 2.0 y trabaja con Kazam o con otro WMS que implemente el contrato HTTP público.
Preguntas frecuentes
¿Puedo tener un WMS sin WES ni WCS?
Sí, y es el caso más común: un almacén manual bien organizado vive perfectamente solo con el WMS. WES y WCS se vuelven necesarios cuando crecen los volúmenes, las urgencias y la automatización.
¿El WES sustituye al WMS?
No: son complementarios. El WES no gestiona datos maestros, existencias ni trazabilidad — orquesta la ejecución de lo que el WMS ha planificado.
¿El WCS lo suministra el constructor de la instalación?
A menudo sí, sobre todo en las instalaciones llave en mano. Pero un WCS independiente y multifabricante resulta valioso cuando conviven automatizaciones de constructores distintos o de generaciones distintas: hace de orquestador neutral en lugar de atarle al software de un único constructor.
¿Y el MES? ¿Tiene algo que ver?
El MES (Manufacturing Execution System) es el equivalente del WES para la producción: gobierna la ejecución en la fábrica, no en el almacén. En los centros productivos con almacén integrado, MES y WMS/WES dialogan — típicamente vía API o middleware.
¿Cuánto cuesta añadir WES y WCS a un WMS existente?
Depende de la integración: entre sistemas de fabricantes distintos, la interconexión suele ser la partida más cara del proyecto. Con una plataforma integrada el coste incremental es la activación de módulos, no el desarrollo de interfaces.
Kazam WMS une WMS y WES en una sola plataforma source-available; para la capa de las máquinas está Sun Tech WCS, el Warehouse Control System con el código público en GitHub (licencia Apache 2.0), que trabaja con Kazam o con otro WMS. Pruebe Kazam Web o hable con un ingeniero.
Kazam WMS · plataforma de almacén