Agente IA para restaurantes: pedidos, pagos y cocina

Por Lic. J. Andrés A. García · Publicado el 6 de junio de 2026 · Revisión editorial: 16 de octubre de 2026.

Un agente de IA para restaurantes en Colombia puede convertir una conversación de WhatsApp en un pedido estructurado: productos, cantidades, modificaciones, cobertura, pago y entrega. Para que llegue correctamente a cocina, necesita trabajar con el menú vigente y con sistemas que confirmen cada paso. La conversación es la entrada; la operación determina si el pedido puede cumplirse.

Esta guía ayuda a dueños de restaurantes, cafés, panaderías y bares a evaluar ese recorrido. Explica qué integrar, cómo tratar los pagos, qué medir y cómo comparar el costo de un canal propio. Si buscas el desarrollo detallado con video, empieza también por cómo llevar un pedido del chat a cocina.

Qué hace un agente de IA en un restaurante

El agente interpreta la solicitud y usa herramientas autorizadas para consultar menú, disponibilidad y estados. Puede aclarar cantidades, ofrecer opciones compatibles y preparar un resumen para el cliente. Los precios y totales se calculan en el sistema de pedidos; no se dejan a la improvisación del modelo de lenguaje.

La elección entre chatbot y agente depende de las tareas. Un flujo sencillo puede resolver horarios o enviar la carta. Una operación que necesita modificar un carrito, consultar existencias y registrar una comanda requiere herramientas adicionales. La prueba útil es observar qué acción ejecuta y cómo confirma su resultado.

Ocho puntos que conviene revisar

1. Menú y sugerencias. Productos, variantes, precios y agotados deben estar actualizados. Una sugerencia complementaria respeta presupuesto y disponibilidad.
2. Atención. Distinguir respuesta automática de aceptación del pedido. Fuera del horario operativo, informar cuándo se podrá preparar.
3. Canal propio. Calcular sus costos reales antes de compararlo con una plataforma de domicilios.
4. Cocina. Definir dónde aparece la comanda y quién acusa recibo.
5. Pagos. Resolver estados pendientes, aprobados, rechazados y devoluciones.
6. Recompra. Usar historial autorizado y detener contactos cuando el cliente lo pida.
7. Reservas. Confirmar capacidad real y condiciones si el alcance incluye mesas.
8. Excepciones. Dejar responsables para reclamos, direcciones ambiguas y solicitudes sobre alergias.

La atención puede estar disponible continuamente, pero la preparación y entrega dependen del horario, capacidad, inventario y cobertura del restaurante. Conviene dejar esa diferencia clara en el primer mensaje para evitar pedidos aceptados que nadie puede atender.

Del mensaje de WhatsApp a la comanda

La base es una referencia única de pedido que conecta conversación, carrito, transacción y cocina. Los estados deben representar hechos observables: borrador, pendiente de pago, aprobado, enviado a cocina, recibido, listo y entregado, según el proceso acordado. Un cambio se registra una vez aunque un mensaje o notificación llegue repetido.

1. Recoger el pedido. Confirmar productos, cantidades, variantes y modalidad: mesa, recogida o domicilio.
2. Validar. Comprobar existencias, horario, dirección, cobertura y costo de envío. Si falta algo, resolverlo antes de cobrar.
3. Mostrar el total. Resumir el carrito y las condiciones para que el cliente pueda corregirlo.
4. Verificar el pago. Consultar el estado del proveedor o seguir el procedimiento manual acordado. No deducir aprobación de una captura.
5. Entregar a cocina. Registrar la comanda y comprobar recepción. Un fallo debe quedar visible para el equipo.
6. Cerrar. Actualizar preparación, salida y entrega. Conservar cancelación o devolución cuando corresponda.

Qué pasa cuando el cliente cambia algo

Una modificación antes de pagar puede recalcular el carrito. Después del pago o de enviar a cocina, puede requerir autorización, ajuste de cobro o devolución. El agente debe reconocer el estado actual y pasar el caso a una persona cuando excede sus permisos. La política comercial del restaurante define la respuesta.

Las alergias y restricciones alimentarias merecen una salida clara al equipo. El asistente solo comunica información validada; no deduce ingredientes, contaminación cruzada o seguridad a partir del nombre del plato. Si la información no existe o es incierta, el pedido queda pendiente de confirmación humana.

