24 de agosto de 2026
VTEX, ERP y marketplaces: qué flujos integrar para operar catálogo, stock y pedidos sin fricción
Cómo conectar VTEX con ERP y marketplaces para administrar catálogo, stock, precios, pedidos, fulfillment y devoluciones desde una operación centralizada.

VTEX resuelve muy bien la capa de comercio: catálogo, checkout, experiencia de compra y conexión con varios marketplaces. Lo que VTEX no resuelve por sí solo es cómo esos datos se sincronizan con el ERP que administra costos, stock real y facturación, ni cómo se coordina la operación cuando además de la tienda propia se vende en dos o tres marketplaces distintos.
Este artículo repasa qué flujos conviene integrar entre VTEX, el ERP y los marketplaces para que catálogo, stock y pedidos se manejen desde una operación centralizada, en lugar de multiplicar el trabajo por cada canal.
Resumen rápido
- Cada marketplace agregado no suma una integración: suma una integración por cada flujo (catálogo, stock, precios, pedidos, devoluciones).
- La sobreventa entre canales se evita con una única autoridad de stock, no con márgenes de seguridad por canal.
- La traducción de formatos (categorías, atributos, unidades) debe vivir en la capa de integración, no dentro de VTEX ni del ERP.
- Un pedido de marketplace tiene que llegar al ERP con la misma estructura que uno de la tienda propia. Si no, la operación se bifurca.
Por qué sumar marketplaces multiplica la complejidad
Cada marketplace tiene su propio formato de catálogo, sus propias reglas de stock, sus tiempos de sincronización, sus políticas de devolución y su esquema de comisiones. Si VTEX se conecta con el ERP por un lado y cada marketplace se integra por separado, la empresa termina manteniendo tantas integraciones como canales tenga, cada una con su lógica propia y su propio conjunto de errores.
El costo no crece de forma lineal con la cantidad de canales, sino con la cantidad de canales multiplicada por la cantidad de flujos. Sumar un tercer marketplace no significa un trabajo más: significa catálogo, stock, precios, pedidos y devoluciones, cinco flujos nuevos que mantener y monitorear.
Qué flujos conviene integrar
| Flujo | Fuente de verdad | Destino | Consideración crítica |
|---|---|---|---|
| Catálogo | ERP o PIM | VTEX y marketplaces | Traducción de categorías y atributos por canal |
| Stock | ERP o WMS | VTEX y marketplaces | Autoridad única para evitar doble compromiso |
| Precios | ERP | VTEX y marketplaces | Ajuste por comisión y política de cada canal |
| Pedidos | Canal de origen | ERP | Estructura de datos normalizada |
| Fulfillment | OMS o reglas centrales | WMS, sucursales | Mismas reglas para todos los canales |
| Devoluciones | Canal de origen | ERP y stock | Política del marketplace vs. política propia |
| Conciliación | Marketplace | ERP | Comisiones, retenciones y liquidaciones |
El último flujo, la conciliación, es el que más se subestima. Cada marketplace liquida con su propio calendario, descuenta comisiones con su propio criterio y aplica retenciones distintas. Sin integración, esa conciliación termina siendo un trabajo manual de finanzas que crece con cada canal.
Riesgos de integrar cada marketplace por separado
- Sobreventa cuando dos canales comprometen el mismo stock casi al mismo tiempo, sin una capa central que arbitre.
- Reglas de precio y comisión distintas en cada integración, difíciles de auditar cuando un margen no cierra.
- Tiempos de sincronización desiguales entre marketplaces, lo que genera inconsistencias temporales de disponibilidad.
- Costo de mantenimiento creciente cada vez que un marketplace cambia su API o sus reglas de publicación.
- Diagnóstico imposible. Cuando un pedido no llega, hay que revisar el canal, la integración específica y el ERP, sin una vista común.
Cómo resolver el stock entre la tienda propia y los marketplaces
Este es el punto que define si la operación escala. Hay tres enfoques y solo uno funciona bien a mediano plazo:
Reparto fijo por canal. Se asigna una porción del stock a cada canal. Es simple, evita sobreventa y desperdicia inventario: un producto puede estar agotado en un canal mientras hay unidades reservadas sin vender en otro.
Publicación total con margen de seguridad. Todos los canales ven el stock completo menos un colchón. Aprovecha mejor el inventario pero no elimina la sobreventa; solo la hace menos frecuente, y sigue reteniendo unidades sin vender.
Autoridad única de stock con reserva en tiempo real. Todos los canales consultan y comprometen contra la misma fuente. Cuando una venta se confirma en cualquier canal, la unidad queda reservada de inmediato para todos los demás. Es el único enfoque que permite publicar el inventario completo sin sobrevender, y requiere una capa de integración capaz de responder con latencia baja.
La elección entre estos enfoques no es técnica: es una decisión sobre cuánto inventario está dispuesta la operación a inmovilizar. Es el mismo problema que resuelve una arquitectura centralizada entre POS, ecommerce y ERP, extendido a canales de terceros.
Una capa de integración común para VTEX y los marketplaces
El enfoque más escalable es que VTEX, el ERP y cada marketplace no se conecten directamente entre sí, sino a través de una capa común que centraliza reglas de stock, precios y pedidos.
Concretamente, esa capa se encarga de:
- Normalizar el pedido de cualquier origen a una estructura única antes de enviarlo al ERP.
- Traducir el catálogo al formato de cada canal: categorías propias, atributos obligatorios, requisitos de imagen, límites de caracteres.
- Arbitrar el stock con una única autoridad y reserva inmediata.
- Aplicar reglas de precio por canal, incluyendo comisiones y ajustes.
- Registrar y monitorear cada transacción, con reintentos ante fallas de las APIs de los marketplaces, que son frecuentes.
Así, agregar un nuevo marketplace implica configurar un canal adicional sobre una base existente, no construir cinco integraciones nuevas desde cero. Ese principio es el mismo que sostiene una arquitectura componible de VTEX y ERP en retail LATAM.
Preguntas frecuentes
¿VTEX no incluye ya conexión con marketplaces? VTEX ofrece conectores nativos con varios marketplaces, que resuelven bien la publicación y la recepción de pedidos. Lo que sigue quedando por resolver es la relación con el ERP: cómo llega el pedido a la contabilidad, cómo se sincroniza el stock real del depósito y cómo se concilian comisiones y liquidaciones.
¿Quién debe ser la fuente de verdad del catálogo, VTEX o el ERP? El ERP o un PIM deberían serlo para los datos maestros de producto y los precios. VTEX es un canal de venta más, aunque sea el principal. Cuando VTEX se usa como fuente de verdad del catálogo, sumar un marketplace obliga a extraer datos desde una plataforma de comercio, que no está diseñada para ese rol.
¿Cómo se evita la sobreventa en campañas de alta demanda? Con reserva de stock en el momento de la confirmación de la venta, no en el de la preparación, y con una autoridad única de inventario. Los márgenes de seguridad por canal reducen la frecuencia del problema pero no lo eliminan, y cuestan ventas.
¿Las devoluciones de marketplaces deben tratarse distinto? El proceso interno debería ser el mismo: mismo identificador único, mismo reingreso de stock, misma nota de crédito. Lo que cambia son los plazos y las condiciones que impone cada marketplace, y eso se resuelve con reglas en la capa de integración, no con un proceso paralelo.
¿Cuánto tarda sumar un marketplace nuevo con esta arquitectura? El trabajo se concentra en mapear la taxonomía y los atributos obligatorios del canal nuevo. Los flujos de stock, pedidos y devoluciones ya existen y se reutilizan, que es exactamente el motivo por el que conviene la capa común.
Checklist para integrar VTEX con ERP y marketplaces
- ¿El stock se gestiona desde una única fuente de verdad para todos los canales?
- ¿La reserva de inventario ocurre en el momento de confirmar la venta?
- ¿El catálogo se traduce automáticamente al formato de cada marketplace?
- ¿Un pedido de cualquier marketplace llega al ERP con la misma estructura de datos?
- ¿Las comisiones y liquidaciones de cada marketplace se concilian automáticamente?
- ¿Las devoluciones de marketplaces siguen el mismo proceso que las de la tienda propia?
- ¿Agregar un nuevo marketplace reutiliza la integración existente con el ERP?
Quizá también te pueda interesar leer:
• “Devoluciones omnicanal: cómo integrar tienda física, ecommerce y ERP para cerrar el ciclo sin errores” Weavee centraliza la integración de VTEX con tu ERP y marketplaces, con autoridad única de stock y pedidos normalizados, para que sumar un canal de venta sea una configuración y no un proyecto.


