¿Shopify o Dynamics 365 Commerce? Cuando vender online complica todo tu negocio

El problema de negocio

Tu tienda online funciona. Lo que empieza a fallar es todo lo que sucede alrededor.

Imagina una empresa que comenzó vendiendo online con una única tienda y un catálogo razonablemente sencillo. Shopify resolvió bien el lanzamiento y sigue permitiendo incorporar productos, gestionar campañas y captar pedidos con rapidez. Después llegaron los distribuidores, los descuentos por cliente, un almacén adicional, varias tiendas físicas, una línea B2B y una filial en otro país. El ecommerce continuó funcionando, pero la organización empezó a mantener varias versiones de la verdad.

El stock disponible que aparece en la web no siempre coincide con el que puede prometer el ERP. Las promociones del canal digital no se aplican de la misma manera en tienda. El comercial B2B negocia precios que un cliente no encuentra al comprar online. Los pedidos terminan cruzando hojas de cálculo, conectores y excepciones manuales. Y cuando el CFO pregunta por el margen real de cada canal, aparecen distintas definiciones de coste, descuento y devolución.

En ese momento suele surgir una discusión aparentemente tecnológica: «¿Se nos ha quedado pequeño Shopify? ¿Necesitamos Dynamics 365 Commerce?». Pero el problema no siempre está en la plataforma de ecommerce. Puede estar en la arquitectura de datos, las reglas comerciales, el ERP, la gestión de pedidos o la ausencia de un responsable claro de la experiencia omnicanal.

La comparación adecuada debe responder tres preguntas diferentes. Primera: ¿puede la empresa conservar Shopify y mejorar su integración? Segunda: ¿ha llegado el momento de reorganizar los sistemas que gobiernan producto, disponibilidad, precios, cliente y pedidos? Tercera: ¿la empresa necesita una plataforma de comercio empresarial que coordine de forma más nativa tiendas, puntos de venta, canales online, call center y operaciones? Solo la tercera conduce directamente a estudiar Dynamics 365 Commerce.

Primera gran distinción

No estamos comparando dos «tiendas online»: estamos comparando dos modelos operativos.

Para comparar con criterio hay que aclarar algo fundamental: Shopify y Dynamics 365 Commerce no son equivalentes uno a uno. Shopify es una plataforma de comercio con un ecosistema amplio de capacidades para tiendas online, B2B, venta física, integraciones y automatización. Dynamics 365 Commerce forma parte de un entorno empresarial de comercio y operaciones más amplio, con canales retail, online y de call center, componentes de punto de venta, motor headless, reglas comerciales y vínculos estrechos con la familia Dynamics 365 Finance y Supply Chain Management.

Esto no significa que Shopify no pueda operar entornos complejos ni que Commerce sea automáticamente superior. Shopify dispone de Shopify POS y capacidades B2B nativas. Además, durante 2026 extendió prestaciones fundamentales de comercio B2B a planes diferentes de Plus, aunque existen límites y diferencias relevantes por plan. Por tanto, sería técnicamente incorrecto justificar la migración alegando que Shopify «no permite vender a empresas» o «no tiene venta física». La conversación debe ir mucho más allá.

También sería incorrecto presentar Commerce como una ampliación directa de Business Central. Las capacidades oficiales de Dynamics 365 Commerce se apoyan en una arquitectura empresarial específica. Una empresa que tiene Business Central y Shopify puede disponer de un escenario de integración soportado por un conector oficial, mientras que evaluar Commerce exige estudiar un alcance, costes y dependencias arquitectónicas diferentes, especialmente si se pretende mantener Business Central como ERP principal.

La comparación que proponemos se centra en la adecuación al modelo comercial y no en una tabla de ganadores. El objetivo es identificar qué debe hacer la empresa para cumplir mejor sus promesas de venta, reducir fricción y crecer sin convertir cada cambio en un proyecto de integración.

La documentación de Microsoft describe Commerce Scale Unit como motor de comercio headless para canales físicos y digitales, y distingue canales retail, call center y online. Estas capacidades no eliminan automáticamente la complejidad: deben diseñarse los canales, las reglas de producto, los acuerdos de precio, los sistemas de pago, la logística y la integración con el resto de la organización.

