Gestión de pedidos en Shopify en 2026: guía para equipos de Shopify Plus

A escala de Plus, la gestión de pedidos en Shopify es una cuestión de arquitectura, no de herramientas. Con 100 pedidos al día, el panel de administración permite gestionar las operaciones. Con 1.000 pedidos al día, se convierte en un cuello de botella y empiezas a añadir aplicaciones. Con 10.000 pedidos al día, lo que distingue a las tiendas que crecen sin problemas de las que se atascan no son las aplicaciones que compran, sino dónde trazan el límite entre Shopify y el resto de sus sistemas.

Esta guía es para quienes toman esa decisión: responsables de operaciones de Plus que gestionan grandes volúmenes de venta directa al consumidor y B2B, líderes técnicos de agencias que incorporan clientes y arquitectos que deciden si ampliar Shopify Flow, integrar un OMS específico o desarrollar herramientas propias.

La arquitectura de gestión de pedidos que permite crecer#

A escala de Plus, la gestión de pedidos en Shopify tiene cinco capas: datos (Shopify), asignación (varias ubicaciones y Flow), preparación de pedidos (integraciones con 3PL y WMS), autoservicio para clientes e informes y conciliación. Tratarla como una sola función es el error más común de los equipos durante los primeros 6 meses después de superar los 1.000 pedidos diarios.

La capa de datos es Shopify: el registro de referencia de los pedidos, los artículos, el estado de los pagos y el estado de la preparación de pedidos. Todo lo demás lee datos de esta capa o escribe en ella mediante la Admin API y webhooks.

La capa de asignación decide qué ubicación preparará cada pedido. La asignación nativa de Shopify se basa en reglas (prioridad, proximidad y existencias), pero evalúa cada pedido por separado. Para envíos divididos, lógica de pedidos pendientes por falta de existencias o niveles de acuerdo de servicio, puedes ampliarla con Flow o trasladar esa lógica a un OMS específico.

La capa de preparación de pedidos es donde la mayoría de las tiendas Plus incorporan integraciones externas: Shopify Fulfillment Network, proveedores 3PL (ShipBob, ShipMonk), sistemas WMS internos e integraciones de dropshipping. Todos comunican información a Shopify mediante la API de preparación de pedidos, pero difieren en latencia, tratamiento de errores y gestión de las ediciones.

La capa de autoservicio para clientes es la que los comerciantes suelen olvidar. Las cuentas de cliente muestran el estado del pedido, pero no permiten a los compradores modificarlo después de la pantalla de pago. Ahí es donde las herramientas pueden tener mayor impacto.

La capa de informes concilia toda la información para los paneles de finanzas, inteligencia empresarial y operaciones. Las actualizaciones de abril de 2026 de la exportación de pagos (columnas Bank Reference y Payout ID) facilitaron considerablemente el cierre mensual a los equipos financieros.

Asignación de inventario entre ubicaciones y distribución de pedidos#

La actualización del 10 de marzo de 2026 de la recogida en tienda cambió la forma de asignar pedidos en las tiendas Plus con varias ubicaciones: cuando ninguna ubicación tiene todas las existencias necesarias, los pedidos ahora pueden prepararse desde varias ubicaciones de origen mediante transferencias de inventario generadas automáticamente. Antes de este cambio, los pedidos de recogida en tienda con varios artículos que no podían prepararse desde la tienda elegida por el cliente se cancelaban o requerían intervención manual.

Si utilizas reglas de assignedLocation en Flow o en tu integración con la Admin API, revísalas: algunas decisiones de asignación tomadas hace 18 meses ya no son las mejores porque la plataforma ahora resuelve casos que antes exigían soluciones manuales.

Otros tres cambios de 2026 afectan a la asignación a gran escala:

1. Activadores de transferencia de inventario en Flow (30 de abril de 2026): los nuevos activadores Inventory transfer ready to ship y Inventory transfer completed se ejecutan cuando cambia el estado de una transferencia. Puedes usarlos para avisar a las ubicaciones de destino cuando se despacha una transferencia, etiquetar automáticamente los pedidos transferidos para enviarlos a colas de preparación separadas y registrar metacampos de la transferencia en los pedidos de origen.
2. Pedidos para recoger en POS v11.3 (30 de marzo de 2026): el personal de la tienda puede crear pedidos para recoger más adelante con la misma lógica de transferencia entre ubicaciones. Es importante para artículos fabricados bajo pedido, productos personalizados y pedidos especiales realizados en tienda.
3. Solicitudes de pago por preparación de pedidos (6 de febrero de 2026): permiten cobrar a medida que se completa cada preparación, en lugar de hacerlo por adelantado. Son fundamentales para preventas, productos personalizados y pedidos B2B con SKU pendientes por falta de existencias. El comprador paga desde las cuentas de cliente cuando se envía cada parte del pedido.

