Fooodo — la capa operativa para restaurantes

Fooodo es la capa digital de pedidos y pagos que se sitúa sobre el POS existente de un restaurante. Los clientes escanean un código QR en la mesa, consultan la carta, realizan un pedido, pagan — y el pedido llega a tu POS exactamente igual que si lo hubiera introducido un camarero. R-Keeper es el conector de referencia activo hoy; el propio contrato de conector es agnóstico respecto al POS, y los conectores para otros POS se definen por cliente y se presupuestan bajo demanda. El sistema está en producción en toda la red de Čili Pizza en Lituania y Letonia, procesando pedidos reales de clientes reales.

Esta página está dirigida a operadores de restaurantes que están evaluando Fooodo o que acaban de incorporarse — el panorama completo de funcionalidades, lo que está activo hoy y lo que está en camino.

El argumento en 60 segundos

Un cliente se sienta en una mesa, escanea el QR pegado en la esquina y la carta se carga. Elige lo que quiere, opcionalmente divide la cuenta entre los comensales de la mesa, opcionalmente añade una propina o una donación, paga con tarjeta / Apple Pay / Google Pay, y la cocina ve el ticket de inmediato. Tu personal no cambia su forma de trabajar — tu POS sigue dirigiendo la cocina. Conservas el mismo enrutamiento de impresoras, el mismo KDS, los mismos informes.

Fooodo no es una carta QR. Es la capa operativa que ofrece al restaurante una puerta de entrada orientada al cliente sin pedirle a la cocina que aprenda nada nuevo.

Dos formas de pedir para los clientes

La elección es tuya, por mesa o por restaurante:

• Pay-First — diseñado para comida para llevar y servicio rápido. El cliente paga y luego el pedido va a la cocina. La cocina nunca ve un pedido sin pagar. Si el cliente abandona el carrito, no se genera ningún trabajo.
• Pay-Later — diseñado para consumo en sala. La primera ronda va a la cocina en el momento en que se realiza el pedido; los clientes pueden añadir más rondas a lo largo de la visita; el pago se realiza al final. Se acerca más a cómo se siente un servicio normal en sala.

Puedes combinar ambas modalidades en un mismo local — Pay-Later en las mesas de sala, Pay-First en el mostrador de comida para llevar. La mecánica completa está en Order flows.

Qué pueden hacer realmente los clientes

Qué puedes hacer tú como propietario / operador

El panel de administración (basado en Filament) es donde se realiza el trabajo diario. Las principales secciones:

Gestión de la carta

• Añadir, editar, archivar y reordenar productos y categorías
• Campos por idioma (EN, LT) para nombres, descripciones y alérgenos
• Variantes (pequeño / grande / familiar) y grupos de modificadores (salsas, guarniciones, adiciones)
• Etiquetas dietéticas e indicadores de alérgenos
• Fotos
• Precios — tu POS es la fuente de verdad: los precios de productos y variantes se sincronizan desde el POS y se muestran como solo lectura en el panel de administración. Cambia un precio en el POS y la siguiente sincronización lo recoge, nunca al revés. (Los precios de los ingredientes adicionales son lo único que se establece en el panel de administración de Fooodo.)

Mesas y códigos QR

• Generar, etiquetar e imprimir códigos QR para cada mesa de cada local
• Selector de flujo por mesa (Pay-First vs Pay-Later) — puedes usar flujos distintos en mesas distintas
• Estado por mesa — desactiva una sola mesa sin desactivar el restaurante

Promociones

• Descuentos por franja horaria — menús de mediodía, happy hour. Define día, hora, gasto mínimo y categorías elegibles. La mayoría se canjean mediante código (el nombre del descuento es el código); el descuento de menú de mediodía se aplica automáticamente para los clientes con sesión iniciada.
• Códigos de cupón — códigos de un solo uso, en % o en € fijos. Los códigos por usuario se emiten automáticamente a los clientes elegibles; los códigos de un solo uso en bloque se generan mediante un comando de operaciones. (Un código reutilizable del estilo «BIENVENIDO10» es simplemente un descuento con nombre.)
• Precios de fidelización — activa el selector de fidelización por mesa y apunta el restaurante a tu endpoint de precios de fidelización del POS, para que los clientes con sesión iniciada en esa mesa vean los precios para socios del POS.

El manual completo del operador para promociones, fidelización, venta cruzada y donaciones: Discounts, coupons and loyalty.

Pedidos y operaciones en tiempo real

• Lista de pedidos en tiempo real en todos los locales o filtrada por uno
• Filtrar por estado, fecha, mesa y restaurante
• Ver los estados Locked (el POS tiene el pedido abierto) y Error de inmediato
• Corrección manual de pagos para el caso excepcional de conciliación
• Exportación de datos de pedidos

Configuración del restaurante

