Shopify B2B y ERP: empresas, ubicaciones y listas de precios
Dos compradores de la misma empresa entran en tu Shopify. Uno compra para el taller del norte y otro para la sede central. Comparten relación comercial, pero necesitan direcciones, condiciones o permisos diferentes.
Cuando el pedido llega al ERP, administración necesita reconocer la empresa, la sede y la persona que ha comprado. El correo de quien inicia sesión solo explica una parte de esa relación.
Shopify B2B organiza estos elementos con empresas, ubicaciones de empresa y Clientes. Vamos a seguir una cadena de talleres para entender cómo relacionarlos con la gestión que ya tienes.
Shopify B2B: la empresa y la persona que compra
Imagina que suministras material a una cadena de talleres. La central negocia determinadas condiciones, pero cada taller realiza sus Pedidos.
Laura compra para el taller norte. Miguel, para el taller sur. Una responsable de la central puede comprar para ambos.
Si identificamos cada correo como un cliente comercial completamente independiente, quizá dupliquemos condiciones que deberían compartirse. Si agrupamos todo sin distinguir ubicaciones, podemos perder el destino, la autorización o las condiciones de cada compra.
La integración necesita representar esas relaciones.
Shopify documenta el B2B alrededor de empresas, contactos, ubicaciones y catálogos. La disponibilidad concreta de funciones y extensiones debe comprobarse para la tienda que utiliza tu negocio.
En el ERP puede existir una única cuenta con varias direcciones, varias cuentas relacionadas o una estructura distinta. Hay que mirar cómo se utiliza realmente antes de definir la correspondencia.
Una ubicación de empresa aporta contexto comercial
La ubicación desde la que compra un cliente ayuda a determinar cómo debe tratarse la operación. Puede participar en la dirección, las condiciones o el Catálogo disponible.
También conviene distinguirla de una ubicación de inventario. Una indica el contexto del comprador; otra interviene en dónde se almacena o prepara mercancía. Compartir la palabra ubicación no convierte ambas entidades en equivalentes.
En nuestro ejemplo, el taller norte puede recibir mercancía en su dirección, mientras la cuenta de facturación corresponde a una central. El almacén desde el que servimos pertenece a nuestra operativa, no a la estructura del cliente.
| Pregunta | Relación que necesitamos conservar |
|---|---|
| ¿Quién realiza la compra? | Persona y permisos de acceso |
| ¿Para qué empresa compra? | Empresa y cuenta comercial |
| ¿Qué sede interviene? | Ubicación del comprador y condiciones |
| ¿Dónde se entrega? | Dirección aplicable al pedido |
| ¿Desde dónde se sirve? | Operativa de almacén y preparación |
Una tabla así permite explicar el proceso sin depender todavía de nombres de campos o identificadores técnicos.
En Distillsync, las correspondencias y reglas configuradas permiten relacionar la información que participa en cada tarea. La configuración debe reflejar qué significa cada entidad dentro de esa compra.
El catálogo determina qué oferta recibe el comprador
Una empresa puede acceder a una selección de productos diferente de otra. Además, el precio puede variar según sus condiciones.
Necesitamos conservar ambas decisiones: qué puede comprar y en qué condiciones.
Supongamos que los talleres tienen acceso a consumibles y recambios, mientras que otra clase de cliente compra únicamente equipamiento. Mantener correctamente la tarifa no resuelve por sí solo la selección de productos.
En Shopify B2B, los catálogos forman parte de la oferta comercial. La integración debe determinar cómo se relacionan con las clasificaciones y condiciones que utiliza el ERP.
Podemos necesitar un grupo, una selección de referencias, un precio específico o un resultado derivado de varias reglas. Lo importante es conocer quién mantiene esa decisión y qué representación necesita Shopify.
Evitar la duplicación empieza por definir la responsabilidad. Si el equipo comercial mantiene las condiciones en el ERP, necesitamos saber qué información debe llegar al canal. Si la tienda añade una campaña propia, su prioridad también debe quedar establecida.
Una empresa, dos sedes y tres compradores
La documentación de Shopify distingue la organización, sus ubicaciones y las personas que compran en su nombre. Una ubicación de empresa puede mantener su dirección y condiciones comerciales. Puedes consultar esa estructura en empresas y clientes de Shopify B2B.
En nuestro ejemplo hipotético, Talleres Atlas tiene dos sedes. El ERP utiliza la cuenta ATLAS con direcciones de entrega N y C. Este es el modelo del caso; otra empresa podría utilizar cuentas comerciales separadas.
| Persona y contexto | Representación en Shopify | Correspondencia del ejemplo en ERP |
|---|---|---|
| Laura compra para Norte | Cliente asociado a ubicación Norte de Talleres Atlas | Cuenta ATLAS, entrega N |
| Mario compra para Central | Cliente asociado a ubicación Central | Cuenta ATLAS, entrega C |
| Inés puede comprar para ambas | Contacto autorizado en los contextos acordados | La cuenta se conserva; la entrega depende de la compra |
La selección de ubicación tiene una consecuencia concreta: el pedido de Inés para Norte debe utilizar la entrega N y la oferta que corresponda a ese contexto. No basta con asociar permanentemente su correo a Central porque fue su primera compra.
Supongamos que Norte utiliza un catálogo de mantenimiento y Central compra además equipamiento. Una compra de Laura permite revisar qué oferta recibe Norte. Otra de Inés para Central permite comprobar que cambiar de contexto modifica la oferta donde corresponde.
La forma de asignar catálogos y las funciones B2B disponibles se contrastan para el plan y configuración actuales. La tabla describe una relación comercial; no presupone que todas las tiendas dispongan de cualquier personalización.
Este ejemplo se apoya en la distinción de catálogo por cliente. Shopify añade aquí una estructura especialmente importante: la persona, la ubicación de empresa y la organización deben seguir relacionadas durante la compra.
El pedido debe conservar el contexto que permitió comprar
Cuando llega al ERP, la operación necesita mantener empresa, comprador, sede, direcciones e importes según el circuito establecido.
Si solo conservamos el correo, será difícil reconstruir por qué se utilizó una condición concreta. Si solo conservamos la empresa, quizá falte identificar quién hizo la compra o dónde debe servirse.
Conviene mantener los identificadores que relacionan esas entidades entre aplicaciones. También una referencia del pedido original que permita reconocerlo si vuelve a procesarse.
La situación puede cambiar con el tiempo. Una persona deja de comprar para una sede. Se abre otra ubicación. Cambian condiciones comerciales. La integración necesita distinguir la configuración actual de la información de un pedido ya aceptado.
Esto ayuda a responder una pregunta cotidiana: ¿por qué esta compra llegó con estas condiciones?
El equipo puede seguir el contexto conservado y atenderla sin reconstruir manualmente relaciones que ya existían al comprar.
Cambiar de comprador no debería borrar el contexto de la empresa
Volvamos a la cadena de talleres. Laura deja de comprar y otra persona asume su función. La empresa sigue siendo la misma y la sede conserva su operativa, pero cambia quién puede realizar pedidos.
La integración necesita distinguir ese cambio de la creación de una cuenta comercial nueva. Si cada comprador se tratara como una empresa independiente, mantener las condiciones exigiría reconstruir relaciones que seguían siendo válidas.
También puede ocurrir lo contrario: una persona conserva su acceso, pero deja de estar autorizada para cierta ubicación. Su identidad permanece y el contexto de compra cambia.
Estas situaciones permiten comprobar si la configuración representa personas, empresa y ubicaciones como relaciones diferenciadas. El resultado debe corresponder a lo que el negocio decide sobre cada acceso, utilizando los mecanismos disponibles en la tienda.
Para revisarlo, puedes seguir una operación antes y después del cambio. ¿Qué ubicación puede elegir la persona? ¿Qué catálogo recibe? ¿Qué condiciones se muestran? ¿El pedido posterior conserva el nuevo contexto mientras los anteriores siguen siendo explicables?
No hace falta modificar el histórico para reflejar la situación actual. Una compra anterior puede necesitar conservar quién la realizó y bajo qué condiciones, aunque esa persona ya no pueda comprar hoy.
La distinción también ayuda a mantener responsabilidades. El equipo que administra accesos decide quién puede actuar; el equipo comercial mantiene condiciones; la integración relaciona la información necesaria para que ambos trabajos tengan efecto en el recorrido.
Cuando estas funciones quedan mezcladas en un único campo o en una asociación basada solo en correo, los cambios se vuelven difíciles de explicar. Separarlas permite localizar qué relación debe revisarse sin alterar otras que siguen siendo correctas.
El caso de un comprador sustituido es pequeño, pero revela si la preparación puede evolucionar junto a una relación B2B real. Esa es una comprobación útil antes de ampliar la tienda a más empresas y sedes.
La sede del comprador y el almacén del vendedor no son el mismo lugar
Talleres Atlas tiene una ubicación Norte en Shopify B2B. Tu empresa, por su parte, dispone de un almacén central y una delegación que sirven mercancía. Aunque ambos modelos hablen de ubicaciones, describen lados diferentes de la operación.
La ubicación de empresa identifica el contexto de compra de Atlas: a qué sede corresponde la relación y qué condiciones utiliza. La ubicación de inventario describe dónde mantiene o prepara mercancía quien vende. Un pedido puede pertenecer a Norte y servirse desde tu central.
Si la conexión relacionara ambos elementos únicamente porque tienen nombres parecidos, podría asignar al pedido una disponibilidad o un destino de preparación que no corresponden. La correspondencia de cliente y la de inventario necesitan conservar su función.
Volvamos a Laura. Compra para Norte y solicita la entrega acordada para ese contexto. El pedido conserva su sede de compra, mientras la preparación se decide con las reglas de inventario y servicio de la tienda. Cambiar el lugar desde el que se expide no transforma a Laura en compradora de Central.
Para una consultora, describir esos dos recorridos evita introducir una relación automática entre conceptos distintos. Para el equipo del negocio, permite atender una consulta sin confundir «desde dónde sale» con «para quién se compra».
Al incorporar otra sede de Atlas, se prepara su relación comercial y se revisa una compra. No hay que crear un almacén nuevo en tu empresa solo porque el cliente amplíe su estructura. Esa separación hace que la integración pueda acompañar el crecimiento conservando el significado de cada entidad.
Un cambio de sede se comprueba dentro del pedido
Inés comienza comprando para Norte. Antes de confirmar, elige Central. Para seguir la operación revisamos tres resultados: la oferta aplicable, la dirección seleccionada y la ubicación empresarial que queda asociada al pedido.
En el escenario, Central puede recibir una referencia que Norte no compra. Si el carrito conserva aquella referencia después de cambiar a un contexto que la excluye, la experiencia necesita el tratamiento definido por la tienda. La integración debe partir de la compra finalmente aceptada, con sus relaciones conservadas.
En el ERP esperamos la cuenta ATLAS y la entrega C. Si aparece N, comparar correos no resolverá el problema: la persona sigue siendo la misma. La diferencia está en el contexto de esta operación.
Para una agencia, guardar esta correspondencia facilita incorporar compradores sin crear cuentas comerciales duplicadas. Para el negocio, permite que otra persona asuma compras de una sede conservando el vínculo con la empresa. Distillsync puede preparar las relaciones dentro de tareas configurables; el ejemplo sirve para revisar el recorrido disponible y su resultado.
La compra profesional conserva una relación empresarial
Una cuenta B2B puede representar mucho más que un acceso a la tienda. Su empresa, sus sedes y sus compradores forman parte de la operación comercial.
Al conectar Shopify y el ERP, necesitas que ese contexto acompañe a catálogo, precio y pedido. Así, lo que el comprador ha visto puede reconocerse después cuando la empresa prepara y administra la venta.
Distillsync utiliza un modelo semántico común y tareas configurables para trabajar con entidades y relaciones de ambos sistemas. Puedes empezar por una empresa conocida y comprobar cómo continúa su compra.
Descubre Distillsync para Shopify o crea tu cuenta y empieza a probarlo.