ERP y WMS: cómo deben convivir sin pisar pedidos, stock ni trazabilidad
Ver contenido del artículo
ERP y WMS conviven bien cuando cada dato tiene una autoridad definida. No alcanza con decidir dónde se guarda. Hay que documentar quién puede crearlo, quién puede modificarlo, quién solo lo consulta y qué evento confirma que el cambio ocurrió.
El error aparece cuando dos sistemas creen tener la última palabra. El ERP descuenta una venta, el WMS confirma un movimiento físico y una integración publica disponibilidad. Si cada uno corrige al otro con reglas distintas, el número puede oscilar sin que nadie sepa cuál representa la realidad.
Este artículo no vuelve a explicar qué significan ERP, OMS, WMS y TMS. Tampoco repite la integración específica entre ERP y Mercado Libre. Su aporte es definir el gobierno de datos entre ERP y WMS.
La regla central: una autoridad por decisión
“Fuente de verdad” suele usarse como si un sistema debiera mandar sobre todo. Ese enfoque es demasiado amplio. Producto, precio, existencia física, disponibilidad comercial, estado de preparación y documento fiscal son decisiones diferentes.
El sistema que origina el registro y conserva su identidad principal.
El sistema autorizado para cambiar un campo o confirmar un evento.
La réplica que otro sistema necesita para operar, sin convertirse en autoridad.
La evidencia de que el receptor aceptó y aplicó el cambio esperado.
Una empresa puede asignar autoridades distintas según su arquitectura. La regla estable no es “el ERP siempre manda”. Es no dejar dos autoridades activas sobre la misma decisión sin una regla de conflicto explícita.
Matriz de gobierno: quién crea, modifica y confirma
| Dato o decisión | Autoridad habitual | Qué recibe el otro sistema | Pregunta que debe quedar resuelta |
|---|---|---|---|
| Producto y SKU | ERP o catálogo maestro. | Identidad, descripción operativa, códigos y estado. | ¿Dónde se corrige un SKU mal definido? |
| Precio y condición comercial | ERP, OMS o motor comercial acordado. | Valor de consulta cuando el WMS lo necesita. | ¿Quién puede publicar o cambiar el precio? |
| Existencia física | Sistema que registra el movimiento real en el depósito. | Confirmaciones de entradas, salidas, daños o ajustes. | ¿Qué evento modifica la cantidad física? |
| Disponibilidad comercial | Regla única que combina existencia, reservas y seguridad. | Cantidad publicable por canal o depósito. | ¿Cómo se evita ofrecer unidades ya comprometidas? |
| Pedido | ERP u OMS según el circuito acordado. | Orden de trabajo con identidad y versión. | ¿Qué cambio obliga a actualizar o cancelar la preparación? |
| Estado operativo | WMS durante picking, packing y despacho. | Hitos confirmados y excepciones. | ¿Cuándo “listo” se convierte realmente en “despachado”? |
| Documento fiscal | ERP o solución fiscal autorizada. | Número, estado o documento necesario para el flujo. | ¿La operación puede continuar si la emisión queda pendiente? |
| Trazabilidad | El sistema que observa el evento, con identidad compartida. | Evento, fecha, actor, objeto y resultado. | ¿Se puede reconstruir el recorrido entre ambos sistemas? |
Separá existencia física, reservado, disponible para vender, en tránsito, bloqueado y valoración contable. Si todos se reducen a un solo número, la discusión sobre cuál sistema manda nace mal.
Cómo evitar que ERP y WMS se corrijan sin parar
Supongamos que el WMS confirma la última unidad para una orden. El ERP todavía muestra una unidad disponible y la integración vuelve a publicarla. Luego el WMS informa cero y otro proceso restaura el valor anterior. El problema no es la velocidad. Es la doble autoridad.
La solución necesita una secuencia:
- Definir qué evento reserva la unidad.
- Definir qué evento confirma la salida física.
- Calcular la disponibilidad comercial en un solo lugar.
- Publicar el resultado sin permitir que una copia lo reescriba.
- Comparar periódicamente el estado esperado con el observado.
La conciliación no significa reemplazar automáticamente un dato con otro. Primero clasifica la diferencia. Puede ser un evento pendiente, una reserva activa, un movimiento físico no confirmado o un error de mapeo.
Cómo viaja la información sin perder control
Un circuito recuperable
Los webhooks reducen la demora, pero pueden repetirse o llegar fuera de orden. La idempotencia evita que un reintento cree un segundo efecto. La reconciliación detecta eventos faltantes o estados divergentes. Estos controles deben adaptarse al ERP, WMS y volumen reales, sin copiar tiempos o cantidades universales.
Cinco conflictos que la matriz debe resolver
El mismo evento llega dos veces y crea dos trabajos. Control: identidad externa e idempotencia.
Una actualización atrasada pisa una versión nueva. Control: versión, fecha y regla de precedencia.
El WMS ya empezó a preparar. Control: estados que admiten cancelación y tratamiento de la excepción.
Los sistemas identifican distinto la misma variante. Control: tabla de mapeo y rechazo visible.
El ERP marca enviado antes de la transferencia física. Control: evento operativo definido.
Ambos sistemas muestran valores distintos. Control: cola, responsable y evidencia para decidir.
Cómo probar la convivencia antes de producción
Una demo feliz no demuestra recuperación. La prueba debe incluir órdenes reales y casos incómodos:
- El mismo pedido se envía dos veces.
- Un SKU o variante no tiene correspondencia.
- El ERP queda temporalmente inaccesible.
- Una orden cambia cuando ya está en preparación.
- El receptor responde tarde y el estado queda incierto.
- La reconciliación encuentra una diferencia.
Para cada caso pedí seis evidencias: identificador compartido, sistema de origen, evento disparador, dato esperado, respuesta recibida y procedimiento de recuperación. También debe existir una forma de distinguir pendientes técnicos de decisiones operativas.
Qué cambia en una operación argentina
El documento fiscal pertenece al ERP o a la solución fiscal configurada. El WMS puede necesitar consultarlo o asociarlo al pedido, pero preparar un paquete no le transfiere autoridad contable. Del mismo modo, la identificación logística puede apoyarse en estándares GS1, mientras cada empresa mantiene sus propios códigos internos.
Mercado Libre y Tiendanube agregan eventos, identificadores y estados de canal. Esa capa no cambia la regla de gobierno. Amplía la matriz. En operaciones con varias cuentas, la cuenta de origen también forma parte de la identidad. La guía sobre varias cuentas de Mercado Libre y Tiendanube desarrolla ese punto.
Dónde encajan Conectodo Packing e Integra
Conectodo separa dos responsabilidades. Packing organiza la ejecución de salida del depósito. Integra puede transmitir determinados datos entre un ERP y los canales según la integración configurada.
Packing no administra recepción, compras, existencias ni recuentos. El diseño correcto se define dato por dato y se confirma con el ERP concreto. Conocer Conectodo Packing o conocer Conectodo Integra.
Preguntas frecuentes
¿El ERP siempre debe ser la fuente de verdad?
No. La autoridad se define por dato y decisión. El ERP suele gobernar información administrativa y comercial; el WMS gobierna eventos físicos del depósito dentro del alcance configurado.
¿Quién debe controlar el stock, el ERP o el WMS?
Primero hay que separar existencia física, reservas, disponibilidad comercial y valoración contable. Cada una puede tener una autoridad distinta, pero no debería tener dos autoridades simultáneas sin una regla explícita.
¿Qué diferencia hay entre autoridad y copia de consulta?
La autoridad puede modificar o confirmar el dato. La copia de consulta lo replica para operar o informar, pero no debe corregir al sistema autorizado.
¿Un webhook garantiza que ambos sistemas quedaron sincronizados?
No. El webhook informa un cambio. Todavía hay que procesarlo, registrar el resultado y reconciliar para detectar avisos perdidos o estados diferentes.
¿Cómo se prueba una integración ERP y WMS?
Con pedidos reales, eventos repetidos, datos inválidos, cambios tardíos, caídas temporales y reconciliación. Cada prueba debe dejar evidencia del resultado y del procedimiento de recuperación.
¿Conectodo reemplaza al ERP?
No. Packing organiza y valida la salida del depósito. Integra puede transmitir datos configurados entre sistemas y canales. La administración, facturación y contabilidad permanecen en el ERP o solución correspondiente.
Definí responsabilidades antes de conectar sistemas
En una demo revisamos qué datos necesita tu operación, qué sistema debe gobernarlos y cómo se relacionan con la salida del depósito.
Pedir demo por WhatsApp