• Horario de apertura
• Configuración del conector POS (URL del endpoint, ID del restaurante, modo staging/mock) — R-Keeper es la referencia activa; la misma estructura es la que utilizan otros conectores
• Configuración de pagos (enrutamiento de cuenta Mollie)
• Flujo predeterminado (Pay-First vs Pay-Later)
• Selectores de funcionalidades por restaurante (venta cruzada activada/desactivada, división de cuenta activada/desactivada, etc.)

Informes

• Informes de actividad de usuarios (pedidos por cliente, desglose por local, origen: app / QR / escritorio)
• Filtros por fecha y restaurante
• Exportación en CSV
• Los informes operativos permanecen en tu POS — Fooodo no sustituye tu cuenta de resultados diaria

Permisos

• Acceso basado en roles: administrador de empresa, responsable de restaurante, personal de sala
• Los responsables de restaurante solo ven los datos de su restaurante
• Control granular por permiso (quién puede gestionar las reglas de upsell, quién puede cambiar los flujos, etc.)

Qué sigue haciendo tu POS

Fooodo complementa el POS; no lo sustituye. Tu POS continúa:

• Siendo la fuente de verdad de la carta. Las ediciones en el POS se sincronizan en Fooodo, nunca al revés.
• Dirigiendo la cocina. El mismo KDS, las mismas impresoras, el mismo enrutamiento. El personal de cocina no aprende un sistema nuevo.
• Gestionando devoluciones y anulaciones. Fooodo registra el estado del pago pero no tiene ninguna acción de devolución propia; los reembolsos con tarjeta se emiten en el panel de Mollie y las anulaciones de pedidos se realizan en el POS, como siempre.
• Gestionando el personal y los turnos.
• Generando los informes operativos. La conciliación diaria, los informes de ventas y la cuenta de resultados permanecen en tu POS.

Múltiples locales

La plataforma está diseñada para cadenas, no para establecimientos individuales. La jerarquía es Company → Restaurant → Table → Order. Un administrador de empresa puede:

• Gestionar todos los locales de la cadena desde un único panel — sin tener que reintroducir datos por local
• Establecer valores predeterminados a nivel de empresa y sobrescribirlos por restaurante
• Consultar datos entre restaurantes en los informes sin necesidad de exportar y combinar
• Mantener credenciales POS independientes por restaurante — útil cuando los locales utilizan instancias POS distintas (o, en el futuro, sistemas POS distintos)

Los responsables de restaurante solo ven su propio restaurante. La separación de tenant la impone la capa de roles, no la confianza.

Qué viene a continuación

Una lectura honesta del pipeline de desarrollo activo:

Qué no está en el sistema deliberadamente

Gestionar las expectativas es importante. A día de hoy:

• Sin recibos por correo electrónico para el cliente. Tu POS imprime los recibos en el restaurante; Fooodo no envía un recibo digital por correo electrónico al cliente.
• Sin notificaciones por SMS ni push a los clientes. No existe ningún mensaje de texto del tipo «tu pedido está listo».
• Sin valoraciones públicas. Las valoraciones de los clientes se recogen para el operador, no se muestran a otros clientes.
• Sin puntos de fidelización en la app. La fidelización es tu programa de tarjetas del POS existente. No existe ninguna mecánica de «gana 1 punto por cada €» dentro de Fooodo.
• Sin reservas / reserva de mesa. Los modelos existen, pero el flujo de reservas no está construido.
• Sin multidivisa. Solo EUR.
• Sin panel de administración multilingüe. El panel de administración del operador está solo en inglés. La carta orientada al cliente admite varios idiomas (véase más arriba).
• Sin decisiones autónomas. Fooodo Insights, cuando se lance, recomendará acciones — nunca las ejecutará de forma autónoma. Cualquier acción que afecte a los empleados pasa por aprobación humana. Consulta Fooodo Insights para conocer la postura respecto a GDPR Article 22.

Adónde ir a continuación

• Operativamente: Getting started explica el proceso de incorporación, la prueba en seco y la puesta en marcha.
• Arquitectónicamente: Architecture muestra la estructura de dos servicios (carta + pagos) y dónde vive cada cosa.
• Flujos: Order flows para la mecánica de Pay-First vs Pay-Later.
• POS vendors: POS integration requirements — la especificación de evaluación para un proveedor que valora si su POS puede conectarse.
• POS: R-Keeper connector — la implementación de referencia activa, con detalles del ciclo de ida y vuelta de la API.
• Dinero: Payments para propinas, donaciones, webhooks, devoluciones y divisas admitidas.
• Crecimiento: Discounts, coupons and loyalty — el manual del operador para promociones.
• Integración: API para partners que desarrollan conectores.
• Visión: Fooodo Insights para la capa de inteligencia de decisiones sobre EBIT que está en desarrollo.
• Para clientes AI: Insights MCP server — endpoint Model Context Protocol por tenant para conectar ChatGPT, Claude, Copilot o Gemini a tus analíticas operativas.