Gravity Flow WooCommerce 1.7.1 ya es compatible con HPOS

En pocas palabras: Gravity Flow WooCommerce Extension 1.7.1, publicada el 13 de octubre de 2026, agrega compatibilidad con HPOS (High-Performance Order Storage) de WooCommerce y corrige un error fatal al asignar cupones en el paso Create Coupon y la incompatibilidad del método Pay Later con los bloques de Checkout.

Gravity Flow WooCommerce HPOS ya es una combinación soportada: la extensión 1.7.1, publicada el 13 de octubre de 2026, agrega compatibilidad con el almacenamiento de pedidos de alto rendimiento y corrige un error fatal con cupones y un fallo de Pay Later en los bloques de Checkout.

Gravity Flow WooCommerce Extension es un complemento de Gravity Flow que lleva los pedidos de WooCommerce a flujos de trabajo armados con Gravity Forms. Sirve para cobrar, capturar o cancelar pagos preautorizados, gestionar reembolsos con aprobación y tomar un checkout en medio de un proceso. Es para tiendas que ya usan Gravity Forms y quieren automatizar lo que pasa después de que entra el pedido.

¿Gravity Flow WooCommerce Extension 1.7.1 es compatible con HPOS?

Sí. Según el anuncio oficial de Gravity Forms, la primera línea del changelog dice: «Added compatibility with WooCommerce High-Performance Order Storage (HPOS)». Si tu tienda usa ese almacenamiento, los workflows de pedidos pueden seguir corriendo sobre él.

El anuncio no indica versión mínima de WooCommerce ni de Gravity Flow, y tampoco dice qué pasaba con la versión anterior bajo HPOS. No lo rellenes con suposiciones: si necesitás ese dato, escribile al soporte del fabricante.

¿Qué es HPOS en WooCommerce y cómo afecta a los plugins?

HPOS es el sistema de WooCommerce que guarda los pedidos en tablas propias en lugar de usar las tablas de posts de WordPress. Según la documentación oficial para desarrolladores, usa cuatro tablas: _wc_orders, _wc_order_addresses, _wc_order_operational_data y _wc_orders_meta.

Es historia conocida, pero conviene tener las fechas. Desde WooCommerce 8.2, de octubre de 2023, HPOS es estable y viene activado por defecto en instalaciones nuevas. Las tiendas existentes lo activan a mano. Más contexto en migrar tu tienda al sistema HPOS.

Ahora bien, acá está el punto para quien administra plugins. Si tenés alguno incompatible, WooCommerce deshabilita la opción HPOS en Ajustes > Avanzado > Características, y la documentación aclara que le corresponde a cada desarrollador agregar el soporte. Por eso un changelog como el de la 1.7.1 pesa más de lo que parece: una sola extensión sin soporte puede trabar una migración que el resto de tu stack ya podría hacer.

El modo de compatibilidad sincroniza los datos entre las tablas nuevas y las de posts, y sirve como salida de emergencia si necesitás volver al almacenamiento anterior de forma temporal.

¿Qué otros errores corrige Gravity Flow WooCommerce Extension 1.7.1?

El changelog trae dos correcciones además de HPOS. Una resuelve un error fatal al asignar un cupón en el paso Create Coupon del workflow, y la otra arregla la incompatibilidad del método de pago Pay Later con los bloques de Checkout de WooCommerce.

• Error fatal con cupones: si tenías un workflow que generaba cupones, asignarlo en el paso Create Coupon cortaba la ejecución con un error fatal.
• Pay Later con bloques de Checkout: el método de pago diferido no era compatible con el Checkout basado en bloques, que es el que usan cada vez más tiendas nuevas.

El anuncio no explica la causa técnica ni desde qué versión ocurrían los problemas. Es un límite real de la fuente (y conviene tomarlo como tal). Para más detalles técnicos, lo mejor es consultar al soporte del fabricante. Y si estás ajustando tu tienda, tenemos una nota sobre cómo mostrar una guía de talles en tu tienda.

¿Qué hace Gravity Flow WooCommerce Extension en una tienda?

La extensión conecta pedidos de WooCommerce con los workflows de Gravity Flow, que a su vez se apoyan en Gravity Forms. Gravity Flow convierte envíos de formularios en procesos con aprobaciones, tareas y notificaciones dentro del escritorio de WordPress. Esto es lo que el fabricante lista para la extensión:

• Payment step: el cliente paga un pedido en el momento del workflow que vos elijas.
• Captura y cancelación de pagos: capturás un pago preautorizado en el checkout o lo cancelás si el pedido no sigue.
• Refund step: habilita pedidos de reembolso automatizados para clientes, con un proceso de aprobación simple para el dueño de la tienda.
• Checkout step: toma un pedido en la mitad de un workflow.
• Aprobación por email: los gerentes aprueban reembolsos desde un link de correo, sin acceso a la pasarela de pago.

Eso responde cómo se automatizan los reembolsos: el cliente inicia la solicitud, el workflow la deriva a quien aprueba y el manager resuelve desde el mail. Lo que la fuente no detalla es qué pasarelas de pago soporta cada paso, así que verificalo con la tuya.

