Saltar al contenido

Automatización · Pedidos y despacho

Crear un pedido de WooCommerce por WhatsApp con pago contra entrega

Un agente de IA valida el producto y crea por WhatsApp un pedido real en WooCommerce, marcado para pago contra entrega y pendiente de revisión.

¿Cómo creo un pedido de WooCommerce por WhatsApp y lo marco para pago contra entrega?

Un Met conectado a WooCommerce busca el producto pedido por WhatsApp y lee su precio e inventario. Si es variable, conserva juntos el id del padre y el de la presentación elegida. Luego reúne datos y direcciones, usa el envío predefinido y muestra un resumen. Solo si el cliente confirma en un mensaje nuevo crea la orden con `payment_method: cod`, la etiqueta exacta entregada manualmente por la operación, `status: pending`, `set_paid: false` y `confirmar: true`. Después la abre para revisar líneas, dirección, método y el total definitivo que WooCommerce guardó, todavía pendiente de revisión. Esto marca pago contra entrega; no prueba que haya pasado por checkout ni que el gateway esté habilitado para esa dirección.

Qué la pone en marcha

Cuando el cliente escribe

No parte de un disparador automático de mensaje recibido. El Met asignado al canal responde cuando la persona pregunta por un producto o pide comprarlo, y mantiene la consulta, la confirmación y la creación de la orden dentro de esa conversación.

No hace falta programar nada: el Met asignado al canal recibe la conversación y ejecuta el procedimiento dentro de ella.

Quién la ejecuta

Met de ventas de la tienda

Es el Met que atiende la conversación de WhatsApp y tiene WooCommerce habilitado. Convierte una intención concreta en una orden con los mismos productos, cantidades y datos de entrega que el cliente acaba de confirmar, sin volver a digitarlos en el panel de la tienda.

Canales: WhatsApp

Qué hay que tener conectado

5 pasos · 8 herramientas

El procedimiento, paso a paso

Cada paso muestra la herramienta que se ejecuta. Son las del conector real: si una dejara de existir, esta página no compilaría.

  1. 1

    Encontrar el producto exacto

    El Met busca por nombre o referencia y no toma el primer parecido. Si hay varios resultados, muestra las opciones y pide elegir. Después abre el producto para comprobar su tipo, precio, publicación y estado de inventario. Un precio o una referencia no se completan desde la conversación: tienen que existir en el catálogo.

  2. 2

    Resolver la variación sin inventar stock

    Para un producto simple conserva su `product_id`. Para uno variable lista las variaciones y elige la que coincide con los atributos confirmados, conservando tanto el `product_id` del padre como el `variation_id` devuelto dentro de ese padre. Revisa su referencia, precio y `stock_status`. Si `stock_quantity` viene vacío, no afirma cuántas unidades quedan; y si la cantidad solicitada no se puede sostener con el dato disponible, detiene el pedido. Antes de escribir, la herramienta vuelve a consultar esa variación dentro del padre y rechaza un par ausente o distinto; esa validación de identidad no reserva ni vuelve a evaluar las unidades.

  3. 3

    Confirmar quién recibe y cómo se envía

    Si el correo corresponde a un cliente registrado, el Met lo busca y abre su ficha para reutilizar el `customer_id`, pero vuelve a preguntar por la dirección porque una dirección guardada puede estar vencida. Si no existe, no crea una ficha: deja la orden como invitado con `billing` y `shipping`. El método, el título y el valor de `shipping_lines` salen de una regla que tu negocio ya definió; el conector no cotiza ni decide cobertura. El identificador `cod` y la etiqueta visible exacta del pago también los entrega manualmente la operación: el conector no consulta la configuración del gateway.

  4. 4

    Pedir un sí nuevo y crear la orden pendiente

    Este flujo solo continúa si la operación confirmó que los precios del catálogo ya incluyen todo impuesto aplicable, la línea de envío contiene el cargo final y el pedido no necesita cupones ni cargos adicionales. El Met muestra artículos o variaciones, cantidades, subtotales calculados desde el precio visible, destinatario, direcciones de facturación y envío, el id y la etiqueta exacta del pago, y el método, título y cargo final de envío. Advierte que el total definitivo lo determinará WooCommerce durante la creación y podría diferir. Luego pide una confirmación explícita y termina el turno sin escribir. Solo si el cliente responde que sí en un mensaje nuevo llama `wc_create_order` con `confirmar: true`, `payment_method: cod`, la etiqueta entregada por la operación, `status: pending` y `set_paid: false`. No manda precios.

  5. 5

    Leer lo guardado antes de responder

    Con el identificador devuelto, el Met abre la orden y compara número, líneas, cantidades, direcciones, envío, estado y método de pago contra el resumen confirmado. Lee el total que WooCommerce guardó, lo presenta como pendiente de revisión y no afirma que el cliente hubiera aprobado ese monto antes de crear. Si la llamada termina con tiempo de espera o una respuesta ambigua, lista las órdenes recientes y abre las candidatas. Reutiliza un identificador solo cuando hay una coincidencia inequívoca por persona, productos, cantidades y direcciones. Si no hay ninguna, hay varias o persiste una duda, entrega el caso a una persona y no repite la creación automáticamente.

Antes de empezar

Qué necesitas tener listo

Ninguno de estos puntos lo resuelve el Met. Si falta uno, la automatización se detiene ahí.

Los límites

Qué NO resuelve esta automatización

Preferimos decirlo aquí que descubrirlo en la implementación.

Preguntas frecuentes

Preguntas sobre esta automatización

Sí en el campo del pedido: se crea con el identificador `cod`, la etiqueta exacta entregada manualmente por la operación, `set_paid: false` y estado pendiente. Eso no prueba que el gateway estuviera disponible en el checkout para esa dirección; la tienda debe verificarlo aparte.

Porque el checkout normal ejecuta el gateway COD y puede mover el estado. Esta integración crea la orden por la API REST y no ejecuta ese proceso, así que la deja explícitamente pendiente para no presentar como procesada una orden que todavía no pasó la revisión operativa.

Abre primero el producto padre y luego lista sus variaciones. El pedido lleva juntos el `product_id` del padre y el `variation_id` que apareció dentro de ese producto, después de que la persona confirma los atributos. No inventa un identificador a partir del nombre.

La herramienta vuelve a abrir una variación solo para validar que pertenece al producto padre; no vuelve a evaluar ni reserva unidades. El Met mira el stock durante la conversación, pero si `stock_quantity` está vacío no dice cuántas quedan, y la preparación sigue siendo el control final.

El Met no vuelve a crear automáticamente. Lista las órdenes de ese intervalo y abre candidatas. Solo reutiliza el número si hay una coincidencia inequívoca por comprador, productos, cantidades y direcciones. Si no hay ninguna, hay varias o queda una duda, entrega el caso a una persona para evitar un pedido duplicado.

Confirma los artículos, cantidades, subtotales visibles y el cargo final de envío, además de las direcciones y el método de pago. No confirma un total definitivo desconocido. WooCommerce guarda ese total durante la creación y el Met lo informa después como pendiente de revisión.

Sigue por aquí

Otras automatizaciones con las mismas herramientas

¿Quieres esta automatización corriendo con tus datos?

Te la mostramos con tus cuentas conectadas, no con una demostración enlatada.