Para las agencias, estos tres cambios implican revisar de nuevo las configuraciones de asignación creadas en 2024.

La capa de preparación de pedidos: integrar un 3PL sin código de conexión a medida#

Para las tiendas Plus en 2026, la pregunta sobre los 3PL ya no es «¿deberíamos usar uno?», sino «¿qué nivel de integración tenemos y está limitando nuestra capacidad de editar pedidos?». El error más costoso es elegir un 3PL cuya integración con Shopify no admita ediciones después de sincronizar un pedido y descubrirlo cuando un comprador B2B de alto valor solicita cambiar una cantidad.

En la práctica, hay tres niveles de integración:

• Nivel 1: Shopify Fulfillment Network o integraciones desarrolladas por Shopify. Menor dificultad de implementación, compatibilidad completa con la edición y propagación más rápida de webhooks. Contrapartida: se limita a determinados transportistas y almacenes.
• Nivel 2: proveedor 3PL importante con una aplicación certificada para Shopify (ShipBob, ShipMonk, Deliverr). Buena compatibilidad con la edición y fiabilidad aceptable de los webhooks. Comprueba antes de firmar si admite ediciones después de la sincronización y cómo gestiona los pedidos cancelados que vuelven a abrirse.
• Nivel 3: proveedor 3PL personalizado o WMS interno mediante una aplicación privada. Máximo control y máxima responsabilidad. Desarrolla desde el primer día controladores de webhooks idempotentes: Shopify reintenta las entregas con intervalos cada vez mayores, así que tu WMS debe tolerar eventos orders/updated duplicados sin crear preparaciones de pedidos duplicadas.

Para las agencias, la elección del nivel afecta a todo lo que viene después. Un cliente del nivel 3 necesita un enfoque de OMS distinto del de un cliente del nivel 1.

Edición de pedidos a gran escala: límites nativos, aplicaciones y autoservicio#

La edición nativa de pedidos de Shopify permite hacer cambios estructurales antes de la preparación —añadir o quitar artículos, ajustar cantidades y actualizar direcciones de envío—, pero no cubre los cálculos necesarios para gestionar esos cambios sin trabajo adicional. En la práctica, es una edición básica: el panel de administración te permite cambiar el pedido, pero la plataforma no recalcula todo lo relacionado con el cambio como lo haría un OMS completo.

Estas son las carencias que los comerciantes encuentran en sus operaciones:

• La lógica de descuentos requiere trabajo manual. Puedes aplicar un descuento a un artículo al añadirlo, pero la edición nativa no vuelve a aplicar los códigos de descuento del pedido cuando cambian los artículos, no recalcula los descuentos proporcionales al ajustar cantidades y no permite modificar descuentos ya aplicados. Para los descuentos de todo el pedido, todavía hacen falta soluciones alternativas como borradores de pedido o reembolsos parciales.
• No hay un flujo de autoservicio para que el comprador edite el pedido. Las cuentas de cliente muestran los pedidos, pero no permiten modificarlos; cada correo para cambiar una dirección requiere que intervenga el equipo de soporte.
• No hay un plazo de edición configurable de forma nativa. No existe una regla nativa como «el comprador puede editar durante las 3 horas posteriores a la compra»; tienes que crearla con Flow o con una aplicación.
• No hay una nueva validación automática. Shopify no etiqueta de forma nativa los pedidos editados ni los detiene en la cola del almacén, así que los equipos de preparación deben volver a recoger los artículos manualmente.

El cálculo para una tienda Plus con más de 500 pedidos diarios: si el 5 % genera solicitudes de cambio que requieren 8 minutos cada una, son 200 horas mensuales de trabajo manual para resolver cambios que una herramienta de autoservicio completa en segundos.

Dado que este es el blog de Revize: Revize permite a los compradores editar sus pedidos con plazos basados en reglas, cambios de dirección y de variante, y ajustes de cantidad. También incorpora la lógica de recálculo que falta en la edición nativa. Si quieres conocer cómo funciona la edición de pedidos en Shopify, consulta nuestra guía para editar pedidos en Shopify.

Gestión de pedidos B2B tras la ampliación del 2 de abril de 2026#

