Conectar un canal de venta con el ERP es un proyecto acotado y bastante conocido. Escribimos sobre eso en las cinco decisiones que definen una integración con Mercado Libre: el dueño del stock, el mapeo de SKU, cuándo se emite el documento tributario, las devoluciones y quién administra las publicaciones.
Pero cuando una empresa vende en Mercado Libre y en su propio sitio y en algún otro marketplace, aparece un problema distinto, y es el que más duele en el día a día.
Nadie sabe en qué estado está cada venta.
El problema que aparece con el segundo canal
Con un canal, el flujo se sostiene en la cabeza de alguien. La persona que revisa Mercado Libre sabe qué pedidos llegaron hoy, cuáles están preparados y cuáles salieron.
Con dos canales eso empieza a fallar. Con tres, ya no funciona.
La escena es siempre parecida: llama un cliente preguntando por su pedido, y la respuesta honesta exige abrir tres pantallas distintas. El portal del marketplace para ver si el pago está confirmado. El ERP para ver si se emitió la boleta. El sitio del courier para ver si se despachó. Y si el despacho es propio, no hay dónde mirar: hay que llamar al chofer.
La pregunta que no tiene dónde contestarse
¿Cuántas ventas tengo hoy sin despachar, sumando todos los canales? En la mayoría de las empresas que hemos visto, esa pregunta no tiene una pantalla donde mirarse. Se arma a mano, con exportaciones a Excel, y para cuando está lista ya cambió.
Y el costo no es solo el tiempo que se pierde. Es que los problemas se descubren tarde: la venta que nunca se preparó aparece cuando el cliente reclama, y el reclamo en un marketplace golpea la reputación del vendedor, que es lo que sostiene la visibilidad de todo el catálogo.
Por qué el ERP solo no lo resuelve
La respuesta intuitiva es «que todo entre al ERP». Es correcta, y es insuficiente.
Un ERP está diseñado para responder qué pasó con un documento: esta factura, esta nota de venta, este pago. Está organizado por documento tributario, no por pedido. Y una venta de marketplace pasa por varios estados antes de que exista documento alguno: pago pendiente, pago acreditado, en preparación, listo para despacho.
Esos estados previos son justamente donde se pierden las ventas. Cuando la venta ya es una factura en el ERP, lo difícil ya pasó.
Hace falta una capa que viva entre los canales y el ERP: que reciba cada venta venga de donde venga, la siga hasta la entrega, y recién entonces la deje documentada.
Qué hace el módulo de Seguimiento de ventas por portales
Es lo que construimos para resolver exactamente eso, y lo hemos implementado en varias empresas chilenas que venden por más de un canal.
La idea de fondo es simple: una sola bandeja donde están todas las ventas de todos los canales, con su estado real, desde que entra el pedido hasta que el cliente lo recibe.
Una bandeja única, sin importar el canal
Mercado Libre, el sitio propio de la empresa, otros marketplaces. Cada venta entra a la misma cola con el mismo formato, y el equipo de bodega trabaja mirando una sola pantalla en vez de rotar entre portales.
Eso tiene un efecto que no se anticipa: deja de importar en qué canal se vendió. La operación se simplifica, y abrir un canal nuevo pasa de ser un proyecto a ser una conexión más.
El estado real de cada venta, de punta a punta
No el estado del documento: el estado del pedido. Pagado, en preparación, preparado, documentado, despachado, entregado. Con quién hizo cada cosa y cuándo.
Esa trazabilidad resuelve la llamada del cliente en una pantalla. Y de paso genera un dato que antes no existía: cuánto demora realmente cada etapa.
Integración con los despachadores
Cuando el despacho lo hace un courier, el seguimiento no se corta al entregar el paquete. El módulo se integra con los despachadores, así que el estado de la entrega vuelve al sistema y queda junto a la venta.
La diferencia práctica: nadie tiene que entrar al sitio del courier con el número de seguimiento para responder una consulta, y las entregas fallidas se detectan solas en vez de aparecer cuando el cliente reclama.
Y la gestión del despacho propio
Esta es la parte que casi ninguna plataforma de e-commerce cubre, porque las plataformas asumen que siempre hay un courier.
Muchas empresas chilenas reparten parte de sus pedidos con vehículos propios —por zona, por volumen o por urgencia— y ese despacho suele administrarse con una planilla y un WhatsApp. El módulo lo trata como lo que es: un tipo de despacho más, con su asignación, su estado y su confirmación de entrega.
Con eso, la pregunta «¿dónde está el pedido del cliente?» tiene la misma respuesta esté en manos de un courier o de un chofer de la empresa.
Lo que cambia cuando hay más de un canal
Tres decisiones se vuelven más delicadas al pasar de uno a varios canales. Conviene tomarlas antes, no después.
El stock es uno solo y se vende en varios lugares
Con un canal, la sobreventa es un riesgo. Con tres, es una certeza si no hay una fuente única de stock.
La regla que recomendamos es la misma de siempre: el ERP es el dueño del stock, y los canales reciben. Pero con varios canales aparece un matiz: el colchón de unidades reservadas no puede repartirse por canal, porque el que venda primero se lleva la unidad. Se descuenta del total disponible, no de la porción asignada a cada portal.
Un mismo producto con tres códigos distintos
Cada canal tiene su propio identificador, y casi nunca coincide con el código interno. La tabla de correspondencia deja de ser una columna y pasa a ser una estructura que hay que mantener.
Lo que marca la diferencia no es construirla —eso se hace una vez— sino que alerte: cuando alguien publica un producto nuevo en un canal y no lo mapea, eso tiene que avisar, no descubrirse con una venta que no se puede preparar.
Cada canal promete plazos distintos
Mercado Libre promete una cosa, el sitio propio otra, y el cliente que llamó por teléfono una tercera. Si todas las ventas entran a la misma cola de preparación sin distinguir el compromiso de entrega, el orden de atención va a ser el de llegada — y ese no es el orden correcto.
La cola tiene que ordenarse por compromiso, no por antigüedad. Es una decisión de diseño, y es de las que más se agradecen en la práctica.
Cómo lo abordamos
El orden importa. No por metodología, sino porque cada etapa depende de que la anterior esté bien resuelta.
Levantamiento de canales y flujos
Qué canales hay hoy, cuáles se piensan abrir, cómo se prepara un pedido realmente y quién hace cada cosa. Casi siempre aparece algún paso que no estaba documentado en ninguna parte.
Mapeo de productos
Construir la correspondencia entre el código interno y el identificador de cada canal, con las alertas para lo que quede sin mapear.
Stock y precio desde una fuente única
El ERP manda, los canales reciben. Es la etapa que elimina la sobreventa, y conviene dejarla andando y estable antes de seguir.
Ventas al sistema, con documento tributario
Cada venta entra a la bandeja única y se documenta en el momento definido para cada canal.
Seguimiento y despacho
Estados de preparación, integración con los despachadores y gestión del despacho propio. Es la etapa que cambia el día a día de la operación.
Devoluciones y monitoreo
Nota de crédito, reingreso de stock, ajuste de costo. Y alertas que avisen cuando una integración deja de responder, antes de que lo note un cliente.
Las primeras tres etapas resuelven el problema comercial —no vender lo que no hay— y las tres siguientes resuelven el operativo. Se pueden separar en el tiempo, y a veces conviene.
Sobre qué plataforma funciona
El módulo se implementa sobre el ERP que la empresa ya tenga. Lo hemos conectado con RANDOM ERP y trabajamos habitualmente con otros sistemas de terceros; también funciona sobre ERP-PRIA cuando la empresa no tiene uno o está evaluando cambiarlo.
Del lado de los canales, el enfoque es el mismo para Mercado Libre, para un sitio propio hecho en cualquier plataforma, o para otro marketplace: cambia el conector, no el diseño. Por eso agregar el segundo canal cuesta bastante menos que el primero.
Una decisión honesta que conviene conversar antes
Si la empresa vende poco volumen por canal y no tiene despacho propio, un conector comercial de los que ya existen en el mercado puede ser suficiente, y más barato. El desarrollo se justifica cuando el volumen es alto, cuando el despacho propio es parte del negocio, o cuando el flujo tiene particularidades que un conector estándar no cubre. Lo decimos en la primera reunión, no después de cotizar.
¿Puedo integrar mi sitio web propio igual que un marketplace?
Sí, y suele ser más simple, porque el sitio propio es el canal donde se tiene control total de los estados y de las reglas.
El diseño es el mismo: el ERP manda el stock y el precio, el canal recibe, y las ventas entran a la misma bandeja de seguimiento que las de los marketplaces.
¿Funciona con más de un marketplace a la vez?
Sí. De hecho es el caso para el que está pensado: lo que cambia entre un canal y otro es el conector, no la lógica de stock, documentos ni seguimiento.
Por eso el segundo y el tercer canal cuestan bastante menos que el primero.
¿Qué pasa con el despacho propio? ¿Necesito una aplicación para los choferes?
El módulo administra la asignación, el estado y la confirmación de entrega del despacho propio. Cómo se confirma en terreno depende de cómo opere cada empresa, y es una de las cosas que se define en el levantamiento.
Conviene conversarlo temprano, porque condiciona el diseño.
¿Tengo que cambiar de ERP?
En la gran mayoría de los casos, no. El módulo se implementa sobre el ERP que la empresa ya usa.
Si alguien le ofrece migrar su ERP para poder vender en marketplaces, pida una segunda opinión: son dos problemas distintos y una migración es de los proyectos más caros y riesgosos que puede emprender una empresa mediana.
¿Cuánto demora una implementación?
Depende de cuántos canales, de cuán ordenado esté el maestro de productos y de qué tan documentado esté el flujo de preparación. El maestro de productos suele ser el factor que más alarga o acorta el proyecto.
Por eso partimos por el levantamiento y el mapeo: al terminar esas dos etapas se puede estimar el resto con bastante precisión, y antes no.
¿Vende por varios canales y le cuesta saber en qué va cada pedido?
Conversemos sin costo ni compromiso. Revisamos cómo está hoy el flujo entre sus canales, su ERP y su bodega, y le decimos con franqueza si esto se resuelve con un conector estándar o si vale la pena un desarrollo. Conversemos.