Shopify Markets y ERP: precios, monedas y catálogos para varios mercados
Un comprador ve una referencia a 80 € y otro encuentra el mismo artículo con una oferta de 75 GBP. Ambas compras deben llegar al ERP con una identidad de producto reconocible y los importes que se aceptaron en cada caso.
Shopify Markets organiza contextos de venta y personalizaciones. Al conectar esos mercados con el ERP necesitamos conservar qué oferta se utilizó, en qué moneda y para qué operación.
Seguiremos un ejemplo hipotético con dos ofertas de una misma referencia. Nos permitirá separar el precio comercial, la conversión monetaria y el histórico del pedido.
Shopify Markets: el contexto de cada venta
Es habitual empezar pensando en países. Pero el contexto comercial puede incorporar condiciones que van más allá de una frontera.
La documentación de Shopify describe mercados según condiciones del comprador y personalizaciones. Para preparar la integración conviene identificar cuáles utiliza realmente tu tienda.
¿Cambia la selección de productos? ¿La moneda? ¿El precio? ¿El idioma del contenido? ¿Interviene una relación B2B?
Necesitamos saber qué decisiones comparte la tienda y cuáles varían por contexto. Esto evita convertir cada mercado en otra copia independiente del Catálogo y, al mismo tiempo, ayuda a conservar sus diferencias legítimas.
Elige dos compras de una misma referencia en contextos distintos. La comparación permite reconocer qué necesita continuar diferente en el pedido.
El artículo puede conservar identidad y tener otra oferta
Una referencia del ERP puede aparecer en varios mercados. El producto mantiene una identidad empresarial, pero su presentación y condiciones pueden cambiar.
La integración debe conservar la relación con la unidad vendible y el contexto de la oferta.
Si utilizas una variante, el pedido necesita identificar esa opción concreta. Un nombre traducido no sustituye al identificador que permite servirla en el almacén.
La selección del catálogo también importa. Una referencia puede estar disponible en un mercado y excluida de otro. Si la integración actualiza publicaciones, debe respetar esa política en los mecanismos compatibles de la tienda.
En Distillsync puedes configurar fuentes, correspondencias y decisiones dentro de tareas. La revisión debe comprobar qué información pertenece a la referencia y qué decisión depende del destino comercial.
Una referencia puede participar en un mercado y quedar fuera de otro
LAM-80 está incluida en las dos ofertas del ejemplo, pero el accesorio ACC-10 solo se vende en el mercado EUR. La identidad del accesorio existe en el catálogo general; su participación comercial tiene otro alcance.
Si la fuente del ERP devuelve ambos artículos, la preparación del destino necesita conservar esa selección. Una actualización de precio o contenido no debería incorporar ACC-10 al mercado GBP por el mero hecho de encontrarlo en la misma consulta.
El mercado también puede utilizar otro texto o contenido localizado. La fuente de precio y la fuente editorial mantienen responsabilidades distintas. Cambiar la descripción para un contexto no exige que administración cree otra referencia vendible si sigue tratándose de la misma mercancía.
Para comprobarlo hacemos una compra de LAM-80 en cada mercado y revisamos la presencia de ACC-10. Después actualizamos el precio de LAM-80 en GBP. Esperamos el cambio en aquella oferta y la selección del accesorio conservada.
El resultado separa tres preguntas: qué producto se identifica, dónde se ofrece y con qué condiciones se compra. Esa distinción ayuda a localizar una diferencia sin atribuirla toda a la conversión monetaria.
Si se retira ACC-10 de nuevas ventas, la referencia todavía puede ser necesaria para servir o atender Pedidos anteriores. La operación de retirada sigue la política comercial y el histórico mantiene los datos de la compra.
El catálogo puede adaptarse al mercado mientras el ERP continúa reconociendo las unidades vendidas. Las relaciones explican qué permanece común y qué cambia con la oferta.
Un precio de mercado no tiene por qué ser una conversión directa
La documentación de Shopify Markets describe personalizaciones como Precios y catálogos en contextos de mercado. La configuración disponible se contrasta para la tienda y sus servicios actuales.
El producto LAM-80 del ejemplo se ofrece a 80 EUR en un mercado y a 75 GBP en otro. Son importes unitarios comerciales hipotéticos antes de otros conceptos. El negocio ha definido la segunda oferta; la tabla no establece un tipo de cambio ni un tratamiento fiscal.
| Dato del escenario | Oferta EUR | Oferta GBP |
|---|---|---|
| Referencia vendible | LAM-80 | LAM-80 |
| Precio aceptado por unidad | 80 EUR | 75 GBP |
| Compra de dos unidades | 160 EUR | 150 GBP |
| Identidad del producto en ERP | La misma referencia relacionada | La misma referencia relacionada |
| Información que cambia | Mercado, oferta y moneda | Mercado, oferta y moneda |
Si el ERP solo recibe «150» sin moneda ni contexto, la suma pierde significado. Si intenta reconstruirla convirtiendo automáticamente los 160 EUR de la primera oferta, puede producir un importe diferente de la compra aceptada en el segundo mercado.
La tienda puede utilizar conversión, ajustes o precios fijados según su configuración. La integración necesita saber qué resultado recibe y qué cálculo, si procede, corresponde a la gestión interna. Un precio de venta y una valoración contable cumplen funciones distintas.
El pedido conserva importes y monedas con su función
Shopify distingue importes monetarios con su moneda y puede representar la compra en el contexto del comprador y de la tienda mediante estructuras como MoneyBag. Para preparar el destino se identifican los valores documentados en la API y la versión utilizada, sin intercambiarlos por el hecho de referirse al mismo pedido.
En el ejemplo guardamos la compra de 150 GBP, su referencia de origen y el mercado que explica la oferta. Si el recorrido necesita otro importe en EUR, se conserva también su función y procedencia. No se presenta como otra cantidad vendida en GBP ni se deduce de un tipo de cambio inventado.
Al sumar o comparar líneas utilizamos importes de la misma moneda y alcance. El total del pedido puede añadir transporte, descuentos o impuestos; la tabla anterior solo ilustraba la suma de dos unidades de producto.
La decisión es práctica: administración debe poder explicar qué aceptó el comprador y qué dato utiliza para continuar el documento. La guía de integración ERP–ecommerce sitúa esa continuidad general.
El contenido localizado también tiene una responsabilidad
La ficha puede utilizar traducciones, textos comerciales o documentación mantenidos por el equipo de ecommerce.
Una actualización de referencia, Stock o precio debe respetar esas responsabilidades. El hecho de que un dato cambie en el ERP no convierte toda la ficha en contenido que deba sustituirse.
Conviene identificar qué fuente mantiene cada información y qué necesita recibir Shopify.
| Información | Decisión que debe quedar clara |
|---|---|
| Identidad y variante | Referencia empresarial que se conserva |
| Selección de productos | Dónde se define su participación |
| Precio de mercado | Fuente y regla de obtención |
| Moneda de la compra | Contexto e importes aceptados |
| Contenido localizado | Responsable y datos protegidos de otras actualizaciones |
La tabla permite revisar el alcance sin suponer que todo cambio debe propagarse de la misma forma a todos los mercados.
La disponibilidad debe corresponder con el servicio ofrecido
Un producto puede tener existencias y necesitar condiciones distintas para atender cada contexto.
La logística del negocio determina qué ubicaciones pueden servir, qué plazos pueden comunicarse y qué referencias participan. La disponibilidad publicada debe guardar relación con esas decisiones.
Conviene revisar una compra desde cada contexto relevante y observar qué información recibe quien prepara el pedido. El mercado visible, el almacén de servicio y la empresa de destino no deben confundirse por compartir nombres parecidos.
Distillsync organiza consultas y transformaciones para preparar datos entre aplicaciones. La configuración concreta debe revisarse contra los mecanismos compatibles de Shopify y el ERP, sin presuponer soporte universal de cualquier personalización.
El ERP necesita conservar de dónde procede la venta
Al incorporar el pedido, debemos mantener la identidad de origen y el contexto necesario para su circuito comercial.
Cliente, referencias, cantidades, importes, moneda y direcciones deben permitir continuar la operación. Si el negocio utiliza distintas empresas o circuitos, su correspondencia debe quedar explícita.
También conviene conservar la relación al pedido original para reconocer reintentos y atender cambios. La configuración actual de un mercado no debe hacer perder la explicación de una compra anterior.
Para una agencia, seguir una operación ayuda a coordinar ecommerce y administración sobre datos reconocibles. Cada equipo puede explicar qué contexto utiliza y qué resultado espera.
Cambiar a 78 GBP no modifica aquella compra de 150 GBP
Al día siguiente, la oferta de LAM-80 pasa de 75 a 78 GBP por unidad. Una compra nueva de dos unidades suma 156 GBP antes de otros conceptos. La anterior sigue explicándose por su oferta de 75 GBP y conserva 150 GBP.
Si la primera llega al ERP después del cambio, utilizar el precio vigente para reconstruir sus líneas perdería las condiciones de origen. El mismo problema aparece al revisar una devolución: el equipo necesita identificar qué operación está atendiendo y los importes que le corresponden.
Conservamos dos pedidos de muestra y revisamos producto, mercado, moneda, cantidades y oferta aceptada. La identidad del artículo permanece y el precio varía con el contexto y momento de cada compra.
Distillsync permite preparar datos y transformaciones mediante tareas configurables. En este escenario el intercambio conserva las diferencias de oferta; las operaciones monetarias concretas se validan contra las interfaces y el circuito de destino disponibles.
Cada mercado forma parte de la misma operación empresarial
Vender en varios contextos exige conservar identidad y diferencias comerciales al mismo tiempo. El comprador recibe una oferta adaptada y el ERP debe poder reconocer la compra que ha aceptado.
Distillsync utiliza un modelo semántico común y tareas configurables para preparar ese intercambio. Puedes empezar por operaciones conocidas y revisar cómo se relacionan sus datos.
Descubre Distillsync para Shopify o crea tu cuenta y empieza a probarlo.