La ampliación del B2B nativo a los planes Basic, Grow y Advanced el 2 de abril de 2026 cambió la gestión de pedidos B2B para todos: las agencias que incorporan clientes sin Plus ahora deben planificar operaciones que hace 6 meses no necesitaban contemplar. El B2B en planes distintos de Plus incluye perfiles de empresa, condiciones de pago, precios por volumen, tarjetas guardadas, ACH (EE. UU.) y hasta 3 catálogos.

En términos operativos:

• El mismo patrón de arquitectura se aplica a todos los planes de pago. Jerarquía Empresa → Ubicación → Comprador, condiciones de pago independientes del estado de preparación de pedidos y borradores de pedido para precios negociados.
• Plus sigue destacando a gran escala. Los catálogos ilimitados, la asignación directa de catálogos a empresas o ubicaciones, los pagos parciales y los depósitos siguen siendo exclusivos de Plus: funciones importantes cuando gestionas más de 500 clientes mayoristas con precios por cuenta.
• La falta de autoservicio para editar pedidos B2B persiste. Los compradores suelen actualizar artículos después de emitir una orden de compra, ajustar cantidades y cambiar números de orden de compra. Shopify no ofrece ninguna de estas opciones como autoservicio nativo.

Si quieres profundizar en la arquitectura B2B, consulta nuestra guía completa de Shopify B2B para 2026.

Shopify Flow como eje de las operaciones de pedidos#

Shopify Flow es una de las herramientas menos aprovechadas en la gestión de pedidos de Plus: en diciembre de 2025 incorporó ejecuciones de prueba y en abril de 2026 añadió activadores de transferencias de inventario, lo que lo convierte en una capa de automatización apta para las operaciones diarias. La mayoría de los equipos usa Flow para etiquetar clientes VIP y enviar correos sobre carritos abandonados. Su potencial para gestionar pedidos es mucho mayor.

Flujos de Flow útiles para Plus en 2026:

• Detener automáticamente la preparación de pedidos con direcciones marcadas. Activador: Order created. Condición: indicador de validación de la dirección. Acción: añadir la etiqueta hold-for-review, impedir la preparación automática y avisar al equipo de operaciones por Slack.
• Enviar los pedidos B2B a una cola separada. Activador: Order created. Condición: hay una empresa B2B asignada. Acción: añadir la etiqueta b2b-queue, registrar las condiciones de pago en un metacampo y asignar el pedido a una ubicación de preparación específica.
• Avisos de transferencia de inventario. Activador (30 de abril de 2026): Inventory transfer ready to ship. Acción: informar al equipo de la ubicación de destino sobre el plazo de llegada previsto.
• Volver a validar pedidos editados. Activador: Order updated. Condición: han cambiado los artículos Y el pedido se puede preparar. Acción: añadir la etiqueta edited-needs-repick, avisar al almacén y registrar la fecha y hora en un metacampo.
• Ejecuciones de prueba antes de activar un flujo (11 de diciembre de 2025). Cada cambio de Flow destinado a producción debe pasar por una ejecución de prueba: previsualiza la ruta exacta a través de las condiciones y los bucles, inspecciona el estado de las variables y detecta problemas antes de activarlo.

La combinación de ejecuciones de prueba y nuevos activadores permite a las agencias publicar flujos de Flow con el mismo nivel de revisión que aplican a una implementación de código.

Decidir entre desarrollar o comprar un OMS#

El punto en el que los comerciantes de Plus dejan de combinar aplicaciones y adoptan un OMS específico se sitúa alrededor de los 5.000 a 10.000 pedidos mensuales para la venta directa al consumidor por un solo canal; llega antes si venden por varios canales o gestionan varias tiendas. Por debajo de ese volumen, un OMS rara vez justifica su coste. Por encima, el trabajo adicional de gestionar los pedidos desde el panel de administración crece rápidamente.

La mayoría de las tiendas Plus elige la opción intermedia: Shopify como fuente de referencia, Flow para la automatización habitual, un OMS para tener visibilidad entre canales y aplicaciones como Revize para el autoservicio de los compradores. Ninguna herramienta lo cubre todo; la decisión consiste en definir qué responsabilidad corresponde a cada una.

Para las agencias, la conversación sobre el OMS debe darse en la primera reunión, no en el cuarto mes. Un cliente con 8.000 pedidos mensuales está en pleno proceso de decisión; uno con 80.000 pedidos mensuales ya la ha tomado, aunque todavía no lo haya reconocido.

Arquitectura de API y webhooks para eventos de pedidos#

