Saltar al contenido

Automatización · Atención y agendamiento

Responder el estado de un pedido de Shopify por WhatsApp

Consulta un pedido Shopify por WhatsApp, verifica que pertenezca al contacto y responde estados y seguimiento reales sin exponer datos de otros clientes.

¿Cómo respondo por WhatsApp dónde va un pedido de Shopify sin revelar el de otra persona?

Un Met abre la ficha del contacto que está escribiendo y fija el correo o teléfono que ya tenía guardado. Busca el pedido por su número exacto o, si falta, por ese correo preexistente; pagina los resultados, compara la coincidencia literal y abre un único GID. Antes de responder cruza otra vez el correo o el teléfono del pedido con la misma ficha. Solo entonces informa los estados financiero y de preparación que Shopify devuelve y separa cada fulfillment con su transportadora, guía y URL reales. No convierte «SUCCESS» en «entregado», ni un estado REFUNDED en promesa bancaria. Puede dejar una nota interna y, si el cliente lo pide, programar un aviso futuro para que vuelva a consultar.

Qué la pone en marcha

Cuando el cliente escribe

Empieza cuando el contacto de una conversación de WhatsApp pregunta por el estado de su pedido. No corre por webhook ni revisa la tienda en segundo plano: cada respuesta parte de una consulta nueva iniciada por ese mensaje.

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 atención posventa

Área de Atención al cliente

La tarea ocurre dentro de una conversación de soporte y termina en una respuesta comprobable. El Met no opera la venta ni la logística: protege la identidad del comprador, lee Shopify y escala lo que el pedido no puede demostrar.

Canales: WhatsApp

Qué hay que tener conectado

6 pasos · 6 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

    Fijar el contacto de la conversación

    El Met llama crm_get_contact con el contact_id que llega en el contexto del canal. El handler ignora un id distinto escrito por el modelo y devuelve la ficha como dato privado. Fija el correo y el teléfono que ya estaban guardados antes de esta consulta; un nombre parecido o un dato aportado durante el mismo intento no autorizan a revelar un pedido.

  2. 2

    Buscar solo candidatos acotados

    Si el cliente dio el número, shopify_list_orders usa un filtro name escapado, pagina y compara el name literal devuelto. Sin número solo puede usar el email preexistente de la ficha con un filtro email escapado. No recorre los pedidos recientes de toda la tienda ni busca por nombre o producto. Con cero coincidencias informa que no pudo verificar; con más de una no revela nada y escala.

  3. 3

    Abrir uno y comprobar que sea suyo

    Con un único candidato llama shopify_get_order usando el GID exacto. Antes de leerle cualquier estado, exige que el correo normalizado o el teléfono completo normalizado de la ficha coincida literalmente con order, customer, shippingAddress o billingAddress. No compara solo los últimos dígitos y no usa el nombre. Si ningún identificador preexistente coincide, detiene la respuesta.

  4. 4

    Responder estados y paquetes literales

    El Met responde el name y separa displayFinancialStatus de displayFulfillmentStatus. Para cada fulfillment informa status y displayStatus, y solo cita company, number y url cuando esa misma entrada de trackingInfo los trae. SUCCESS significa que Shopify completó el fulfillment, no que el paquete llegó; solo deliveredAt o un displayStatus de entrega permiten decir «entregado». Un returnStatus o estado REFUNDED se reporta como estado, sin prometer monto, fecha ni abono.

  5. 5

    Dejar una nota interna mínima

    Si la política del negocio pide trazabilidad, crm_add_note registra en el contacto actual el número del pedido y los estados que se respondieron. La nota es opcional y no copia correo, teléfono, dirección, notas de Shopify ni el contenido completo de la orden. No cambia el pedido, el contacto ni el estado de la conversación.

  6. 6

    Programar un aviso solo si lo piden

    Si el cliente pide que le escriban más tarde, el Met acuerda un instante futuro y explica que el aviso no vigila Shopify ni confirma un cambio. Primero crm_list_reminders consulta pendientes del mismo contacto: una coincidencia exacta de hora y mensaje se reutiliza y varias detienen el flujo. Solo con cero llama una vez crm_schedule_reminder; usa la plantilla aprobada del workspace y el texto invita a escribir para hacer una lectura nueva del pedido.

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

No. Un nombre puede repetirse y no demuestra que la compra sea tuya. Hace falta el número o un correo preexistente para acotar, y después un correo o teléfono de la ficha debe coincidir con la orden antes de mostrar estados.

No. Indica que el fulfillment se completó en Shopify. La receta solo dice «entregado» cuando el propio registro trae deliveredAt o un displayStatus explícito de entrega.

Dice que Shopify aún no devuelve seguimiento para ese fulfillment. No adivina la transportadora, no arma una URL a partir del número y no promete cuándo aparecerá.

No. Es un mensaje de plantilla a una hora concreta para recordar que puedes volver a consultar. El estado se lee otra vez solo cuando escribes y se repite la verificación de identidad.

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.