Saltar al contenido

Automatización · Pedidos y despacho

Aceptar, preparar y cerrar pedidos de Rappi sin depender de la tablet

Automatización para que un agente de IA reciba los pedidos de Rappi por webhook, los acepte a tiempo, los marque listos y apague lo agotado antes del pedido.

¿Cómo evito que se me cancelen pedidos de Rappi por no aceptarlos a tiempo?

Un pedido de Rappi que no se acepta a tiempo se cancela solo, y esa cancelación la paga la tienda. La automatización registra el webhook de Rappi una sola vez para que cada pedido nuevo llegue a Meteor en el momento en que entra, lo acepta indicando el tiempo de preparación, lo marca listo cuando se termina y avisa al equipo por el canal donde ya está. En paralelo mantiene la disponibilidad al día: lo que se agotó se apaga en el catálogo de Rappi, y si el punto se satura, la tienda se cierra hasta ponerse al día.

Dónde aplica: Colombia. El dominio de la API depende del país; la automatización está escrita sobre la operación colombiana.

Qué la pone en marcha

Cuando el sistema externo avisa

Rappi llama a la URL de webhook de Meteor cuando entra un pedido nuevo, y ese evento dispara la tarea. Es el mecanismo correcto para este caso: sondear cada minuto para ver si entró algo llegaría tarde justamente cuando hay volumen.

Una tarea con disparador de webhook: el proveedor llama a la URL de Meteor y el procedimiento arranca con ese evento.

Quién la ejecuta

Met de operación del punto

No es un Met con nombre sembrado: es un Met interno de operación, sin contacto con el comprador. Su trabajo es que ningún pedido se caiga por un descuido de minutos.

Qué hay que tener conectado

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

    Registrar el webhook una sola vez

    El registro suscribe tus tiendas al evento de pedidos nuevos y guarda el secreto que Rappi genera para validar la firma de cada llamado. Se ejecuta una vez, después de configurar las credenciales. Sin ese secreto los pedidos igual se registran, pero quedan marcados con firma inválida. Y una firma inválida es un pedido en el que no se puede confiar.

  2. 2

    Aceptar el pedido con su tiempo de preparación

    La aceptación indica en cuántos minutos estará listo, que es lo que Rappi usa para despachar al domiciliario en el momento correcto. El listado de pedidos pendientes de aceptar sirve para revisar antes de aceptar y para responder «¿qué tengo en cola?» sin abrir la tablet.

  3. 3

    Marcar listo cuando de verdad está listo

    Marcar listo antes de tiempo hace que el domiciliario espere en el punto; marcarlo tarde lo hace llegar cuando el pedido se enfrió. La consulta de eventos de un pedido confirma en qué etapa va realmente (aceptado, listo, entregado) en vez de confiar en la memoria de quien está en la cocina.

  4. 4

    Apagar lo que se agotó antes de que lo pidan

    La disponibilidad se apaga por SKU, o por el identificador interno de Rappi cuando no manejas SKU propio. Es el cambio que evita el peor caso del canal: aceptar un pedido de algo que no hay y tener que cancelarlo con el domiciliario ya en camino.

  5. 5

    Cerrar la tienda cuando el punto se satura

    Cerrar la tienda deja de recibir pedidos sin que haya que rechazarlos uno por uno. Es la salida sana en una hora pico que se desbordó o fuera de horario, y se vuelve a abrir cuando la cocina se pone al día. Rechazar veinte pedidos seguidos cuesta reputación; cerrar veinte minutos, no.

  6. 6

    Rechazar solo con confirmación humana

    El rechazo es destructivo: el pedido no se prepara y el comprador recibe el aviso. Por eso se confirma siempre con una persona antes de ejecutarlo, y el motivo se escribe. El listado de avisos recibidos permite revisar después qué pedidos entraron y en qué estado quedaron, con sus cabeceras reales.

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

Porque el margen para aceptar es de minutos. Una revisión cada cinco minutos llega tarde justo en la hora pico, que es cuando más cuesta cada cancelación. El webhook entrega el pedido en el momento en que entra.

El listado de avisos recibidos muestra las cabeceras reales de los últimos llamados, así que se puede ver cuál está usando Rappi y configurarla. Mientras tanto los pedidos se registran igual, marcados como firma inválida.

Sí. Las operaciones aceptan el identificador de tienda, y el registro del webhook puede suscribir varias a la vez. Con un solo punto se puede dejar configurado por defecto y no pasarlo nunca.

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.