Para los equipos de desarrollo que crean integraciones de gestión de pedidos, GraphQL Admin API y los webhooks de pedidos son las dos interfaces que importan. Diseñar bien la arquitectura de webhooks desde el principio evita un año de incidencias. La migración de noviembre de 2025 de los ID de recursos de webhooks fiscales a identificadores globales en la versión 2026-01 de la API es una señal útil: Shopify está unificando el uso de GID, así que las nuevas integraciones deben utilizarlos desde el primer día.

Tres patrones que funcionan a gran escala:

• Controladores de webhooks idempotentes. Shopify reintenta las entregas con intervalos cada vez mayores. Registra los ID de los webhooks procesados y compruébalos antes de procesar cada evento: los controladores deben tolerar recibir el mismo evento varias veces sin crear registros duplicados en los sistemas conectados.
• Webhooks y GraphQL, no solo el contenido del evento. Usa los webhooks para recibir avisos y vuelve a consultar el estado de referencia mediante GraphQL cuando ese estado sea importante. Así evitas problemas de sincronización cuando llegan eventos relacionados al mismo tiempo.
• Operaciones masivas para cargas históricas e informes. Usa operaciones masivas de GraphQL en vez de consultas paginadas: son mucho más rápidas y evitan los límites de frecuencia cuando el volumen es alto.

En resumen#

La gestión de pedidos en Shopify en 2026 exige una arquitectura por capas. Los equipos de Plus que toman decisiones deliberadas sobre la asignación, la preparación de pedidos, el autoservicio y el alcance del OMS pueden crecer sin problemas. Los equipos que acumulan aplicaciones sin una visión de conjunto acaban encontrando un límite, normalmente alrededor de los 5.000 a 10.000 pedidos mensuales.

Para los equipos de Plus: revisa las reglas de asignación a la luz de los cambios de marzo y abril de 2026 en las transferencias de inventario y la gestión entre ubicaciones. Prueba los flujos de Flow antes de cualquier cambio en producción. Decide si desarrollarás o comprarás un OMS antes de que el volumen te obligue.

Para las agencias: habla de la arquitectura del OMS desde la fase inicial. Identifica la situación del cliente en cada una de las cinco capas. La ampliación del B2B a todos los planes de pago el 2 de abril implica que los clientes sin Plus ahora necesitan planificar una gestión de pedidos que hace 6 meses no necesitaban.

Para todos: Shopify todavía no ofrece de forma nativa la edición de pedidos por parte del comprador. Es la mayor pieza que falta en muchos sistemas de gestión de pedidos; incorporarla suele compensar el tiempo de soporte invertido durante el primer mes.

Esto es lo que puedes hacer esta semana:

1. Revisa la asignación de ubicaciones para la preparación de pedidos según el nuevo funcionamiento de las transferencias entre ubicaciones (10 de marzo de 2026)
2. Añade los nuevos activadores de transferencia de inventario de Flow a tus flujos de avisos operativos
3. Ejecuta una prueba de cualquier flujo de Flow en producción que no hayas revisado en más de 6 meses
4. Si tus compradores todavía no pueden editar sus pedidos por autoservicio, instala una herramienta esta semana: el ahorro de horas de soporte es claro
5. Si te acercas a los 5.000 pedidos mensuales y no tienes un plan para un OMS, empieza a evaluar tus opciones ahora

Preguntas frecuentes#

¿A partir de qué volumen de pedidos debería considerar un OMS específico?#

Para los comerciantes Plus que venden directamente al consumidor por un solo canal, un OMS específico empieza a compensar entre los 5.000 y los 10.000 pedidos mensuales. Las tiendas que venden por varios canales o gestionan varias tiendas llegan antes a ese punto; a veces con 2.000 pedidos mensuales por tienda, cuando la complejidad pesa más que el volumen. Por debajo de ese nivel, Shopify nativo y algunas aplicaciones cubren el flujo de trabajo a menor coste.

¿Cómo cambia la asignación de pedidos con la actualización de marzo de 2026 para la recogida entre ubicaciones?#

Cuando ninguna ubicación tiene todas las existencias necesarias, los pedidos para recoger en tienda ahora se preparan automáticamente mediante transferencias de inventario desde varias ubicaciones de origen. Antes del 10 de marzo, los pedidos de recogida con varios artículos que no podían prepararse desde la tienda elegida fallaban o requerían intervención manual. Conviene revisar las reglas de asignación y la lógica de assignedLocation creadas antes de ese cambio.

¿Pueden los compradores editar sus propios pedidos en Shopify en 2026?#

Shopify todavía no ofrece de forma nativa la edición de pedidos por parte del comprador después de la pantalla de pago. Las cuentas de cliente muestran el estado y el seguimiento, pero la interfaz nativa no permite a los compradores modificar artículos, direcciones ni cantidades. Para ofrecer edición por autoservicio, necesitas una herramienta externa.