Sobre los bloques de Checkout, lo confirmado es puntual: la 1.7.1 arregla Pay Later con ellos. No hay una declaración general sobre todos los pasos.

¿Qué tengo que revisar antes de actualizar a la 1.7.1?

Lo primero es no actualizar directo en producción. La fuente confirma qué cambió, pero no prueba que tus workflows se comporten igual en tu tienda, con tus plugins y tu pasarela. Si querés seguir mejorando tu tienda, tenemos una guía para armar un buscador avanzado para tu catálogo.

Lo que sigue es una propuesta editorial de verificación (no viene del fabricante ni la probamos nosotros):

• Backup completo: base de datos y archivos, antes de tocar nada.
• Copia en staging: clonás la tienda y actualizás ahí primero.
• Estado de HPOS: mirá Ajustes > Avanzado > Características y la lista de plugins incompatibles que enlaza WooCommerce. Un solo plugin pendiente puede bloquear la opción.
• Tres flujos de prueba: un workflow con cupón, un pedido con Pay Later en el Checkout de bloques y un reembolso aprobado desde el link del email.
• Revisión del pedido: confirmá que aparece en el listado de pedidos con el estado esperado y sin errores en el log.

Hacés el backup, clonás la tienda, verificás HPOS, creás un pedido de prueba, lo pasás por el workflow con cupón, probás Pay Later, aprobás un reembolso desde el mail y recién ahí, con todo anotado, decidís si actualizás producción. Para el entorno de pruebas ayuda un proveedor que ofrezca staging y backups; el hosting WordPress de Donweb es una opción para evaluar, y conviene confirmar qué incluye tu plan.

Sobre licencias: según el anuncio, la extensión está disponible con la licencia Gravity Flow Ultimate y también se compra individualmente. Los precios no figuran en la fuente.

Errores comunes al actualizar extensiones de WooCommerce

• Dar por hecho que «compatible» significa probado en tu caso. La compatibilidad declarada no reemplaza tu prueba con tu pasarela y tus plugins. Corrección: probá los flujos críticos en staging.
• Activar HPOS sin revisar los demás plugins. Una extensión de otro proveedor puede seguir sin soporte. Corrección: revisá la lista de incompatibles antes de migrar.
• Desactivar el modo de compatibilidad apurado. La documentación de WooCommerce indica esperar a que termine la sincronización de datos. Corrección: dejá que sincronice y recién después cambiá.
• Probar solo el pago feliz. Los cupones, Pay Later y reembolsos son justo lo que toca esta versión. Corrección: armá pedidos de prueba para cada caso.

Preguntas Frecuentes

¿Qué trae la versión 1.7.1 de Gravity Flow WooCommerce Extension?

Trae compatibilidad con HPOS, la corrección de un error fatal al asignar un cupón en el paso Create Coupon y la corrección de Pay Later con los bloques de Checkout. Gravity Forms la publicó el 13 de octubre de 2026.

¿Qué es HPOS en WooCommerce?

HPOS (High-Performance Order Storage) es el almacenamiento de pedidos de WooCommerce en tablas propias, en lugar de las tablas de posts de WordPress. Es estable desde WooCommerce 8.2 (octubre de 2023) y viene activado por defecto en instalaciones nuevas. Te puede servir nuestra cobertura de reducir el peso con plugins consolidados.

¿Cómo se automatizan los reembolsos en WooCommerce con Gravity Flow?

Con el Refund step, que permite pedidos de reembolso automatizados con un proceso de aprobación para el dueño de la tienda. Los gerentes pueden aprobar desde un link de email sin entrar a la pasarela de pago. Más sobre esto en parchear la vulnerabilidad de inyección de objetos.

¿Gravity Flow funciona con los bloques de Checkout de WooCommerce?

La 1.7.1 corrige la incompatibilidad del método Pay Later con los bloques de Checkout. El anuncio no hace una afirmación general sobre los demás pasos, así que probá cada uno en staging.

¿Qué licencia necesito para usar la extensión?

La extensión está disponible con la licencia Gravity Flow Ultimate o por compra individual, según el anuncio oficial. Los precios están en la página de precios de Gravity Flow, no en la nota.

Conclusión

La 1.7.1 saca del medio a una extensión que podía frenar tu migración a HPOS y arregla dos fallos concretos, uno con cupones y otro con Pay Later en el Checkout de bloques. Es una actualización de mantenimiento útil, sin funciones nuevas.

Si tu tienda usa Gravity Flow para cobros o reembolsos, actualizá primero en staging, revisá el estado de HPOS y probá los tres flujos que toca el changelog. Con eso decidís con datos propios, no con el anuncio.

Fuentes

• Gravity Forms – Anuncio oficial de Gravity Flow WooCommerce Extension 1.7.1 (13 de octubre de 2026)
• WooCommerce – Documentación para desarrolladores sobre High Performance Order Storage (HPOS)