Mapa de complejidad

El problema crece en cuatro capas: canales, reglas, pedidos y operación.

Cuando una compañía vende solo por un canal, la complejidad se puede esconder. El catálogo está en la tienda, el stock se revisa en un almacén, los pedidos siguen un circuito y el equipo conoce las excepciones. A medida que crece el número de canales, la disponibilidad se vuelve un dato compartido y las reglas comerciales deben ser coherentes. Por eso no es extraño que el mayor problema aparezca fuera del ecommerce: en la promesa que se hace al cliente y la operación que debe cumplirla.

Un comprador online espera un precio correcto y disponibilidad real. El encargado de tienda necesita conocer las existencias de otros centros. El comercial B2B requiere condiciones particulares sin romper el margen. Operaciones debe decidir desde qué almacén o tienda cumplir un pedido. Finanzas necesita conciliar devoluciones y promociones. Los errores empiezan cuando esos procesos se resuelven con sistemas aislados, incluso si cada uno funciona razonablemente bien por separado.

No es un gráfico de capacidades absolutas: es una representación del flujo de decisión. Si los canales funcionan, pero falla la conexión con el ERP, puede ser suficiente rediseñar integraciones. Si la empresa necesita una única lógica comercial y operativa en decenas de tiendas, centros y mercados, entonces sí conviene estudiar una arquitectura de comercio empresarial.

Conservar y conectar mejor

Cuándo Shopify + Business Central es una arquitectura perfectamente razonable.

Para muchas empresas que ya utilizan Business Central, Shopify no es un obstáculo sino una inversión que conviene aprovechar. Microsoft mantiene un conector oficial que permite sincronizar productos, inventario, clientes, empresas B2B, pedidos, fulfillment, transacciones y pagos según la configuración elegida. También soporta varias tiendas Shopify y escenarios de catálogos y precios. Esa documentación es clave porque evita recomendar una migración innecesaria.

Ahora bien, «tener un conector» no significa que la operación esté bien resuelta de fábrica. Hay que decidir qué sistema gobierna cada dato, con qué frecuencia se actualiza, cómo se gestionan errores y qué ocurre cuando el cliente compra mientras cambia la disponibilidad. El conector contempla configuraciones y colas de trabajos; la actualización de existencias requiere un diseño de periodicidad y reglas apropiadas. No debe presentarse como sincronización instantánea garantizada en cualquier escenario.

Un ejemplo típico: el equipo de ecommerce lanza una promoción de fin de semana sobre un producto con stock limitado. El responsable de almacén realiza una transferencia y, poco después, el ERP actualiza la disponibilidad. Si los sistemas muestran el inventario a ritmos distintos, pueden aceptarse pedidos con una promesa difícil de cumplir. El problema no obliga a cambiar de ecommerce; obliga a revisar reservas, frecuencia de sincronización, stock de seguridad y mecanismos de gestión de excepciones.

Otro ejemplo: una distribuidora B2B aplica condiciones de precio por empresa y por destino de entrega. Shopify puede representar compradores y compañías, y Business Central puede aportar información comercial, pero el diseño debe evitar que dos equipos mantengan reglas incompatibles. Se requiere decidir dónde se originan listas y descuentos, cómo se aprueban excepciones y cómo se trasladan al pedido. La complejidad está en el gobierno, no solo en el catálogo de funciones.

Conservar Shopify puede ser la mejor decisión si el comercio digital aporta valor, el negocio no necesita una plataforma de tiendas especialmente integrada y las dependencias con el ERP son gestionables. Incluso cuando existen varios canales, la respuesta puede consistir en definir mejor responsabilidades de datos o introducir una capa de integración y seguimiento sin cambiar toda la plataforma.

Evaluar Dynamics 365 Commerce

Cuándo el negocio necesita una plataforma comercial de alcance empresarial.

Hay situaciones en las que la decisión ya no se centra en un ecommerce concreto. La organización quiere operar tiendas físicas y digitales con reglas comerciales coherentes; aplicar promociones por canal y por colectivo; gestionar un catálogo compartido entre regiones; permitir pedidos asistidos; coordinar recogida en tienda, devolución cruzada y disponibilidad en una red extensa; o dar a los empleados una experiencia de punto de venta conectada con el cliente.