¿Qué novedades incorpora Shopify Flow para gestionar pedidos en 2026?#

Dos actualizaciones: activadores de transferencia de inventario (30 de abril de 2026) y ejecuciones de prueba (11 de diciembre de 2025). Los activadores son Inventory transfer ready to ship y completed. Las ejecuciones de prueba permiten previsualizar el comportamiento de un flujo antes de activarlo. Juntas, estas funciones convierten Flow en una capa de automatización para las operaciones diarias.

¿Cómo debería diseñar los controladores de webhooks para gestionar eventos de pedidos a gran escala?#

Hazlos idempotentes desde el primer día: Shopify reintenta las entregas con intervalos cada vez mayores, así que un mismo evento orders/updated puede llegar varias veces si tu punto de conexión falla una vez. Registra los ID de los webhooks ya procesados. Usa los webhooks para recibir avisos y vuelve a consultar el estado de referencia mediante GraphQL. Para cargas históricas, usa la API de operaciones masivas.

¿Cambió la gestión de pedidos B2B con la ampliación de abril de 2026?#

Sí: desde el 2 de abril de 2026, el B2B nativo está disponible en todos los planes de pago. La jerarquía Empresa → Ubicación → Comprador se aplica a todos. Plus mantiene los catálogos ilimitados, la asignación directa de catálogos, los pagos parciales y los depósitos.

¿Qué errores debo evitar al integrar un 3PL?#

El error más costoso es elegir un 3PL cuya integración no admite ediciones de pedidos después de la sincronización. Antes de firmar, comprueba la compatibilidad con esas ediciones, la gestión de pedidos cancelados que vuelven a abrirse y la latencia de los webhooks. Si desarrollas una integración a medida, los controladores idempotentes son imprescindibles.

¿Puedo usar Sidekick para consultar datos de pedidos?#

Sí: desde el 6 de enero de 2026, Sidekick genera consultas ShopifyQL a partir de preguntas en lenguaje natural sobre pagos y datos de preparación de pedidos. Por ejemplo: «Muéstrame los tiempos de preparación de pedidos por transportista». Es útil para consultas puntuales; para informes de producción, escribe consultas de referencia.

¿Cómo funcionan las solicitudes de pago por preparación de pedidos?#

Desde el 6 de febrero de 2026, puedes cobrar a medida que se completa cada preparación de pedidos. Resulta útil cuando los productos tienen distintos plazos de entrega, en preventas y en pedidos B2B con SKU pendientes por falta de existencias. Los compradores pagan desde las cuentas de cliente cuando se envía cada parte del pedido. Esto cambia el flujo de caja de las tiendas con muchas preventas.

¿Qué significa en la práctica desarrollar o comprar un OMS para Shopify?#

Hay tres opciones: Shopify con aplicaciones (volumen bajo), Shopify con un OMS específico (volumen medio o alto, varios canales) o un OMS a medida mediante la Admin API (volumen más alto). La mayoría de las tiendas Plus elige la opción intermedia: Shopify como fuente de referencia, Flow para automatizar y un OMS para tener visibilidad entre canales.

¿Cómo mantengo fiables los datos de análisis de pedidos en todos estos sistemas?#

Usa operaciones masivas de GraphQL para los procesos de extracción, transformación y carga por lotes, trata Shopify como fuente de referencia y concilia los datos con las exportaciones de pagos para el cierre financiero. Las actualizaciones de abril de 2026 de la exportación de pagos (Bank Reference, Payout ID) facilitan el cierre mensual. Los análisis diarios muestran tendencias automáticamente; para los informes de producción, crea consultas de referencia.

¿Qué cambio en la gestión de pedidos de Shopify tendría mayor impacto este año?#

Añadir la edición de pedidos por autoservicio para los compradores. Las tiendas que la incorporan indican que las consultas de soporte sobre cambios en los pedidos bajan de más del 5 % al 1-2 %. Con 10.000 pedidos mensuales, eso supone eliminar 67 horas de trabajo de soporte al mes.

Actualizado en agosto de 2026. Revize es una aplicación de Shopify que permite a los clientes editar sus propios pedidos después de la compra. Antes de la preparación del pedido, pueden cambiar la dirección de envío, sustituir una variante o un producto, cancelar el pedido y obtener un reembolso o crédito en la tienda, sin contactar con soporte. Descubre cómo permitir que los clientes editen sus propios pedidos de Shopify o encuentra Revize en Shopify App Store.