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 un camarero lo hubiera introducido. 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 Č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 firmarlo — 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 flujo de trabajo — 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 que los clientes hagan pedidos

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 cuanto se pide; los clientes pueden añadir más rondas a medida que avanza la comida; el pago se realiza al final. Se acerca más a cómo funciona un servicio normal en sala.

Puedes combinar ambos en un mismo local — Pay-Later en las mesas de sala, Pay-First en el mostrador de recogida. La mecánica completa está en Flujos de pedido.

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 — se permite la modificación manual, pero tu POS es la fuente de verdad: cambia los precios en el POS y la siguiente sincronización los recoge, nunca al revés

Mesas y códigos QR

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

Promociones

• Descuentos por franja horaria — menús de mediodía, happy hour. Configura día, hora, gasto mínimo y categorías elegibles.
• Códigos de cupón — de un solo uso o de uso múltiple, en % o en € fijos. La generación masiva para campañas de correo electrónico está en desarrollo.
• Vinculación de tarjeta de fidelización — vincula el programa de tarjeta personal del POS (ejemplo de referencia actual específico de R-Keeper: Vilniaus Šeima) a la carta para que los clientes con tarjeta vean el precio correcto.

El manual completo del operador para promociones, fidelización, venta cruzada y donaciones: Descuentos, cupones y fidelización.

Pedidos y operaciones en tiempo real

• Lista de pedidos en directo 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 de 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)
• Activadores 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 a 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 venta adicional, 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. Mismo KDS, mismas impresoras, mismo enrutamiento. El personal de cocina no aprende un sistema nuevo.
• Gestionando devoluciones y anulaciones. Fooodo registra el estado del pago; la devolución real se realiza 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 sitio
• 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 de POS independientes por restaurante — útil cuando los locales utilizan instancias de POS distintas (o, en el futuro, sistemas de POS diferentes)

Los responsables de restaurante solo ven su propio restaurante. La separación de inquilinos la aplica 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 al 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 el programa de tarjeta de tu POS existente. No existe ninguna mecánica de «gana 1 punto por cada €» dentro de Fooodo.
• Sin reservas / reserva de mesa. Existen los modelos, pero el flujo de reservas no está construido.
• Sin multidivisa. Solo EUR.
• Sin 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 esté disponible, 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.

Por dónde seguir

• Operativamente: Primeros pasos explica el proceso de incorporación, la prueba en seco y la puesta en marcha.
• Arquitectónicamente: Arquitectura muestra la estructura de dos servicios (carta + pagos) y dónde vive cada cosa.
• Flujos: Flujos de pedido para la mecánica de Pay-First vs Pay-Later.
• POS: Conector R-Keeper — la implementación de referencia activa, con detalles del ciclo completo de API.
• Dinero: Pagos para propinas, donaciones, webhooks, devoluciones y divisas admitidas.
• Crecimiento: Descuentos, cupones y fidelización — el manual del operador para promociones.
• Integración: API para socios que desarrollan conectores.
• Visión: Fooodo Insights para la capa de inteligencia de decisiones sobre EBIT que está en desarrollo.
• Para clientes AI: Servidor MCP de Insights — endpoint Model Context Protocol por inquilino para conectar ChatGPT, Claude, Copilot o Gemini a tus analíticas operativas.