Dynamics 365 Commerce dispone de una arquitectura basada en Commerce Scale Unit, un motor headless que presta lógica comercial a canales físicos y digitales. Microsoft distingue canales de tienda, ecommerce y call center y documenta Store Commerce para operaciones de venta, devoluciones, clientes y tareas de tienda. También documenta capacidades de distributed order management (DOM) para optimizar el cumplimiento de pedidos desde distintos nodos de la red, sujeto a configuración y requisitos.

Ese conjunto puede resultar interesante cuando una empresa tiene una estrategia omnicanal que debe funcionar a escala. Sin embargo, no conviene presentar Commerce como una solución mágica que unifica de forma automática todos los datos. Requiere diseño de catálogos, promociones, inventario, canal, fiscalidad, pagos, logística, formación y adaptación operativa. Su implantación puede ser un programa importante de transformación comercial y de sistemas.

Es especialmente importante estudiar su adecuación cuando el cliente parte de Business Central. Commerce pertenece a una arquitectura de aplicaciones enterprise diferente; no podemos dar por supuesto que mantener Business Central y sustituir únicamente Shopify sea un cambio simple. El assessment debe determinar el modelo de ERP futuro, las integraciones y los límites de alcance antes de prometer funcionalidades o calendarios.

El factor decisivo no es el tamaño de la tienda online, sino el modelo comercial completo. Una empresa con mucho ecommerce y una logística sencilla puede seguir cómoda en Shopify. Otra, con menos volumen digital pero múltiples formatos de tienda y operaciones corporativas complejas, puede justificar una evaluación de Commerce. No es una competición de facturación online, sino de capacidad y control empresarial.

Pedidos, tiendas y rentabilidad

El salto de complejidad no está en vender: está en decidir dónde y cómo cumplir.

Commerce incorpora capacidades de gestión de pedidos distribuida que buscan seleccionar el origen de cumplimiento atendiendo a reglas, inventario, distancia, costes y objetivos de servicio. Microsoft denomina a este conjunto Distributed Order Management. Es útil cuando la red de tiendas y almacenes deja de ser simplemente un conjunto de puntos de stock y se convierte en una red de nodos que pueden preparar y entregar pedidos.

En una operación de este tipo hay decisiones difíciles: ¿se envía el pedido desde el almacén central o desde una tienda cercana?, ¿se permite dividir el pedido?, ¿qué ocurre cuando un nodo rechaza la preparación?, ¿cómo se protege el stock para la venta presencial?, ¿qué coste real tiene la entrega y cómo se afecta el margen? La respuesta requiere información fiable, reglas de negocio y coordinación operativa. DOM puede ayudar a optimizarla si el modelo de datos y la configuración están preparados.

También hay que identificar con precisión qué está disponible de forma general y qué puede encontrarse en vista previa o sujeto a requisitos concretos. Por ejemplo, la documentación de Microsoft describe escenarios de optimización entre entidades jurídicas con condiciones específicas que no deben presentarse como capacidades universales y listas para activar sin evaluación. La referencia correcta es la documentación vigente para la versión y región del cliente.

Si la empresa no necesita resolver estas decisiones, incorporar un motor de orquestación avanzada puede ser innecesario. Pero si el coste de entregar desde el nodo equivocado, prometer stock inexistente o gestionar devoluciones entre canales tiene un impacto recurrente, el caso económico cambia: la arquitectura comercial se convierte en una palanca de servicio y rentabilidad.

Herramienta de decisión

La matriz que evita cambiar de plataforma por frustración con las integraciones.

Para evitar decisiones impulsivas, proponemos evaluar la organización en tres niveles. El primero es comercial: cuántos canales, modelos de cliente y reglas de precio deben convivir. El segundo es operativo: qué complejidad existe en disponibilidad, reservas, preparación, cumplimiento, devoluciones y centros. El tercero es tecnológico: qué plataformas ya están implantadas, qué integraciones son fiables y qué grado de cambio puede absorber la empresa.

