---
title: "Shopify B2B: aprobación nativa, apps o portal"
canonical: https://wavect.io/es/blog/shopify-b2b-order-approval-workflow/
language: es
description: "Compare aprobaciones B2B en Shopify: borradores nativos, apps de autorización y portales a medida para límites de gasto, varios aprobadores e integración ERP."
image: "https://wavect.io/img/blog/headers/header_shopify-b2b-order-approval-workflow.png"
---

[**Volver**](/es/blog/overview/)

[![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/)

[Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt

15 min de lectura · 29 sep 2026 Última revisión 29 de septiembre de 2026

[**Siguiente**](/es/blog/odoo-erp-api-integration-limits-2026/)

# Aprobación de pedidos B2B en Shopify: funciones nativas, apps o portal a medida

Resumen

La aprobación B2B en Shopify puede ser acceso de una empresa, revisión del vendedor o autorización del responsable del cliente. El checkout como borrador permite revisión del comerciante en Basic, Grow, Advanced y Plus, pero no aporta un flujo completo empleado-responsable. Pruebe primero una app documentada de equipos compradores. Una capa propia tiene sentido cuando las apps no hacen cumplir roles, presupuestos, versiones aprobadas o entrega al ERP. Confirme plan, restricciones de la API y ausencia de vías alternativas de compra.

**La aprobación de pedidos B2B en Shopify puede referirse a tres necesidades distintas.** El comerciante puede aprobar el alta de una empresa, revisar un pedido entrante o permitir que un empleado del cliente solicite autorización a su propio responsable de compras. Solo el tercer caso es una aprobación de compra del lado del cliente. La solución depende de quién aprueba, qué aprueba y qué debe permanecer bloqueado hasta entonces.

Una [consulta de un comerciante en Shopify Community](https://community.shopify.com/t/b2b-purchase-order-approval-flow-employee-admin-in-shopify-grow-plan/614684) plantea exactamente ese recorrido: solicitud del empleado, aprobación de su responsable y visibilidad para el proveedor únicamente después. Un botón que diga «Enviar para aprobación» no garantiza que decida la organización correcta.

Revisado el 29 de septiembre de 2026. Los datos de plataforma proceden de Shopify. Las funciones de las aplicaciones son afirmaciones documentadas por sus proveedores, no certificaciones mediante pruebas propias. La arquitectura y los criterios de aceptación son recomendaciones de Wavect.

## ¿Qué flujo de aprobación de Shopify necesita realmente?

| Decisión | Quién decide | Qué autoriza |
| --- | --- | --- |
| Aprobación de la cuenta mayorista | El comerciante | Una empresa obtiene acceso a las compras B2B. |
| Revisión del pedido por el comerciante | El equipo comercial u operativo del vendedor | El proveedor acepta la compra recibida. |
| Aprobación de compra del cliente | Un responsable o titular del presupuesto en la empresa compradora | Un empleado puede comprometer fondos de su empresa. |

**Empiece por las funciones nativas para la revisión del vendedor; pruebe una aplicación de equipos compradores para la autorización empleado-responsable; encargue desarrollo a medida solo para requisitos que la aplicación no pueda hacer cumplir con fiabilidad.** Varios aprobadores o una conexión ERP exigen pruebas más cuidadosas, no necesariamente una tienda nueva.

Escriba una condición concreta: «Un empleado de la sucursal A puede solicitar productos, pero solo el responsable asignado a A puede liberar esa solicitud exacta, y antes no puede existir un pedido de Shopify ni un pedido de venta en el ERP». Adáptela a su política. Que ya pueda existir un *borrador* en Shopify es una decisión distinta y esencial.

## ¿Qué permite Shopify de forma nativa, también en Grow?

La [matriz de funciones B2B por plan de Shopify](https://help.shopify.com/en/manual/b2b/getting-started/plan-features) incluye empresas, permisos por sucursal, checkout convertido en borrador y números de orden de compra en Basic, Grow, Advanced y Plus. Afirmar que todo B2B nativo o toda revisión de borradores requiere Plus está desactualizado. Siguen existiendo restricciones de funciones específicas.

### Aprobar una cuenta permite entrar, no autoriza cada compra

Las [solicitudes de cuenta de empresa mediante Shopify Forms](https://help.shopify.com/en/manual/b2b/companies-and-customers/company-account-requests) permiten al comerciante conceder acceso B2B. Es un proceso de alta. Una aplicación que aprueba registros no tiene por qué enviar cada carrito de un empleado a su responsable de compras.

### La revisión de borradores pertenece al comerciante

En la interfaz administrativa en inglés, siga **Customers → Companies → company → location → Checkout → Order submission** y seleccione **Submit all orders as drafts for review**. Shopify lo explica en sus [ajustes de checkout](https://help.shopify.com/en/manual/b2b/checkout-and-orders/checkout-settings). La solicitud llega a la cola de borradores del vendedor sin pago durante ese checkout.

Encaja cuando su propio equipo comprueba existencias, transporte, precios negociados o crédito antes de aceptar la venta. No demuestra, por sí solo, que el responsable del cliente haya autorizado el gasto. Tampoco cumple «el vendedor no debe ver nada antes de la aprobación del cliente»: el vendedor ya dispone del borrador.

### Administrador de sucursal no equivale a aprobador de compras

Shopify documenta dos [permisos de clientes para sucursales de empresa](https://help.shopify.com/en/manual/b2b/companies-and-customers/adding-customers): Ordering only, con el historial propio, y Location admin, con todos los pedidos de la sucursal y edición de direcciones. Esas descripciones no establecen una cadena de aprobación del responsable. No confunda permisos del cliente con acceso del personal al panel del comerciante.

Separe también precio y autorización. Shopify indica que los [borradores enviados desde el checkout B2B](https://help.shopify.com/en/manual/b2b/checkout-and-orders/draft-orders) mantienen los precios bloqueados por defecto. Ese bloqueo no acredita consentimiento, no reserva presupuesto departamental ni decide si cambiar una dirección de entrega exige otra aprobación. Son reglas distintas.

Un número de orden de compra es una referencia, no una prueba de que el titular del presupuesto aprobó su contenido. «Todavía no pagado» y «todavía no autorizado» tampoco significan lo mismo. El diseño debe definir ambos estados sin convertir un aplazamiento del pago en un control de compras.

## ¿Pueden Shopify Flow o Functions gestionar aprobaciones del comprador?

**Utilice Flow para coordinar acciones, no como sustituto de una política de compras que se haga cumplir.** [Shopify Flow](https://help.shopify.com/en/manual/shopify-flow) está disponible en Basic, Grow, Advanced y Plus. La acción Send HTTP Request requiere Grow, Advanced o Plus y puede conectar el proceso con un servicio externo.

Existe una limitación importante: [Send internal email](https://help.shopify.com/en/manual/shopify-flow/reference/actions/send-email) no admite una dirección de destinatario variable. Para avisar a un responsable distinto en cada empresa necesita una integración adecuada de notificaciones transaccionales. Una dirección fija del personal no constituye enrutamiento dinámico a compradores externos.

Defina el punto de bloqueo antes de automatizar mensajes. Un flujo que actúa después de crear el pedido no puede impedir su creación hasta la aprobación del responsable. Además, un enlace de autorización necesita una comprobación en el servidor: la persona autenticada debe poder aprobar la versión actual de esa solicitud, para esa empresa y sucursal.

La [documentación de disponibilidad de Shopify Functions](https://shopify.dev/docs/apps/build/functions) distingue las aplicaciones públicas con Functions, disponibles entre planes con las restricciones de cada API, de las aplicaciones personalizadas que contienen Functions, que requieren Plus. No presuponga que una agencia puede desplegar cualquier Function propia de checkout en Grow.

La restricción de la operación concreta es todavía más precisa: la [Payment Customization Function API](https://shopify.dev/docs/api/functions/latest/payment-customization), revisada en su versión 2026-07, limita `orderReviewAdd` a B2B en Plus y describe revisión por el comerciante. Esto no contradice el checkout como borrador configurado por sucursal en todos los planes. Son controles distintos y ninguno aporta por sí solo un portal completo de aprobación del comprador.

Confirme el plan, el modelo de distribución de la aplicación, la operación exacta y la ruta de checkout admitida. «Utiliza Shopify Functions» no es una respuesta suficiente sobre compatibilidad.

## ¿Funciones nativas, aplicación de aprobación o portal a medida?

| Requisito | Por dónde empezar | Prueba decisiva |
| --- | --- | --- |
| Su equipo revisa cada pedido B2B recibido | Revisión nativa de borradores | Se acepta que el vendedor vea la solicitud antes de aceptarla. |
| Un empleado necesita permiso del titular de la cuenta compradora | Prueba de una aplicación para equipos B2B | Aprueba la persona correcta y el empleado no puede eludir el bloqueo. |
| Límites por sucursal, varios aprobadores o centros de coste | Prueba funcional y evaluación acotada de carencias | Funcionan el alcance de los roles y la política, no solo más destinatarios de correo. |
| Presupuestos compartidos en tiempo real, delegación especial o aprobación entre sistemas | Capa personalizada o producto de compras extensible | Autorización, concurrencia y conciliación funcionan de extremo a extremo. |

Elija la solución fiable más pequeña. Una aplicación y un conector ERP limitado pueden resultar mejores que una cadena frágil de automatizaciones o una plataforma de compras totalmente propia. Varias aplicaciones baratas tampoco son económicas si ninguna controla de forma definitiva la decisión.

## ¿Qué aplicaciones de aprobación conviene evaluar?

### SparkLayer: un proceso documentado del lado comprador

La [documentación Company Users de SparkLayer](https://docs.sparklayer.io/company-users) describe un rol Limited cuyas solicitudes pasan al titular de la cuenta de empresa. Las solicitudes pendientes permanecen ocultas para el comerciante. El titular puede completarlas o cancelarlas. Esto sí aborda autorización del cliente y no solamente revisión del proveedor.

Considérelo un candidato para probar, no una garantía de encaje universal. Pida una demostración con su configuración de cuentas, precios, métodos de pago y rutas alternativas de checkout. Compruebe aprobadores por sucursal, umbrales, presupuestos acumulados y cambios posteriores al envío. La aprobación de un titular no equivale, sin más pruebas, a un motor arbitrario de políticas multinivel.

### Approovly: verificar quién aprueba y el funcionamiento actual

La [ficha de Approovly en Shopify App Store](https://apps.shopify.com/approovly-app) anuncia solicitudes de aprobación internas y externas. La ficha no demuestra su jerarquía empresarial ni un bloqueo previo a la creación del pedido. Compruebe mantenimiento actual, respuesta del soporte y una demostración completa antes de seleccionarla.

Para ambas aplicaciones, solicite ver la misma operación como empleado, aprobador y comerciante al mismo tiempo. Observe cuándo aparecen el borrador, pedido, solicitud de pago y mensaje al ERP. Después cambie el importe, acceda desde otra empresa y reutilice un enlace antiguo. Estas pruebas aportan más que una larga lista comercial de funciones.

Incluya exportación de datos, conservación del historial, comportamiento al desinstalar, permisos solicitados y responsabilidad por fallos de integración. Pida confirmación escrita del plan compatible y de si la aplicación sustituye, complementa o evita el modelo B2B existente. La comparación se basa en documentación, no en una prueba de instalación de ninguno de los productos.

## ¿Cuándo se justifica un portal de compradores a medida?

**El desarrollo a medida se justifica cuando una regla comercialmente importante no puede aplicarse o demostrarse con la configuración disponible.** El alcance debe ser la capa de aprobación que falta, no reconstruir Shopify.

No siempre necesita otra tienda. Shopify permite [extensiones de página completa en cuentas de cliente](https://shopify.dev/docs/apps/build/customer-accounts/full-page-extensions), incluidas páginas no vinculadas a un pedido existente. Evalúe una página integrada de solicitudes y aprobaciones antes de crear otra experiencia de compra. Confirme la compatibilidad de las cuentas y las capacidades necesarias de la extensión.

Mantenga en el servidor el registro autorizado de cada solicitud: empresa y sucursal, solicitante, aprobadores admisibles, versión de la política, moneda y base del cálculo. Vincule la decisión a una instantánea versionada de referencias, cantidades, precios, tratamiento fiscal, transporte y dirección. No confíe en un atributo editable del carrito ni en una etiqueta «approved» enviada por el cliente.

Si el comerciante no debe ver la compra antes de la aprobación, conserve la requisición en el almacenamiento de la aplicación y cree el borrador o pedido de Shopify solo después de liberarla. Si se admiten borradores visibles para el vendedor, pueden formar parte del proceso, pero deben protegerse la finalización y los enlaces de factura contra posibles vías alternativas. Inventario y caducidad de la oferta también necesitan reglas explícitas.

Separe estados de solicitud como `pending_approval`, `approved`, `rejected` y `expired` de la creación en Shopify, el pago y la entrega al ERP. Una solicitud puede estar aprobada mientras falla su transmisión. Llamar «completo» a ambos acontecimientos oculta la excepción que operaciones debe resolver.

### Límites de gasto y varios aprobadores requieren reglas precisas

Un umbral por pedido no es un presupuesto mensual. Defina si incluye impuestos y transporte, qué moneda manda, si las solicitudes pendientes reservan fondos y cuándo una denegación o cancelación los libera. En presupuestos compartidos, compruebe y reserve capacidad de forma atómica para que dos solicitudes simultáneas no consuman el mismo saldo.

**Política ilustrativa, no configuración nativa de Shopify:** una empresa de ocho sucursales permite autoliberar compras de hasta €500 si queda presupuesto mensual suficiente. Por encima de €500 aprueba el responsable de sucursal; por encima de €5.000 también finanzas. El responsable de otra sucursal carece de autoridad. Los cambios sustanciales crean otra versión e invalidan la aprobación anterior.

Especifique si las aprobaciones son secuenciales, paralelas con unanimidad o basadas en un cuórum. La delegación debe tener caducidad y trazabilidad. Las vacaciones de un responsable no deben provocar aprobación automática silenciosa; un enlace antiguo no debe conservar permisos revocados. Son criterios para una aplicación comprada y para una solución propia.

## ¿Cómo llegan los pedidos aprobados a Shopify y al ERP?

Defina la transferencia antes de programarla. ¿Shopify es el sistema principal de pedidos o debe el ERP validar primero crédito, existencias y correspondencias de clientes? ¿Quién libera la preparación y envío? La aprobación del comprador permite continuar; no demuestra que las comprobaciones posteriores hayan terminado correctamente.

La [mutación draftOrderComplete de Shopify](https://shopify.dev/docs/api/admin-graphql/latest/mutations/draftOrderComplete) convierte un borrador en pedido y ofrece opciones relacionadas con el pago. Ejecutarla no equivale por sí mismo a haber cobrado. Nunca marque un pedido como pagado únicamente porque lo autorizó un responsable; respete el proceso de facturación o las condiciones de pago acordadas.

En una integración propia, mantenga una correspondencia duradera entre ID y versión de la requisición, ID del borrador o pedido de Shopify y referencia ERP. Guarde una tarea de liberación junto con la decisión y procésela mediante una cola con reintentos. Evite duplicados con idempotencia de aplicación y una referencia o restricción de unicidad apropiada en el ERP.

Si una creación termina en timeout, su resultado es desconocido, no necesariamente fallido. Reconcilie los registros existentes antes de reintentar. Shopify advierte que [no garantiza el orden ni la entrega de webhooks](https://shopify.dev/docs/apps/build/webhooks). Verifique autenticidad, elimine entregas duplicadas y ejecute conciliación en vez de depender de una sola notificación.

Si el ERP no está disponible, muestre «aprobado, pendiente de ERP» y mantenga bloqueada la expedición cuando lo exija la política. No oculte el problema con un correo de éxito. Operaciones necesita un reintento que conserve la misma referencia comercial, no un botón que cree involuntariamente otro pedido.

Para un backend Odoo, consulte nuestra [guía de límites de integración de la API de Odoo](/es/blog/odoo-erp-api-integration-limits-2026/). El flujo de aprobación determina *cuándo* se autoriza la compra; el conector determina *cómo* se entrega con fiabilidad al ERP.

## ¿Qué debe probar antes de comprar o publicar?

Pida al proveedor o al equipo de implementación que ejecute estos casos con roles reales y pedidos representativos en un entorno no productivo. «Llegó el correo de aprobación» solo supera la prueba de notificación.

| Escenario | Resultado exigido |
| --- | --- |
| El empleado usa checkout directo, factura guardada u otra ruta habilitada | Ninguna compra sin aprobar se libera por un camino alternativo. |
| Un responsable de otra empresa o sucursal abre la solicitud | Se rechazan acceso y aprobación fuera del alcance autorizado. |
| Cambian referencia, importe o dirección ya aprobados | Los cambios sustanciales exigen una nueva decisión sobre la nueva versión. |
| Dos solicitudes consumen simultáneamente el último saldo compartido | Solo prosperan reservas válidas; el presupuesto no se gasta dos veces. |
| Se elimina al aprobador, se delega o se reutiliza un enlace | Se verifica la autoridad actual; la repetición no produce otra liberación. |
| Se rechaza la solicitud o caduca a las 48 horas según la política de prueba | No se libera; el presupuesto reservado se trata según la política. |
| Cambian precio o existencias durante la espera | Se aplica de forma visible la regla de caducidad, reserva y nueva aprobación. |
| El ERP crea el pedido, pero se pierde su respuesta | La conciliación encuentra el registro; el reintento no genera duplicados. |
| El ERP rechaza el cliente o la dirección | Aparece una excepción accionable; la liberación posterior sigue la política. |

Conserve versiones, decisiones, identidades y referencias posteriores como evidencia. Demuestre una compra correcta y la recuperación ante fallos. El sistema debe responder quién autorizó qué contenido, con qué política y qué registros de Shopify y ERP resultaron.

## ¿Qué debe incluir una evaluación del flujo y una propuesta?

Prepare el plan de Shopify, la configuración de cuentas, un recorrido de pedido actual, roles de empresa y sucursal, límites, reglas de pago, datos del ERP y un caso fallido o gestionado manualmente. Oculte datos personales y comerciales sensibles antes de compartir ejemplos.

Una evaluación útil entrega un mapa del proceso actual y deseado, una recomendación nativo/app/a medida, un modelo de permisos y estados, el límite de la integración y las pruebas de aceptación. La propuesta debe especificar supuestos, configuración frente a programación, licencias de terceros, migración, responsabilidad operativa y exclusiones expresas.

Compare coste operativo total, no únicamente suscripción y presupuesto de desarrollo. Incluya configuración, integración, soporte, cambios de política, pruebas de regresión y gestión de excepciones. Calcule la situación inicial con su tiempo por solicitud y volumen mensual. Añada el retrabajo medido por separado; no dé por hecho un aumento genérico de velocidad o ingresos.

El [caso MyMerch de Wavect](/es/case-studies/mymerch/) describe automatización selectiva de procesos Shopify, no una reconstrucción de plataforma. Es experiencia de entrega relacionada, no una afirmación de que MyMerch utilizara la arquitectura de aprobación descrita aquí.

Para la decisión general, consulte [software a medida frente a software estándar](/es/software-development-guide/custom-software-vs-off-the-shelf/). Para una carencia de implementación, nuestro servicio de [desarrollo de software a medida](/es/services/software-development/) es el siguiente paso comercial. [Consulte una evaluación de su flujo de aprobación B2B en Shopify](/es/contact/) con Wavect y solicite una propuesta acotada basada en los controles que realmente necesita.

## Preguntas frecuentes sobre aprobación B2B en Shopify

### ¿Shopify tiene aprobación nativa de pedidos B2B?

Ofrece revisión del comerciante mediante checkout convertido en borrador. Es distinto de obtener permiso del responsable dentro de la empresa compradora. Identifique quién aprueba antes de elegir un control o aplicación. Consulte [funciones nativas y límites](#native-features).

### ¿Shopify Grow puede exigir aprobación de pedidos?

Grow admite checkout como borrador por sucursal, igual que Basic, Advanced y Plus. Se trata de revisión del vendedor. La operación Function orderReviewAdd, en cambio, está limitada a B2B Plus en la referencia revisada. Consulte [restricciones de plan y Functions](#flow-functions).

### ¿Aprobar una cuenta mayorista equivale a aprobar una compra?

No. La primera decisión concede acceso B2B; la segunda autoriza una solicitud concreta. El flujo del comprador debe identificar al aprobador y la versión autorizada. Consulte [los tres tipos de aprobación](#approval-types).

### ¿Un administrador de sucursal de Shopify puede aprobar pedidos de empleados?

El permiso documentado Location admin abarca pedidos de la sucursal y edición de direcciones, pero no establece una cadena de autorización del responsable. Verifique un flujo explícito o aplicación. Consulte [las definiciones de roles de Shopify](#source-roles).

### ¿Shopify Flow puede avisar al responsable de compras de cada cliente?

Send internal email utiliza destinatarios fijos, no variables. El enrutamiento externo dinámico necesita una integración adecuada; la aprobación requiere además autenticación y permisos comprobados en el servidor. Consulte [el papel de Flow](#flow-functions).

### ¿Introducir un número PO aprueba un pedido de Shopify?

No. El número identifica una referencia de compra, no demuestra quién autorizó el contenido. Sepárelo de la identidad del aprobador, versión, momento de decisión y política aplicable. Consulte [el registro de aprobación](#custom-portal).

### ¿Varios aprobadores o límites de gasto requieren un portal a medida?

No necesariamente. Pruebe si un producto B2B o de compras aplica la jerarquía, los presupuestos y los cambios posteriores. El desarrollo propio se justifica por una carencia importante de control. Consulte [la matriz de selección](#native-app-custom).

### ¿La aprobación debe marcar el pedido pagado o enviarlo automáticamente al ERP?

Aprobación, pago y aceptación ERP son eventos diferentes. Puede iniciarse la transmisión tras aprobar, pero rechazo, reintentos y duplicados necesitan controles propios. No marque como pagada una compra solo por aprobarla. Consulte [el diseño de transferencia al ERP](#erp-handoff).

## Reflexiones finales

Defina el punto de aprobación antes de elegir tecnología. Los borradores nativos resuelven revisión del vendedor; una app validada puede cubrir autorización del cliente sin un desarrollo completo. Programe solo los controles ausentes, separe pago y aceptación del ERP, y exija pruebas de bloqueo y recuperación ante fallos.

## También te puede gustar..

[**Límites de integración de Odoo: el lado ERP de la transferencia** Después de autorizar la compra, verifique las restricciones de API y transacciones del ERP receptor.](/es/blog/odoo-erp-api-integration-limits-2026/) [**Software a medida frente a software estándar** Un marco general para decidir qué configurar, comprar o desarrollar alrededor de una plataforma existente.](/es/software-development-guide/custom-software-vs-off-the-shelf/)

Arquitectura y plataformas

## Continúa por este clúster

Decisiones de frameworks, plataformas y sistemas con impacto a largo plazo.

[Empieza por el artículo fundamental**Arquitectura Smart City: MQTT, LoRaWAN, Kubernetes y Terraform**](/es/blog/smart-city-architecture-best-practices-2026/)

- [Devoluciones y reembolsos Shopify–ERP: cuando el conector estándar no basta](/es/blog/shopify-erp-returns-refunds-integration/)
- [Integrar un ERP sin API: archivos, acceso a datos, RPA o sustitución](/es/blog/legacy-erp-integration-without-api/)
- [Gestionar varias tiendas Shopify: ¿app de informes o panel operativo a medida?](/es/blog/shopify-multi-store-operations-dashboard/)
- [Apple Container vs. Docker: Compose, redes y migración](/es/blog/apple-container-vs-docker-compose-migration/)
- [Pake: convierte webs en apps de escritorio sin Electron](/es/blog/pake-website-to-desktop-app/)

[**Volver**](/es/blog/overview/)

[![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/)

[Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt

15 min de lectura · 29 sep 2026 Última revisión 29 de septiembre de 2026

[**Siguiente**](/es/blog/odoo-erp-api-integration-limits-2026/)

## Structured Data

```json
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@id": "https://wavect.io/#organization",
      "@type": [
        "Organization",
        "ProfessionalService",
        "LocalBusiness"
      ],
      "employee": [
        {
          "@id": "https://wavect.io/team/kevin-riedl/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Kevin Riedl",
          "url": "https://wavect.io/team/kevin-riedl/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        },
        {
          "@id": "https://wavect.io/team/christof-jori/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Christof Jori",
          "url": "https://wavect.io/team/christof-jori/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        }
      ],
      "founder": [
        {
          "@id": "https://wavect.io/team/kevin-riedl/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Kevin Riedl",
          "url": "https://wavect.io/team/kevin-riedl/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        },
        {
          "@id": "https://wavect.io/team/christof-jori/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Christof Jori",
          "url": "https://wavect.io/team/christof-jori/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        }
      ],
      "legalRepresentative": [
        {
          "@id": "https://wavect.io/team/kevin-riedl/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Kevin Riedl",
          "url": "https://wavect.io/team/kevin-riedl/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        },
        {
          "@id": "https://wavect.io/team/christof-jori/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Christof Jori",
          "url": "https://wavect.io/team/christof-jori/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        }
      ],
      "name": "Wavect GmbH",
      "subjectOf": {
        "@id": "https://wavect.io/verified-claims.json#dataset",
        "@type": "Dataset",
        "creator": {
          "@id": "https://wavect.io/#organization",
          "@type": [
            "Organization",
            "ProfessionalService",
            "LocalBusiness"
          ]
        },
        "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.",
        "inLanguage": "en",
        "isAccessibleForFree": true,
        "license": "https://creativecommons.org/licenses/by/4.0/",
        "name": "Wavect verified publication claims",
        "url": "https://wavect.io/verified-claims.json"
      },
      "url": "https://wavect.io/"
    },
    {
      "@id": "https://wavect.io/team/kevin-riedl/#person",
      "@type": "Person",
      "jobTitle": "Managing Director",
      "name": "Kevin Riedl",
      "sameAs": [
        "https://www.wikidata.org/wiki/Q139796365",
        "https://www.linkedin.com/in/wsdt",
        "https://github.com/wsdt"
      ],
      "url": "https://wavect.io/team/kevin-riedl/",
      "worksFor": {
        "@id": "https://wavect.io/#organization",
        "@type": [
          "Organization",
          "ProfessionalService",
          "LocalBusiness"
        ]
      }
    },
    {
      "@id": "https://wavect.io/team/christof-jori/#person",
      "@type": "Person",
      "jobTitle": "Managing Director",
      "name": "Christof Jori",
      "sameAs": [
        "https://www.wikidata.org/wiki/Q139796367",
        "https://www.linkedin.com/in/jocr77/",
        "https://github.com/jo-chris"
      ],
      "url": "https://wavect.io/team/christof-jori/",
      "worksFor": {
        "@id": "https://wavect.io/#organization",
        "@type": [
          "Organization",
          "ProfessionalService",
          "LocalBusiness"
        ]
      }
    },
    {
      "@id": "https://wavect.io/#website",
      "@type": "WebSite",
      "inLanguage": [
        "en",
        "de",
        "es",
        "zh"
      ],
      "name": "Wavect",
      "potentialAction": {
        "@type": "SearchAction",
        "query-input": "required name=search_term_string",
        "target": {
          "@type": "EntryPoint",
          "urlTemplate": "https://wavect.io/search/?q={search_term_string}"
        }
      },
      "publisher": {
        "@id": "https://wavect.io/#organization",
        "@type": [
          "Organization",
          "ProfessionalService",
          "LocalBusiness"
        ]
      },
      "url": "https://wavect.io/"
    },
    {
      "@id": "https://wavect.io/es/blog/shopify-b2b-order-approval-workflow/#webpage",
      "@type": "WebPage",
      "dateModified": "2026-09-29",
      "inLanguage": "es",
      "isPartOf": {
        "@id": "https://wavect.io/#website",
        "@type": "WebSite"
      },
      "lastReviewed": "2026-09-29",
      "url": "https://wavect.io/es/blog/shopify-b2b-order-approval-workflow/"
    }
  ]
}
```

```json
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "abstract": "La aprobación B2B en Shopify puede ser acceso de una empresa, revisión del vendedor o autorización del responsable del cliente. El checkout como borrador permite revisión del comerciante en Basic, Grow, Advanced y Plus, pero no aporta un flujo completo empleado-responsable. Pruebe primero una app documentada de equipos compradores. Una capa propia tiene sentido cuando las apps no hacen cumplir roles, presupuestos, versiones aprobadas o entrega al ERP. Confirme plan, restricciones de la API y ausencia de vías alternativas de compra.",
  "articleBody": " Resumen del blog/Entrega y QA/Arquitectura y plataformas Aprobación de pedidos B2B en Shopify: funciones nativas, apps o portal a medida Resumen La aprobación B2B en Shopify puede ser acceso de una empresa, revisión del vendedor o autorización del responsable del cliente. El checkout como borrador permite revisión del comerciante en Basic, Grow, Advanced y Plus, pero no aporta un flujo completo empleado-responsable. Pruebe primero una app documentada de equipos compradores. Una capa propia tiene sentido cuando las apps no hacen cumplir roles, presupuestos, versiones aprobadas o entrega al ERP. Confirme plan, restricciones de la API y ausencia de vías alternativas de compra. La aprobación de pedidos B2B en Shopify puede referirse a tres necesidades distintas. El comerciante puede aprobar el alta de una empresa, revisar un pedido entrante o permitir que un empleado del cliente solicite autorización a su propio responsable de compras. Solo el tercer caso es una aprobación de compra del lado del cliente. La solución depende de quién aprueba, qué aprueba y qué debe permanecer bloqueado hasta entonces. Una consulta de un comerciante en Shopify Community plantea exactamente ese recorrido: solicitud del empleado, aprobación de su responsable y visibilidad para el proveedor únicamente después. Un botón que diga «Enviar para aprobación» no garantiza que decida la organización correcta. Revisado el 29 de septiembre de 2026. Los datos de plataforma proceden de Shopify. Las funciones de las aplicaciones son afirmaciones documentadas por sus proveedores, no certificaciones mediante pruebas propias. La arquitectura y los criterios de aceptación son recomendaciones de Wavect. ¿Qué flujo de aprobación de Shopify necesita realmente? Tres decisiones que no deberían compartir un estado ambiguo de «aprobado».DecisiónQuién decideQué autoriza Aprobación de la cuenta mayoristaEl comercianteUna empresa obtiene acceso a las compras B2B. Revisión del pedido por el comercianteEl equipo comercial u operativo del vendedorEl proveedor acepta la compra recibida. Aprobación de compra del clienteUn responsable o titular del presupuesto en la empresa compradoraUn empleado puede comprometer fondos de su empresa. Empiece por las funciones nativas para la revisión del vendedor; pruebe una aplicación de equipos compradores para la autorización empleado-responsable; encargue desarrollo a medida solo para requisitos que la aplicación no pueda hacer cumplir con fiabilidad. Varios aprobadores o una conexión ERP exigen pruebas más cuidadosas, no necesariamente una tienda nueva. Escriba una condición concreta: «Un empleado de la sucursal A puede solicitar productos, pero solo el responsable asignado a A puede liberar esa solicitud exacta, y antes no puede existir un pedido de Shopify ni un pedido de venta en el ERP». Adáptela a su política. Que ya pueda existir un borrador en Shopify es una decisión distinta y esencial. ¿Qué permite Shopify de forma nativa, también en Grow? La matriz de funciones B2B por plan de Shopify incluye empresas, permisos por sucursal, checkout convertido en borrador y números de orden de compra en Basic, Grow, Advanced y Plus. Afirmar que todo B2B nativo o toda revisión de borradores requiere Plus está desactualizado. Siguen existiendo restricciones de funciones específicas. Aprobar una cuenta permite entrar, no autoriza cada compra Las solicitudes de cuenta de empresa mediante Shopify Forms permiten al comerciante conceder acceso B2B. Es un proceso de alta. Una aplicación que aprueba registros no tiene por qué enviar cada carrito de un empleado a su responsable de compras. La revisión de borradores pertenece al comerciante En la interfaz administrativa en inglés, siga Customers → Companies → company → location → Checkout → Order submission y seleccione Submit all orders as drafts for review. Shopify lo explica en sus ajustes de checkout. La solicitud llega a la cola de borradores del vendedor sin pago durante ese checkout. Encaja cuando su propio equipo comprueba existencias, transporte, precios negociados o crédito antes de aceptar la venta. No demuestra, por sí solo, que el responsable del cliente haya autorizado el gasto. Tampoco cumple «el vendedor no debe ver nada antes de la aprobación del cliente»: el vendedor ya dispone del borrador. Administrador de sucursal no equivale a aprobador de compras Shopify documenta dos permisos de clientes para sucursales de empresa: Ordering only, con el historial propio, y Location admin, con todos los pedidos de la sucursal y edición de direcciones. Esas descripciones no establecen una cadena de aprobación del responsable. No confunda permisos del cliente con acceso del personal al panel del comerciante. Separe también precio y autorización. Shopify indica que los borradores enviados desde el checkout B2B mantienen los precios bloqueados por defecto. Ese bloqueo no acredita consentimiento, no reserva presupuesto departamental ni decide si cambiar una dirección de entrega exige otra",
  "articleSection": "Comercio B2B",
  "author": {
    "@id": "https://wavect.io/team/kevin-riedl/#person",
    "@type": "Person",
    "name": "Kevin Riedl",
    "sameAs": [
      "https://www.wikidata.org/wiki/Q139796365",
      "https://www.linkedin.com/in/wsdt",
      "https://github.com/wsdt"
    ],
    "url": "https://wavect.io/team/kevin-riedl/"
  },
  "citation": [
    {
      "@type": "WebPage",
      "name": "consulta de un comerciante en Shopify Community",
      "url": "https://community.shopify.com/t/b2b-purchase-order-approval-flow-employee-admin-in-shopify-grow-plan/614684"
    },
    {
      "@type": "WebPage",
      "name": "matriz de funciones B2B por plan de Shopify",
      "url": "https://help.shopify.com/en/manual/b2b/getting-started/plan-features"
    },
    {
      "@type": "WebPage",
      "name": "solicitudes de cuenta de empresa mediante Shopify Forms",
      "url": "https://help.shopify.com/en/manual/b2b/companies-and-customers/company-account-requests"
    },
    {
      "@type": "WebPage",
      "name": "ajustes de checkout",
      "url": "https://help.shopify.com/en/manual/b2b/checkout-and-orders/checkout-settings"
    },
    {
      "@type": "WebPage",
      "name": "permisos de clientes para sucursales de empresa",
      "url": "https://help.shopify.com/en/manual/b2b/companies-and-customers/adding-customers"
    },
    {
      "@type": "WebPage",
      "name": "borradores enviados desde el checkout B2B",
      "url": "https://help.shopify.com/en/manual/b2b/checkout-and-orders/draft-orders"
    },
    {
      "@type": "WebPage",
      "name": "Shopify Flow",
      "url": "https://help.shopify.com/en/manual/shopify-flow"
    },
    {
      "@type": "WebPage",
      "name": "Send internal email",
      "url": "https://help.shopify.com/en/manual/shopify-flow/reference/actions/send-email"
    },
    {
      "@type": "WebPage",
      "name": "documentación de disponibilidad de Shopify Functions",
      "url": "https://shopify.dev/docs/apps/build/functions"
    },
    {
      "@type": "WebPage",
      "name": "Payment Customization Function API",
      "url": "https://shopify.dev/docs/api/functions/latest/payment-customization"
    },
    {
      "@type": "WebPage",
      "name": "documentación Company Users de SparkLayer",
      "url": "https://docs.sparklayer.io/company-users"
    },
    {
      "@type": "WebPage",
      "name": "ficha de Approovly en Shopify App Store",
      "url": "https://apps.shopify.com/approovly-app"
    },
    {
      "@type": "WebPage",
      "name": "extensiones de página completa en cuentas de cliente",
      "url": "https://shopify.dev/docs/apps/build/customer-accounts/full-page-extensions"
    },
    {
      "@type": "WebPage",
      "name": "mutación draftOrderComplete de Shopify",
      "url": "https://shopify.dev/docs/api/admin-graphql/latest/mutations/draftOrderComplete"
    },
    {
      "@type": "WebPage",
      "name": "no garantiza el orden ni la entrega de webhooks",
      "url": "https://shopify.dev/docs/apps/build/webhooks"
    }
  ],
  "dateModified": "2026-09-29",
  "datePublished": "2026-09-29",
  "description": "La aprobación B2B en Shopify puede ser acceso de una empresa, revisión del vendedor o autorización del responsable del cliente. El checkout como borrador permite revisión del comerciante en Basic, Grow, Advanced y Plus, pero no aporta un flujo completo empleado-responsable. Pruebe primero una app documentada de equipos compradores. Una capa propia tiene sentido cuando las apps no hacen cumplir roles, presupuestos, versiones aprobadas o entrega al ERP. Confirme plan, restricciones de la API y ausencia de vías alternativas de compra.",
  "headline": "Aprobación de pedidos B2B en Shopify: funciones nativas, apps o portal a medida",
  "image": "https://wavect.io/img/blog/headers/header_shopify-b2b-order-approval-workflow.svg",
  "inLanguage": "es",
  "keywords": "Shopify B2B, Aprobación de pedidos, Integración ERP",
  "mainEntityOfPage": {
    "@id": "https://wavect.io/es/blog/shopify-b2b-order-approval-workflow/",
    "@type": "WebPage"
  },
  "publisher": {
    "@id": "https://wavect.io/#organization",
    "@type": [
      "Organization",
      "ProfessionalService",
      "LocalBusiness"
    ]
  },
  "url": "https://wavect.io/es/blog/shopify-b2b-order-approval-workflow/",
  "wordCount": 3477
}
```

```json
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "item": "https://wavect.io/es/",
      "name": "Inicio",
      "position": 1
    },
    {
      "@type": "ListItem",
      "item": "https://wavect.io/es/blog/overview/",
      "name": "Resumen del blog",
      "position": 2
    },
    {
      "@type": "ListItem",
      "item": "https://wavect.io/es/blog/topics/delivery-qa/",
      "name": "Entrega y QA",
      "position": 3
    },
    {
      "@type": "ListItem",
      "item": "https://wavect.io/es/blog/clusters/architecture-platforms/",
      "name": "Arquitectura y plataformas",
      "position": 4
    },
    {
      "@type": "ListItem",
      "item": "https://wavect.io/es/blog/shopify-b2b-order-approval-workflow/",
      "name": "Shopify B2B: aprobación nativa, apps o portal",
      "position": 5
    }
  ]
}
```

```json
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Ofrece revisión del comerciante mediante checkout convertido en borrador. Es distinto de obtener permiso del responsable dentro de la empresa compradora. Identifique quién aprueba antes de elegir un control o aplicación. Consulte funciones nativas y límites."
      },
      "name": "¿Shopify tiene aprobación nativa de pedidos B2B?"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Grow admite checkout como borrador por sucursal, igual que Basic, Advanced y Plus. Se trata de revisión del vendedor. La operación Function orderReviewAdd, en cambio, está limitada a B2B Plus en la referencia revisada. Consulte restricciones de plan y Functions."
      },
      "name": "¿Shopify Grow puede exigir aprobación de pedidos?"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "No. La primera decisión concede acceso B2B; la segunda autoriza una solicitud concreta. El flujo del comprador debe identificar al aprobador y la versión autorizada. Consulte los tres tipos de aprobación."
      },
      "name": "¿Aprobar una cuenta mayorista equivale a aprobar una compra?"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "El permiso documentado Location admin abarca pedidos de la sucursal y edición de direcciones, pero no establece una cadena de autorización del responsable. Verifique un flujo explícito o aplicación. Consulte las definiciones de roles de Shopify."
      },
      "name": "¿Un administrador de sucursal de Shopify puede aprobar pedidos de empleados?"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Send internal email utiliza destinatarios fijos, no variables. El enrutamiento externo dinámico necesita una integración adecuada; la aprobación requiere además autenticación y permisos comprobados en el servidor. Consulte el papel de Flow."
      },
      "name": "¿Shopify Flow puede avisar al responsable de compras de cada cliente?"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "No. El número identifica una referencia de compra, no demuestra quién autorizó el contenido. Sepárelo de la identidad del aprobador, versión, momento de decisión y política aplicable. Consulte el registro de aprobación."
      },
      "name": "¿Introducir un número PO aprueba un pedido de Shopify?"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "No necesariamente. Pruebe si un producto B2B o de compras aplica la jerarquía, los presupuestos y los cambios posteriores. El desarrollo propio se justifica por una carencia importante de control. Consulte la matriz de selección."
      },
      "name": "¿Varios aprobadores o límites de gasto requieren un portal a medida?"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Aprobación, pago y aceptación ERP son eventos diferentes. Puede iniciarse la transmisión tras aprobar, pero rechazo, reintentos y duplicados necesitan controles propios. No marque como pagada una compra solo por aprobarla. Consulte el diseño de transferencia al ERP."
      },
      "name": "¿La aprobación debe marcar el pedido pagado o enviarlo automáticamente al ERP?"
    }
  ]
}
```