Un OMS, Order Management System o sistema de gestión de pedidos, coordina el ciclo de vida de un pedido desde que se crea hasta que se entrega, cancela o devuelve.
Su función no es sustituir necesariamente al ecommerce, al ERP o al SGA. Su valor aparece cuando existen varios canales, almacenes o reglas de disponibilidad y es necesario decidir qué pedido puede servirse, desde dónde y con qué prioridad.
Qué hace un OMS
Un OMS centraliza la información necesaria para gestionar pedidos.
Dependiendo de la operación puede encargarse de:
- recibir pedidos de ecommerce, marketplaces, tiendas o comerciales;
- validar datos y estados;
- consultar disponibilidad;
- reservar stock;
- dividir un pedido entre varios orígenes;
- decidir desde qué almacén o tienda se sirve;
- gestionar cancelaciones;
- coordinar estados de preparación y expedición;
- informar al canal de venta;
- iniciar devoluciones;
- mantener trazabilidad del ciclo del pedido.
El alcance cambia mucho entre empresas. En algunas, el ERP ya cubre buena parte de estas funciones. En otras, la complejidad omnicanal necesita una capa específica.
OMS, ecommerce, ERP y SGA no hacen lo mismo
Es habitual que estos sistemas compartan información y que sus límites no estén claros.
El ecommerce suele gestionar catálogo, carrito, pago y experiencia de compra.
El ERP suele concentrar procesos empresariales como ventas, compras, facturación, clientes, proveedores o contabilidad.
El SGA o WMS dirige la operación física del almacén: ubicaciones, movimientos, picking, packing, reposición, inventario y expedición.
El OMS se sitúa entre la demanda y la ejecución. Recibe el pedido y ayuda a decidir cómo debe cumplirse.
Una arquitectura posible sería:
- el canal crea el pedido;
- el OMS valida disponibilidad y origen;
- el ERP registra la operación comercial cuando corresponde;
- el SGA recibe la orden que debe preparar;
- el almacén confirma preparación y expedición;
- el OMS actualiza el estado hacia el canal y el cliente.
No existe una única arquitectura correcta. Lo importante es que cada dato tenga un responsable claro.
La disponibilidad es más compleja que el stock físico
Uno de los problemas principales de un OMS es decidir qué cantidad se puede prometer.
No basta con conocer el stock físico.
Puede existir mercancía:
- reservada para otros pedidos;
- bloqueada;
- pendiente de inspección;
- en tránsito;
- en picking;
- comprometida con una tienda;
- disponible en otro almacén.
Por eso conviene distinguir entre inventario físico y disponibilidad comercial.
Un OMS puede aplicar reglas para evitar vender unidades que realmente no pueden servirse.
La calidad de esa decisión depende de que el control de inventario sea fiable y de que los sistemas intercambien estados correctamente.
Gestión de pedidos multicanal
La necesidad de un OMS aumenta cuando los pedidos llegan desde varios canales.
Por ejemplo:
- ecommerce propio;
- marketplaces;
- tiendas físicas;
- pedidos B2B;
- comerciales;
- call center.
Si cada canal reserva stock de forma independiente, pueden aparecer sobreventas o prioridades contradictorias.
El OMS puede consolidar la demanda y aplicar una política común.
Esto es especialmente importante en operaciones omnicanal donde tienda y ecommerce comparten existencias.
Decidir desde dónde servir un pedido
Cuando existe más de un almacén o tienda, el sistema puede necesitar elegir el origen.
La decisión puede considerar:
- disponibilidad;
- distancia al cliente;
- coste de transporte;
- capacidad del almacén;
- hora de corte;
- prioridad del canal;
- inventario que conviene consumir;
- promesa de entrega.
Enviar siempre desde el punto más cercano no tiene por qué ser óptimo.
Tampoco lo es utilizar siempre el almacén con más unidades.
La regla debe equilibrar servicio, coste y operación.
División y consolidación de pedidos
Un pedido puede contener referencias disponibles en ubicaciones diferentes.
El OMS puede decidir si:
- espera a consolidar todo;
- divide el pedido en varios envíos;
- cambia el origen;
- propone una fecha posterior;
- cancela únicamente una línea.
Estas reglas afectan directamente a costes y experiencia de cliente.
Por eso deben definirse antes de integrar los sistemas.
Qué recibe el SGA
El SGA no necesita necesariamente toda la información comercial del pedido.
Necesita los datos operativos que le permitan ejecutarlo.
Por ejemplo:
- identificador;
- líneas y cantidades;
- prioridad;
- servicio;
- fecha u hora límite;
- restricciones;
- dirección o ruta cuando afecten al proceso;
- instrucciones de packing;
- transportista si ya está decidido.
A partir de ahí el almacén puede aplicar picking por zonas, olas o lotes y devolver el resultado real.
Qué devuelve el SGA al OMS
La comunicación debe funcionar en ambos sentidos.
El SGA puede confirmar:
- pedido aceptado;
- preparación iniciada;
- faltas;
- sustituciones cuando estén permitidas;
- cantidades preparadas;
- bultos;
- expedición;
- incidencias.
El OMS utiliza esta información para mantener actualizado al canal y tomar nuevas decisiones si algo falla.
Cancelaciones y cambios
Una cancelación es sencilla mientras el pedido todavía no se ha liberado al almacén.
Después puede ser necesario saber si:
- el picking ya ha empezado;
- la mercancía está consolidada;
- el paquete está cerrado;
- el transportista ya ha recogido.
Por eso OMS y SGA necesitan compartir estados suficientemente detallados.
Cancelar un pedido en el ecommerce sin informar al almacén puede terminar en una expedición que ya no debería salir.
Devoluciones
El ciclo del pedido no termina con la entrega.
Una devolución puede requerir autorización, transporte de retorno, inspección y decisión sobre el inventario.
El OMS puede gestionar la relación con el pedido original mientras el SGA controla la recepción física.
Nuestra guía de logística inversa desarrolla esta parte de la operación.
Integración con ERP
En muchas empresas el ERP sigue siendo el sistema financiero y administrativo principal.
El OMS puede enviarle:
- pedidos confirmados;
- expediciones;
- facturación;
- devoluciones;
- ajustes necesarios.
A su vez puede recibir catálogo, clientes, precios u otra información maestra.
La integración ERP-SGA sigue siendo relevante aunque exista OMS: simplemente aparece una capa adicional y hay que definir mejor las responsabilidades.
Integración técnica
La conexión entre sistemas puede realizarse mediante:
- APIs;
- webhooks;
- colas de mensajes;
- ficheros;
- procesos programados.
La tecnología concreta es menos importante que la fiabilidad.
Una integración operativa debería contemplar:
- identificadores únicos;
- reintentos;
- idempotencia;
- registro de errores;
- reconciliación;
- alertas;
- estados recuperables.
Un pedido no puede desaparecer porque una API falle durante unos segundos.
Cuándo empieza a tener sentido un OMS
No toda empresa necesita uno.
Puede empezar a aportar valor cuando aparecen situaciones como:
- varios canales de venta;
- varios almacenes o tiendas;
- sobreventas frecuentes;
- reglas complejas de asignación;
- pedidos divididos;
- reservas;
- cancelaciones difíciles de coordinar;
- necesidad de promesas de entrega;
- estados incoherentes entre sistemas.
Si existe un único canal, un único almacén y el ERP ya gestiona correctamente los pedidos, añadir otro sistema puede generar más complejidad que beneficio.
KPIs útiles
Para evaluar la gestión de pedidos pueden medirse:
- pedidos aceptados sin incidencia;
- tiempo desde pedido hasta liberación;
- porcentaje de pedidos divididos;
- cancelaciones;
- pedidos sin stock;
- tiempo hasta expedición;
- entregas dentro de promesa;
- errores de sincronización.
El objetivo es localizar dónde se rompe el flujo entre venta y ejecución.
El OMS coordina; el SGA ejecuta
La distinción más útil es pensar que el OMS decide cómo cumplir la demanda mientras el SGA dirige lo que ocurre físicamente en el almacén.
Ambos pueden solaparse parcialmente, y en operaciones sencillas uno de ellos puede asumir funciones del otro.
Cuando la operación crece, definir correctamente esa frontera evita duplicidades y facilita que ecommerce, ERP, almacén y transporte trabajen con la misma información.
En Warefy podemos estudiar tanto la integración entre sistemas existentes como el desarrollo de una solución de almacén a medida cuando la operativa no encaja bien en herramientas cerradas.
¿Necesitas adaptar la gestión de tu almacén?
En Warefy desarrollamos software SGA y WMS a medida y conectamos la operativa del almacén con otros sistemas de la empresa.