Esta matriz no es una calificación de productos ni pretende sustituir un assessment. Es una herramienta para ordenar la conversación entre dirección comercial, operaciones, IT y finanzas. Una empresa puede tener alta complejidad comercial, pero pocos problemas operativos. Otra puede tener una tienda online sencilla y una logística extraordinariamente exigente. Las decisiones no tienen por qué ser iguales.

Perspectiva económica

Cuánto cuesta realmente cambiar una plataforma comercial y qué gasto se suele olvidar.

Una decisión de sustitución no puede justificarse solo con el precio de las licencias ni con una demostración espectacular. El coste real de conservar Shopify, reforzar la arquitectura o implantar Commerce incluye tecnología, integraciones, datos, pruebas, migración, formación, operación, soporte y evolución. En plataformas empresariales, el riesgo de interrumpir promociones, pedidos, cobros o tiendas durante el cambio también debe reflejarse.

La comparación económica correcta se realiza manteniendo el mismo perímetro: número de tiendas y países, transacciones, perfiles de usuario, complejidad B2B, integraciones, disponibilidad requerida, soporte y horizonte temporal. No sería justo comparar una suscripción de Shopify con el coste total de un programa Commerce, ni comparar una instalación Commerce sin incluir el coste de las integraciones y procesos que Shopify ya resuelve.

En el primer escenario, conservar Shopify y mejorar la integración, el coste suele concentrarse en assessment, configuración, conectores, monitorización, posibles desarrollos y soporte. En el segundo, reorganizar la arquitectura, aparecen decisiones de gobierno de datos, reglas comerciales, procesos y quizá componentes adicionales. En el tercero, una transformación Commerce puede incluir retail, ecommerce, POS, ERP, operaciones, migración de datos, implantación internacional y adopción.

También existe un coste de no actuar: pedidos cancelados, promociones mal aplicadas, sobreventa, devoluciones lentas, pedidos duplicados, llamadas al contact center y decisiones de stock con datos inconsistentes. Si el negocio crece y esos errores escalan, no hacer nada puede ser más caro que una intervención ordenada. La clave es medirlo, no inventar porcentajes de ahorro.

Un CFO debería recibir al menos tres escenarios comparables a tres años, con hipótesis documentadas y sensibilidad ante crecimiento de pedidos, nuevas tiendas y cambios de catálogo. No es necesario disponer desde el primer día de una cifra exacta, pero sí de un perímetro que evite comparar propuestas incompletas. El business case debe conectar inversión con reducción de errores, mejoras de servicio, productividad y margen.

Tres escenarios empresariales

La misma pregunta puede llevar a conservar Shopify, integrarlo mejor o replantear el comercio empresarial.

Para aterrizar la decisión, conviene observar tres situaciones de negocio diferentes. Son ejemplos hipotéticos, no casos de éxito atribuidos a clientes reales. Su utilidad está en mostrar cómo el mismo catálogo tecnológico puede producir decisiones distintas según el contexto.

La lección es que no existe un umbral único de volumen, facturación o número de tiendas que obligue a cambiar. Lo que importa es la combinación entre complejidad comercial, criticidad operativa, estructura del ERP y capacidad de la empresa para gobernar una arquitectura. Esa complejidad debe hacerse visible en un diagnóstico previo: diagramas de flujo, excepciones, sistemas maestros, datos compartidos y responsabilidades.

Cómo contratar con criterio

Siete decisiones que deben figurar en un proceso de selección de arquitectura comercial.

Un proceso de selección debería comenzar con una fotografía del negocio, no con una lista de funcionalidades obtenida de las páginas de los fabricantes. El primer entregable útil es el mapa de canales, sistemas, datos maestros, procesos críticos, dependencias y excepciones. El segundo debe identificar qué cambios son urgentes, cuáles aportan rentabilidad y qué decisiones pueden posponerse.

En un proyecto de comercio, el fracaso rara vez comienza el día de la puesta en marcha. Empieza cuando no se define quién gobierna los precios, quién es responsable del stock publicable, qué ocurre si la caja pierde conectividad, quién autoriza una devolución cruzada o cómo se concilia el ingreso. Esas preguntas requieren participación de operaciones, comercial, IT, finanzas y responsables de tienda. No pueden delegarse completamente en el proveedor tecnológico.

