General overview

Fooodo is the digital ordering and payments layer sitting on top of a restaurant's existing POS. Guests scan a QR code at the table, browse the menu, place an order, pay — and the order arrives in R-Keeper exactly as if a waiter had typed it in. The system is live across 22 Čili Pizza locations today, processing real orders against real customers.

This page is the operator's tour. If you are evaluating Fooodo or you've just signed and want to know what you actually have, start here.

The 60-second pitch

A guest sits at a table, scans the QR taped to the corner, and the menu loads. They pick what they want, optionally split the bill across people at the table, optionally add a tip or a donation, pay with card / Apple Pay / Google Pay, and the kitchen sees the ticket immediately. Your staff don't change their workflow — R-Keeper still drives the kitchen. You get the same printer routing, the same KDS, the same reports.

Fooodo is not a QR menu. It's the operating layer that gives a restaurant a guest-facing front door without asking the kitchen to learn anything new.

Two ways guests order

The choice is yours, per table or per restaurant:

• Pay-First — built for takeaway and quick service. Guest pays, then the order goes to the kitchen. The kitchen never sees an unpaid order. If the guest abandons the cart, no work happens.
• Pay-Later — built for dine-in. The first round goes to the kitchen immediately when ordered; guests can add more rounds as they go; payment happens at the end. Closer to how a normal dine-in service feels.

You can mix both at one location — Pay-Later on dine-in tables, Pay-First on the takeaway counter. Full mechanics are in Order flows.

What guests can actually do

What you can do as an owner / operator

The admin panel (Filament-based) is where day-to-day work happens. The big surfaces:

Menu management

• Add, edit, archive, reorder products and categories
• Per-language fields (EN, LT) for names, descriptions, allergens
• Variants (small / large / family) and modifier groups (sauces, sides, additions)
• Dietary tags and allergen flags
• Photos
• Pricing — manual override allowed, but R-Keeper is the source of truth: change prices in R-Keeper and the next sync picks them up, never the other way round

Tables and QR codes

• Generate, label, and print QR codes for every table at every location
• Per-table flow toggle (Pay-First vs Pay-Later) — you can run different flows on different tables
• Per-table status — disable a single table without disabling the restaurant

Promotions

• Time-window discounts — lunch specials, happy hour. Set day, hour, minimum spend, eligible categories.
• Coupon codes — single-use or multi-use, % or fixed €. Bulk generation for email campaigns is in development (CIL-28).
• Loyalty card binding — link your R-Keeper personal-card programme to the menu so guests with cards get the right pricing.

Orders and live operations

• Live order list across all locations or scoped to one
• Filter by status, date, table, restaurant
• See Locked (R-Keeper has the order open) and Error states immediately
• Manual payment correction for the rare reconciliation case
• Order data export

Restaurant settings

• Operating hours
• R-Keeper connection (URL, restaurant ID, mock mode for staging)
• Payment configuration (Mollie account routing)
• Default flow (Pay-First vs Pay-Later)
• Feature toggles per restaurant (cross-sell on/off, bill-split on/off, etc.)

Reports

• User activity reports (orders per customer, location breakdown, source: app / QR / desktop)
• Date and restaurant filters
• CSV export
• Operational reports remain in R-Keeper — Fooodo does not replace your daily P&L

Permissions

• Role-based access: company admin, restaurant manager, table staff
• Restaurant managers see only their restaurant's data
• Granular per-permission control (who can manage upsell rules, who can flip flows, etc.)

What R-Keeper still does

Fooodo augments R-Keeper, it does not replace it. R-Keeper continues to:

• Be the menu source of truth. Edits in R-Keeper sync into Fooodo, never the reverse.
• Run the kitchen. Same KDS, same printers, same routing. Your kitchen staff don't learn a new system.
• Handle refunds and reversals. Fooodo records the payment status; the actual refund happens in R-Keeper, as it always did.
• Manage staff and shifts.
• Drive the operational reports. Daily reconciliation, sales reports, P&L — R-Keeper.

Multi-location

The platform is built for chains, not single sites. The hierarchy is Company → Restaurant → Table → Order. One company admin can:

• Manage all 22 locations from one panel
• Set defaults at the company level and override per restaurant
• See cross-restaurant data in reports
• Maintain separate R-Keeper credentials per restaurant

Restaurant managers see only their own restaurant. The tenant separation is enforced by the role layer, not by trust.

What's coming next

Honest read on the active development pipeline:

What's deliberately not in the system

Setting expectations matters. As of today:

• No customer email receipts. R-Keeper prints receipts at the restaurant; Fooodo does not email a digital receipt to the guest.
• No SMS or push notifications to customers. There is no "your order is ready" text message.
• No public reviews. Guest ratings are captured for the operator's eyes, not displayed to other guests.
• No in-app loyalty points. Loyalty is your existing R-Keeper card programme. There is no "earn 1 point per €" mechanic inside Fooodo.
• No reservations / table booking. Models exist, but the booking flow is not built.
• No multi-currency. EUR only.
• No multi-language admin. The admin panel is English; the customer-facing menu is EN / LT.
• No autonomous decisions. This becomes important when Fooodo Insights ships — see Fooodo Insights for the GDPR Article 22 stance.

Where to go next

• Operationally: Getting started walks through onboarding, dry-run, and going live.
• Architecturally: Architecture shows the two-service shape (menu + payments) and where everything lives.
• Flows: Order flows for the Pay-First vs Pay-Later mechanics.
• POS: R-Keeper integration for the actual API round-trip details.
• Money: Payments for tips, donations, webhooks, refunds.
• Integrating: API for partners writing connectors.
• Vision: Fooodo Insights for the EBIT-decision-intelligence layer that's in development.