Funciones que debería tener un WMS para ecommerce

Por Pablo Porcelo, cofundador de Conectodo · Revisión editorial: 26/08/2026

La respuesta corta: un WMS para ecommerce debería controlar, con la profundidad que declara, el recorrido físico de la mercadería. La checklist correcta no pregunta solamente si una función existe. Pregunta qué proceso gobierna, qué excepción resuelve, qué decisión condiciona y qué evidencia deja.

No existe una lista universal idéntica para todos los depósitos. Un sistema que administra entrada necesita recepción, ubicación e inventario. Uno orientado a la salida necesita profundidad en preparación, picking, packing, etiquetado y despacho. Algunos cubren ambos lados y otros se integran con herramientas que completan el recorrido.

Por eso, comparar por cantidad de casillas puede hacerte comprar funciones que nunca vas a usar o aceptar una cobertura demasiado superficial para tu problema real.

Cómo leer esta checklist sin comprar por nombre

La palabra WMS describe una categoría amplia. Hay productos que recorren recepción, almacenamiento, inventario, movimientos, preparación y salida. También hay soluciones que concentran su profundidad en un tramo. Ninguna sigla permite deducir por sí sola qué hace un producto concreto.

La evaluación empieza por tu problema. ¿La fricción aparece cuando recibís y contás mercadería, cuando la guardás, cuando preparás pedidos, cuando cerrás paquetes o cuando entregás a la logística? Esa respuesta define qué parte de la checklist es esencial para vos.

El mapa funcional de un WMS por procesos

Un depósito puede dividirse en ocho procesos. La frontera entre ellos cambia según el producto, pero este mapa permite preguntar dónde empieza y dónde termina la responsabilidad del sistema.

Este artículo se concentra en la cobertura funcional. Si necesitás entender primero qué es un WMS para ecommerce y cuándo lo necesitás, empezá por el pilar de la categoría. Si ya estás comparando alternativas, después podés usar la guía para elegir y probar un sistema.

Funciones núcleo, opcionales y dependientes del modelo

Una función puede ser esencial en una operación y completamente irrelevante en otra. Para ordenar prioridades, conviene clasificarla en uno de estos tres niveles.

Wave, batch, cluster y zone picking son estrategias posibles para organizar la preparación. No son una escala automática de calidad. Su utilidad depende del layout, las unidades por orden, la necesidad de clasificar después y el volumen real de cada jornada.

Checklist de funciones por proceso

Usá esta tabla como mapa inicial. La columna de prueba obliga a convertir la promesa comercial en un comportamiento observable.

Una ubicación de picking no equivale a inventario físico. Un sistema puede indicar dónde buscar un producto sin administrar existencias, movimientos ni recuentos. Del mismo modo, imprimir etiquetas no demuestra que el packing esté validado. La función existe cuando el paquete y su contenido quedan vinculados a una decisión comprobable.

Integración y analítica también son funciones operativas

En ecommerce, una orden puede cambiar de estado, dividirse en más de un envío o recibir eventos repetidos. Por eso, una integración no se prueba solamente viendo si la venta aparece en una pantalla. Hay que comprobar qué ocurre con actualizaciones, cancelaciones, etiquetas, múltiples envíos y fallas.

La documentación actual de Tiendanube, por ejemplo, contempla más de un Fulfillment Order por orden y advierte que los webhooks pueden repetirse o procesarse de forma asíncrona. El principio transferible es simple: la integración debe conservar identidad, evitar resultados duplicados y hacer visible el error.

La analítica tampoco reemplaza al control. Un tablero puede mostrar promedios y aun así no permitir explicar un pedido específico. Pedí las dos cosas: una visión del turno y la posibilidad de reconstruir una excepción hasta su responsable y resultado.

Cómo comprobar que una función existe de verdad

Una pantalla de configuración demuestra que la opción puede marcarse. No demuestra que la operación quede gobernada por esa regla. Para cada función, seguí esta cadena completa.

1. Usá tus datos: una orden realista, variantes parecidas, cantidades y modalidad logística representativa.
2. Probá el camino correcto: observá cuántos pasos requiere y qué información recibe cada persona.
3. Forzá un error: producto equivocado, faltante, lectura repetida, cancelación, reimpresión o webhook duplicado.
4. Buscá la decisión: verificá si el sistema bloquea, deriva, alerta o permite continuar, y bajo qué permiso.
5. Reconstruí el caso: pedí ver el evento, responsable, horario, cambio de estado y resultado final.

Si una función no puede demostrarse con un caso correcto y una excepción, anotala como no comprobada. Esa regla vale más que una presentación extensa o una lista de logos.

Qué cambia cuando vendés por Mercado Libre

Mercado Libre no define una sola operación. Depósito propio, Flex y Full distribuyen responsabilidades de manera distinta. El WMS debe conservar la modalidad real de cada orden y ejecutar el tramo que corresponde.

• Depósito propio: preparación, packing, etiqueta y entrega al siguiente actor ocurren dentro de tu operación.
• Flex: además del paquete listo, pueden importar zonas, capacidad, horario de corte, asignación y seguimiento de reparto propio o tercerizado.
• Full: Mercado Libre almacena y prepara las ventas enviadas a Full. Para el seller, el problema local puede estar en planificar y preparar la reposición hacia ese centro.

No hardcodees una hora universal ni supongas que una integración cubre todas las modalidades. En la demo preguntá cómo identifica la promesa de cada venta, cómo ordena prioridades y qué hace cuando cambia el estado del canal.

Preguntas frecuentes sobre funciones WMS