El RFP debe permitir comparar alternativas funcionales y arquitectónicas, con demostraciones basadas en procesos propios. La empresa debería exigir un recorrido realista: alta de producto, precio B2B, pedido online, reserva, asignación de origen, preparación, entrega, devolución y reconciliación. Si la solución solo demuestra una tienda bonita, no ha contestado la pregunta principal.

La misma disciplina debe aplicarse si la recomendación final es mantener Shopify. No puede limitarse a «dejamos todo como está». Habrá que resolver las causas de las excepciones, documentar la arquitectura y definir cómo se monitorizará el resultado. Una buena decisión es la que elimina el problema empresarial, no la que simplemente evita cambiar de tecnología.

Cómo medir que la decisión fue correcta

Los indicadores que importan al CIO, al director comercial y al CFO.

Una vez elegida la alternativa, el éxito no debería medirse solamente con disponibilidad del ecommerce o número de pedidos. Esas métricas son necesarias, pero insuficientes. El proyecto persigue una operación más coherente y rentable: menos promesas incumplidas, menos excepciones manuales, menor trabajo de conciliación, mayor consistencia de precios y mejor capacidad para escalar campañas o canales.

Conviene fijar indicadores antes de intervenir. Por ejemplo, porcentaje de pedidos con intervención manual, incidencias de stock publicado, cancelaciones por falta de inventario, tiempo de preparación, devoluciones que requieren conciliación, conflictos de precio y coste operativo por pedido. Si la organización carece de una línea base, no es posible atribuir con rigor la mejora a la plataforma.

También hay que medir los costes indirectos de la complejidad: horas dedicadas a arreglar conectores, dependencias de especialistas, cambios que requieren modificar varios sistemas o promociones que tardan días en desplegarse por restricciones de arquitectura. Esos costes ayudan a explicar por qué una integración estable puede generar tanto valor como una migración ambiciosa cuando esa migración no está realmente justificada.

Ayesa Digital y el ecosistema Microsoft

Elegir bien exige entender cómo vende la empresa y cómo puede cumplir sus compromisos.

Ayesa Digital combina conocimiento funcional de Dynamics 365, Business Central, Finance, Supply Chain Management, Commerce, Power Platform, Azure y datos para ayudar a las empresas a decidir cómo conectar sus canales de venta con la operación. La contribución de un partner especializado no consiste en recomendar siempre la plataforma más amplia, sino en identificar qué arquitectura resuelve el problema con el menor riesgo razonable.

En esta evaluación puede ser necesario conservar Shopify y revisar el conector oficial de Business Central. En otros escenarios, el proyecto es de integración y gobierno del dato. Y cuando hay una red comercial verdaderamente omnicanal, puede justificarse una transformación de mayor alcance con Dynamics 365 Commerce. Las tres respuestas pueden ser correctas, siempre que estén respaldadas por requisitos, costes y riesgos verificables.

Las decisiones de ecommerce no deben separarse de ERP, cadena de suministro, finanzas y atención al cliente. Una promoción cambia el margen; un pedido afecta a inventario; una devolución afecta a pagos y conciliaciones; una venta B2B compromete condiciones comerciales. Por eso Ayesa Digital aborda la arquitectura desde los procesos empresariales y no desde una simple lista de productos.

Preguntas frecuentes

Dudas que conviene resolver antes de sustituir Shopify o comprar otra plataforma.

Documentación y verificación

Fuentes oficiales para respaldar la evaluación técnica.

Las capacidades y condiciones de producto evolucionan. Antes de comprometer la selección de plataforma, valida la versión, región, plan y arquitectura del cliente. Estas referencias permiten comprobar las características generales de cada solución y evitar promesas no aplicables al escenario concreto.

TOMA UNA DECISIÓN CON INFORMACIÓN REAL

¿Tu ecommerce ya no encaja con tu ERP, tus tiendas o tu forma de vender?

Ayesa Digital puede ayudarte a determinar si debes conservar Shopify, mejorar la integración con Business Central o estudiar una arquitectura empresarial con Dynamics 365 Commerce. Revisamos procesos, datos, costes, dependencias y riesgos antes de recomendar una inversión que afectará a ventas, operaciones y finanzas.