Jumpseller: la plataforma chilena que casi nadie conecta a su ERP
Jumpseller es una de las plataformas eCommerce más usadas en Chile. Nació acá, tiene las pasarelas de pago locales resueltas de fábrica —WebPay, Mercado Pago, Khipu— y una curva de aprendizaje bastante más corta que WooCommerce o Magento.
Eso mismo explica por qué muchas tiendas Jumpseller crecen rápido y de pronto se topan con un techo operativo: la tienda funciona bien, pero cada pedido termina digitándose a mano en el ERP y cada cambio de precio se hace dos veces.
Esta guía es sobre eso: qué se automatiza al conectar Jumpseller con un ERP como Softland, cómo se configura y dónde se rompe si se hace mal.
Qué duele antes de integrar
El escenario típico de una tienda Jumpseller con ERP:
| Tarea | Sin integración | Con integración |
|---|---|---|
| Pedido nuevo | Se digita como nota de venta | Entra solo |
| Stock tras vender en el local | Se corrige a mano en la tienda | Baja del ERP |
| Cambio de lista de precios | Se actualiza dos veces | Se propaga |
| Producto nuevo | Se carga dos veces | Se publica desde el ERP |
| Cliente que ya existe | Se duplica en el ERP | Se busca por RUT |
Ninguna de esas tareas es difícil. El problema es que son diarias, repetitivas y cada una es una oportunidad de error de tipeo. Cuando el catálogo pasa de unos cientos de SKU, el tiempo de digitación deja de ser un detalle.
Y hay un caso peor: la tienda y el local físico venden del mismo inventario. Ahí la falta de sincronización no cuesta tiempo, cuesta ventas canceladas.
Qué se sincroniza entre Jumpseller y Softland
La integración funciona en dos sentidos, con responsabilidades claras.
El ERP manda:
- Stock disponible por SKU, desde la bodega o el conjunto de bodegas que definas
- Precios, desde la lista de precios que corresponda al canal online
- Productos: alta y actualización de fichas, con la información que ya vive en el maestro
- Categorías y atributos, según cómo esté estructurado el catálogo
La tienda manda:
- Pedidos, que se convierten en nota de venta en Softland
- Clientes, buscados por RUT antes de crear uno nuevo
- Estado de pago, para no generar documentos de ventas que nunca se pagaron
La regla de fondo es simple: el ERP es la fuente de verdad de stock y precio; la tienda es la fuente de verdad de la venta. Toda integración que rompe esa separación termina con datos peleados entre sí.
Cómo integrar Jumpseller con Softland ERP
Paso 1: mapear el SKU
El código de producto en Softland tiene que coincidir con el SKU en Jumpseller. Es el identificador que cruza todo: sin él, ni el stock ni el precio ni el pedido saben a qué producto corresponden.
Si el catálogo de la tienda se armó a mano, es probable que haya SKU inventados, con espacios o con sufijos. Limpiar eso es el primer trabajo real y conviene hacerlo antes de conectar nada.
Paso 2: definir bodegas y surtido
Qué bodega abastece la tienda online y qué productos se publican. Si tienes una bodega comprometida para venta presencial o proyectos, no debería alimentar el stock web.
Paso 3: elegir la lista de precios
Jumpseller trabaja con precio y precio de oferta. La integración tiene que saber de qué lista de Softland sale cada uno y qué pasa con el IVA: si la lista está neta o bruta, y cómo se muestra en la tienda.
Paso 4: definir el disparador del pedido
Qué estado de Jumpseller genera la nota de venta. Lo habitual es el pedido pagado, no el creado: así no se llena el ERP de pedidos abandonados en el checkout.
Paso 5: resolver el cliente
Cómo se identifica al comprador en Softland. En Chile, el RUT es la llave natural: si existe, se usa el cliente; si no, se crea. Sin esa regla, el maestro de clientes se llena de duplicados en dos meses.
Paso 6: validar antes de escribir
Correr la sincronización en lectura contra datos reales: qué stock se publicaría, qué precios, cómo quedaría la nota de venta. Después se activa la escritura.
Jumpseller frente a otras plataformas
Vale la pena entender dónde se para Jumpseller para saber qué esperar de la integración.
| Plataforma | Tipo | Fuerte en | Consideración para integrar |
|---|---|---|---|
| Jumpseller | SaaS chileno | Pagos y despacho locales | Modelo de datos simple y estable |
| WooCommerce | Autoalojado | Flexibilidad total, plugins | Depende del hosting y de los plugins |
| Shopify | SaaS global | Ecosistema y escala | Inventario por ubicación |
| VTEX | Enterprise | Retail grande, catálogos complejos | Proyecto largo, reglas de canal |
Jumpseller tiene una ventaja concreta a la hora de integrar: al ser SaaS, no hay que lidiar con versiones de PHP, plugins que chocan ni un hosting que se cae con la carga de catálogo. El modelo de datos es predecible.
La contracara es que hay menos margen para forzar comportamientos raros. Si tu operación necesita algo muy específico —precios por rol de cliente con lógica propia, por ejemplo— hay que revisar antes si la plataforma lo soporta.
Errores frecuentes
Sincronizar el catálogo completo el primer día
Consecuencia: se publican productos descontinuados, insumos internos y todo lo que estaba en el maestro sin filtro.
Solución: definir el surtido primero. Un flag en la ficha, una familia, una bodega, lo que sea, pero explícito.
Publicar stock sin colchón
Consecuencia: el ERP dice 1, se vende esa unidad en el local y en la web al mismo tiempo.
Solución: descontar un margen de seguridad, al menos en los productos de mayor rotación.
Crear cliente nuevo en cada pedido
Consecuencia: el mismo comprador aparece cinco veces en Softland y el histórico de ventas por cliente deja de servir.
Solución: búsqueda por RUT antes de crear.
No definir qué pasa con las devoluciones
Consecuencia: el stock del ERP y el de la tienda se separan de a poco hasta que nadie confía en ninguno.
Solución: decidir desde el inicio si la devolución se procesa en el ERP y vuelve como stock, y en qué bodega.
Cómo lo resuelve ERPSync
ERPSync es el motor de sincronización entre Softland y los canales de venta. Con Jumpseller cubre el circuito completo: productos, stock por bodega, listas de precios, clientes y pedidos.
El flujo en operación queda así:
- El cliente compra en Jumpseller y paga
- ERPSync crea la nota de venta en Softland con el cliente correcto
- El stock se descuenta en el ERP
- La siguiente sincronización baja el disponible actualizado a la tienda
- Si además vendes en otro canal, ese canal también recibe el stock nuevo
Ese último punto es el que suele decidir la compra: la mayoría de las tiendas no tienen un solo canal. WooCommerce, Shopify, Falabella o Ripley conviven, y todos necesitan mirar el mismo inventario.
Ver la integración Softland + Jumpseller | Consultar precios
Preguntas frecuentes
¿Jumpseller tiene API para conectarse con un ERP?
Sí. Jumpseller expone una API REST y webhooks que permiten administrar productos, stock, precios y pedidos desde un sistema externo. Es la base sobre la que funciona cualquier integración con ERP.
¿Se puede sincronizar solo el stock?
Sí, y suele ser el mejor punto de partida. Stock y precio son lo que más rápido se desactualiza y lo que más caro sale cuando falla. La bajada de pedidos al ERP puede activarse en una segunda etapa.
¿Qué pasa con los productos con variantes?
Cada variante necesita su propio SKU mapeado contra un código de producto en Softland. Si en el ERP la variante no existe como código independiente, hay que resolver esa estructura antes de integrar.
¿La integración funciona con Softland Cloud y On-Premise?
Sí, ERPSync opera con ambas modalidades. Lo que cambia es cómo se establece la conexión con el ERP, no lo que se sincroniza.
¿Sirve si vendo en Jumpseller y también en un marketplace?
Ese es justamente el caso donde más rinde. Todos los canales leen el stock del mismo ERP, así que no hay dos verdades del inventario compitiendo entre sí.
Conclusión
Jumpseller resuelve muy bien la parte de vender. Lo que no resuelve —ni tiene por qué— es que tu inventario, tus precios y tus clientes vivan en un ERP que no se habla con la tienda.
Conectar ambos elimina la digitación diaria y, más importante, elimina el desfase de stock que termina en pedidos cancelados.