POS, pantalla de cocina y pagos: comprobar cada conexión

Antes de presupuestar, identifica nombre y versión del POS, acceso a su API, permisos disponibles y entorno de prueba. Comprueba si permite consultar carta, stock, precios, modificadores e impuestos, además de crear y actualizar pedidos. Que un software tenga API no significa que permita todas esas operaciones.

Si no ofrece la conexión necesaria, las opciones incluyen una pantalla de cocina independiente o una etapa de revisión e ingreso manual. Debe quedar claro qué sistema conserva el pedido, cómo se concilia con la caja y qué trabajo continuará haciendo el equipo. No conviene prometer compatibilidad universal por marca de POS.

Un enlace o QR inicia el cobro; el proveedor confirma su estado

Para automatizar el pago, la integración necesita una referencia y un estado verificable. Como ejemplo de documentación técnica, Mercado Pago describe webhooks, pruebas y validación de origen. La solución debe verificar el evento, consultar la transacción y tratar reintentos sin duplicar acciones.

Bre-B permite transferencias y pagos interoperables mediante entidades participantes. Eso no significa que el agente tenga acceso directo al sistema: para conciliar automáticamente hay que revisar las capacidades de la entidad o proveedor elegido. Una transferencia que solo puede verificarse manualmente requiere ese paso en el flujo.

WhatsApp e Instagram también tienen requisitos propios

La habilitación del número, los permisos y las plantillas se revisan por separado; la guía de aprobación de WhatsApp API explica esas diferencias. Conectar Instagram es otro alcance técnico. El material de Meta sobre webhooks distingue estados de entrega, incluido el fallo; aceptar una solicitud de envío no demuestra que el cliente la haya recibido.

Cómo comparar canal propio, plataformas y recompra

Un canal propio conserva su propio costo de adquisición, tecnología, pagos, preparación, empaque, reparto y atención. Para compararlo con una plataforma de domicilios, usa el contrato y las liquidaciones reales del restaurante. Las comisiones, promociones y servicios incluidos varían; no hay un porcentaje único aplicable a todos los negocios.

El ticket promedio se calcula dividiendo ventas entre pedidos, con reglas consistentes sobre descuentos, envíos y devoluciones. Una sugerencia adicional puede elevar el total y aun así aportar poco margen. Mide aceptación, costo y reclamos antes de ampliar una estrategia de upselling contextual.

Para recompra, separa a quienes hicieron un primer pedido de quienes volvieron en una ventana comparable. La guía de retención frente a adquisición desarrolla esa medición. La política de WhatsApp exige permiso para contactos posteriores, respeto de la baja y plantillas aprobadas fuera de la ventana de servicio de 24 horas.

Documenta las finalidades del historial de clientes, sus accesos y conservación con base en la Ley 1581 de 2012. Instalar un programa de puntos no resuelve por sí solo las obligaciones de datos personales.

Qué pedir en el presupuesto y cómo probar el sistema

Separa montaje, operación mensual y consumos de terceros. El montaje describe carta, reglas, WhatsApp, integración de pedidos y pruebas. La mensualidad define soporte y ajustes incluidos. POS, pasarela, reparto, infraestructura, mensajes de Meta y uso del modelo deben tener condiciones claras, incluyendo si se pagan aparte.

El catálogo de Cocina Conectada muestra tarifa en tu cuenta MD de montaje y tarifa en tu cuenta MD de operación mensual a usuarios con sesión iniciada. Consulta el alcance vigente del servicio para restaurantes y confirma qué conexiones se incluyen en tu propuesta. La habilitación de Meta y los accesos de proveedores deben contemplarse al definir fechas.

Prueba primero una carta acotada, un canal y una modalidad de entrega. Incluye producto agotado, dirección fuera de cobertura, pago pendiente, evento duplicado, cocina desconectada y cancelación. Revisa que cada excepción tenga un responsable y que el sistema no anuncie éxito cuando falta confirmación.

Durante el piloto mide pedidos confirmados, abandono, pagos pendientes, tiempo hasta recepción en cocina, errores, cancelaciones y recompra. Compara con una línea base propia. La demostración para restaurantes permite explorar un flujo simulado; para revisar tu POS y operación, solicita una conversación de diagnóstico. Con esos datos se decide qué automatizar primero.