Installing a separate script for every food venue on your server is how you end up with fourteen resources doing the same thing twelve different ways. This restaurant script takes the other approach: one resource, one config, fourteen fully functional locations — Burgershot, Bean Machine, Cat Cafe, Hornys, Al Dente, Deer Diner, Hookies, Pops Diner, Pizza This, Pearls, Limeys, Trey Bakery, Polar Ice, and Up & Atom. Add a fifteenth or sixteenth by editing config only, no touching Lua.

How the Operator Model Works

The same billing logic, storage system, job checks, and crafting menus run at every location. That means when you adjust how a mechanic works — say, how consumable effects apply when a player eats — you change it once and it propagates everywhere. There’s no scenario where Burgershot has working kiosks but Bean Machine doesn’t because the scripts drifted apart. The unified architecture is what makes this practical for a server with a real food economy rather than a handful of decorative restaurants.

• 14 pre-configured locations ready out of the box
• Infinitely expandable via config — no code changes required for new venues
• Three crafting types: food preparation, drink mixing, and ingredient processing
• Staff-only storage areas with job-gated access
• Public ordering trays and interactive customer self-service kiosks
• Integrated surveillance camera system per location
• Consumable item effects on eating and drinking — configurable per item
• Unified billing across all locations with banking integrations: qb-banking, okokBanking, renewed-banking
• Optional phone integrations: qb-phone and qs-smartphone
• Clothing support: qb-clothing and illenium-appearance
• Logging via fm-logs
• Compatible with qb-target or ox_target, qb-inventory or ox_inventory

What This Is Not

If you want a single MLO restaurant with elaborate cooking animations and five-minute prep sequences, this isn’t the right tool. This is built for server operators who need food and drink to function across their entire map without becoming a maintenance burden. The focus is config-driven consistency at scale — every location works the same way, players know what to expect, and staff can move between venues without relearning the interface.

Framework and Dependencies

QBCore only — not ESX. Requires ox_lib for UI and utility functions. Target and inventory systems are your choice: qb-target or ox_target, qb-inventory or ox_inventory. The script is priced at £15, down from £20.