Integración WooCommerce n8nAutomatiza WooCommerce con n8n.

Da de alta la ficha de cliente en WooCommerce y la devuelve con el identificador que el resto de operaciones de cliente pedirá más adelante.

• Email (obligatorio): la dirección a la que queda vinculada la cuenta, muchas veces {{ $json.email }} cuando el item llega de un formulario o de un nodo anterior.
• Additional Fields: 7 campos opcionales, entre ellos First Name, Last Name, Username, Password, Billing Address y Shipping Address.

Basta un dato y la cuenta desaparece de la tienda. No hay filtro ni red de seguridad, así que la rama que llama a esta operación merece una condición delante.

• Customer ID (obligatorio): el identificador del cliente que se elimina, no su correo. En un evento customer.* se lee con {{ $json.id }}.

Volver a leer una ficha es el paso que sigue a un evento de pedido, porque el pedido nombra al comprador por su identificador y poco más.

• Customer ID (obligatorio): el identificador del cliente que se recupera. Viniendo de un pedido, es el Customer ID que el propio pedido arrastra.

Aquí es donde Return All decide el resultado: activado, n8n encadena las páginas de la API hasta traer la base completa.

• Return All: desactivado, el nodo se detiene en Limit, el número máximo de clientes devueltos.
• Filters: 3 campos, Email para localizar una dirección concreta, Order By entre ID, Include, Name y Registered Date, y Sort Order para Ascending o Descending.

La modificación va campo a campo: solo lo que añadas a la colección viaja a la tienda, el resto de la ficha se queda como estaba.

• Customer ID (obligatorio): el identificador del cliente que se actualiza.
• Update Fields: 6 campos, entre ellos First Name, Last Name, Billing Address, Shipping Address, Password y Metadata.

No todos los pedidos nacen en el carrito: una venta por teléfono, la renovación de una suscripción o un pedido que anota un comercial acaban aquí.

• Line Items: los productos del pedido, cada uno con su Product ID, su Quantity y, si hace falta, un Variation ID.
• Additional Fields: 9 campos, entre ellos Customer ID (0 para un invitado), Status, Currency, Payment Method Title y Set Paid, que marca el pedido como pagado, lo pasa a Processing y descuenta el stock.

Tras un lanzamiento, los pedidos de prueba ensucian los informes. Esta operación los quita de en medio.

• Order ID: el pedido afectado. El nodo no lo marca como obligatorio, y eso despista: sin él la operación no apunta a nada, así que rellénalo, normalmente desde {{ $json.id }}.

Lo que llega por webhook no siempre es la versión más reciente de la ficha. Releer el pedido le da al flujo el estado real.

• Order ID: el pedido que se recupera. Como en el resto de operaciones de pedido, no aparece como obligatorio aunque nada funcione sin él.

El reporting arranca en esta operación. Sus 9 opciones convierten un listado en bruto en el recorte exacto que pide un panel.

• Return All: activado, se traen todas las páginas; desactivado, Limit pone techo al número de pedidos.
• Options: After y Before esperan una fecha en formato ISO 8601 para acotar un periodo, Status aísla un estado como Completed o Refunded, y Customer o Product reducen el conjunto a un comprador o una referencia.

Casi toda automatización de pedidos termina aquí, porque cambiar el estado es lo que pone en marcha al resto de la tienda.

• Order ID: el pedido que se modifica, otra vez sin marca de obligatorio.
• Update Fields: 8 campos, con Status entre Pending, Processing, Completed, Cancelled, Refunded y los demás, además de Transaction ID, Customer Note y Payment Method Title.

Dar de alta una referencia desde una fila de hoja de cálculo es el uso clásico. El nodo admite 33 campos adicionales para describir la ficha.

• Name (obligatorio): el nombre del producto, el único campo realmente obligatorio.
• Additional Fields: Regular Price y Sale Price, SKU como identificador único, Type entre Simple, Grouped, External y Variable, Status para publicar o dejarlo en borrador, más Stock Quantity y Stock Status.
• Images: cada imagen lleva una URL en Src y un texto alternativo en Alt.

Retirar una referencia se reduce a un campo. La operación borra el producto y todo lo que la tienda enseñaba de él.

• Product ID: el producto que se elimina. El nodo lo deja como opcional, así que un flujo que olvide la expresión sale con un valor vacío sin avisar.

Antes de prometer una fecha de entrega o aplicar un descuento, el flujo necesita el estado actual de la referencia, no una copia guardada en otro sitio.

• Product ID: el producto que se lee. En un evento product.*, el identificador sale directamente del propio evento.

Exportar el catálogo y auditar precios pasan por esta operación, y son sus 17 opciones las que hacen útil el resultado.

• Return All: activado para el catálogo entero, desactivado para pararse en Limit.
• Options: Category Name or ID y Tag Name or ID estrechan la selección, Stock Status aísla In Stock, Out Of Stock u On Back Order, Min Price y Max Price acotan una horquilla, y SKU o Slug localizan una referencia concreta.

Cambiar un precio, reponer stock o despublicar: todo cae en la misma operación, que admite 34 campos y solo toca los que rellenas.

• Product ID: el producto que se modifica, de nuevo sin marca de obligatorio.
• Update Fields: Regular Price y Sale Price con Date On Sale From y Date On Sale To para programar una promoción, Stock Quantity y Stock Status para el inventario, y Status para mover una ficha entre Publish, Draft, Pending y Private.