MedusaJS · eCommerce B2B componible
MedusaJS para eCommerce B2B: el motor es la mitad del proyecto
Montar el motor de commerce es la parte que todo el mundo presupuesta. La mitad difícil —que el precio que ve tu cliente sea el que factura tu ERP— es la que nadie te ha contado todavía. Esa es la nuestra.
15+
años en eCommerce B2B e integración
100+
integraciones ERP en producción
middleware
propio de sincronización y tarifas
La plataforma
Por qué MedusaJS para operaciones B2B complejas
MedusaJS es un motor de commerce open source sobre Node.js, modular y API-first. Para un negocio B2B con ERP consolidado, esto se traduce en seis ventajas concretas.
Código abierto, control total
Sin licencias por uso ni caja negra. El motor es tuyo, corre en tu infraestructura y evoluciona a tu ritmo.
Arquitectura modular
Cada dominio —precios, inventario, pedidos— es un módulo sustituible. Ideal para inyectar lógica B2B propia sin forks.
API-first real
Toda la operación expuesta por API. El frontend, el ERP y los canales consumen el mismo contrato, sin atajos ocultos.
Precios por línea de pedido
El mecanismo para inyectar un precio personalizado en cada línea existe de serie. La base correcta para tarifas negociadas.
Multi-almacén y multi-mercado
Inventario por ubicación, divisas y reglas por región. Pensado para distribuidores que venden en varios países.
Frontend desacoplado
La experiencia de compra se construye aparte, con la tecnología que decida tu equipo. El motor no condiciona el diseño.
Nuestro posicionamiento
La capa que el commerce componible no trae de serie
Cualquier agencia puede desplegar un motor headless. Lo que no viene en ninguna documentación es la integración con tu ERP y el motor de tarifas B2B: la parte que decide si el proyecto factura bien o genera incidencias.
El motor de commerce lo eliges tú. Nosotros nos ocupamos de que el precio que ve tu cliente sea el que factura tu ERP.
Los seis bloques técnicos
Lo que separa haber integrado de haber leído sobre integrar
Estos seis bloques aparecen en todo proyecto B2B serio sobre MedusaJS. Ninguno viene resuelto de fábrica. Todos los hemos construido.
01 · Las dos arquitecturas de precio
Tarifa replicada frente a tarifa calculada. Cuándo elegir cada una y por qué la replicada se rompe a los dieciocho meses en cuanto aparecen contratos por cliente. Es la primera decisión del proyecto y la más cara de rectificar.
02 · Precio personalizado por línea de pedido
El mecanismo existe en los motores modernos. Lo que no viene es la caché, el contrato de latencia y el plan de degradación cuando el ERP no responde. Eso es lo que hay que diseñar y lo que nadie presupuesta.
03 · La matriz de tarifas
Tipologías de cliente en un eje, categorías de producto en el otro; la intersección define el grupo de precio. Es método propio, se explica en dos minutos y es el entregable del primer taller de trabajo.
04 · Sincronización con compensación e idempotencia
Qué pasa cuando el pedido entra en el ERP y falla el paso siguiente. Reintentos, deshacer, pedidos duplicados. Aquí se separa quien ha integrado en producción de quien ha leído sobre integrar.
05 · Fuente de verdad y PIM
Qué dato vive en el ERP, cuál en el PIM y cuál en el CMS. La regla: ningún dato que exista en el ERP entra en el CMS. El conteo de documentos y el coste por asiento castigan a quien la incumple.
06 · Datos normalizados como requisito para agentes
Un agente de IA —o un servidor MCP— sobre un catálogo sucio no responde. La normalización del dato es el trabajo previo, no la guinda. Sin ella, cualquier iniciativa de IA sobre tu catálogo nace muerta.
Para quién
A quién le hablamos
Este planteamiento está pensado para direcciones de IT y tecnología que ya saben lo que cuesta un dato mal sincronizado.
Industrial o distribuidor multimarca
Con catálogo amplio, varias familias de producto y venta a profesionales como núcleo del negocio.
ERP consolidado
SAP, Business Central, Odoo, Sage o A3 como columna vertebral. El ERP no se toca: el commerce se adapta a él.
Tarifas negociadas por cliente
Precios por contrato, por volumen o por tipología. La tarifa plana se quedó pequeña hace años.
Evaluando salir de PrestaShop o Magento
Varios países, varios canales, y una plataforma monolítica que empieza a frenar. El salto a componible está sobre la mesa.
Software, no diapositivas
Cualquiera genera una presentación en minutos. Nosotros enseñamos software funcionando
La prueba de que hemos estado dentro no es este texto: es un conector de referencia entre nuestro middleware y MedusaJS, con tienda de demostración operativa y datos reales.
✓ Tarifas por grupo de cliente resueltas en tiempo real
✓ Precio calculado en un ERP y servido al checkout
✓ Inyección de precio por línea de pedido
✓ Caché con contrato de latencia medido
✓ Plan de degradación cuando el ERP no responde
✓ Sincronización de pedidos con compensación
// precio por línea: el ERP decide, el motor sirve const price = await pricing.resolve({ customer_group: "distribuidor-a", sku: "VLV-2040-INOX", qty: 240, fallback: "cached_tier" // degradación si el ERP no responde });
Por qué nosotros
Criterio ganado en producción, no en folletos
✓ Más de 15 años integrando eCommerce con ERP en entornos industriales y de distribución.
✓ Más de 100 integraciones ERP en producción: SAP, Business Central, Odoo, Sage, A3.
✓ Middleware propio de sincronización, tarifas y orquestación de datos entre sistemas.
✓ Aliados de las agencias de implantación, no su competencia: ellas montan el motor, nosotros el conector.
✓ Soporte y evolución continua: la integración no se entrega y se abandona; se opera.
Preguntas frecuentes
Lo que nos preguntan antes de empezar
¿MedusaJS encaja en mi negocio B2B?
Si tienes tarifas negociadas, multi-almacén y necesidad de control sobre el código, es un candidato serio. Si tu operación es estándar y sin ERP de por medio, probablemente una plataforma SaaS te resuelva antes. Te lo diremos en la primera conversación, en cualquiera de los dos sentidos.
¿Puedo conectar Medusa con mi ERP?
Sí. Trabajamos con SAP, Microsoft Business Central, Odoo, Sage y A3, entre otros. La conexión cubre catálogo, stock, tarifas, clientes y pedidos, con sincronización en tiempo real donde el negocio lo exige y por lotes donde no aporta.
¿Tarifa replicada o tarifa calculada: cuál me conviene?
Depende del número de contratos por cliente y de la lógica de descuentos de tu ERP. La replicada es más simple y suficiente para tarifas por grupo; la calculada es obligatoria cuando el precio depende de condiciones que solo el ERP conoce. Elegir mal aquí es lo que rompe los proyectos a los dieciocho meses.
¿Qué pasa si el ERP no responde cuando un cliente consulta precios?
Se diseña un plan de degradación: caché de precios con vigencia definida, precio de respaldo por grupo y reglas claras sobre qué se puede mostrar y qué no. El cliente nunca ve un error ni un precio inventado. Este diseño forma parte del proyecto desde el primer día, no es un parche posterior.
¿Puedo migrar desde PrestaShop o Magento de forma progresiva?
Sí, y es lo recomendable. La arquitectura componible permite convivir: el catálogo o el checkout pueden migrar por fases mientras la plataforma actual sigue operando. El corte total en una noche es un riesgo que no hace falta asumir.
¿Qué dato vive en el ERP, cuál en el PIM y cuál en el CMS?
Regla general: el ERP gobierna precio, stock y cliente; el PIM gobierna la ficha de producto enriquecida; el CMS gobierna contenido editorial. Y ningún dato que exista en el ERP se duplica en el CMS: el conteo de documentos y el coste por asiento acaban castigando a quien incumple esta regla.
¿Está esto preparado para agentes de IA?
Solo si el dato está normalizado. Un agente o un servidor MCP sobre un catálogo sucio no responde con fiabilidad. Por eso la normalización es parte del proyecto de integración: es el requisito previo de cualquier capa de IA que quieras montar después.
Hablemos de la mitad difícil de tu proyecto MedusaJS
Cuéntanos qué ERP tienes y cómo son tus tarifas. En una sesión de trabajo te decimos qué arquitectura de precio te corresponde y qué implica integrarla.
Integrado · Automatizado · Rentable
