Skip to main content
GullySystem
Hospitality · Cloud Kitchen Management Software

One kitchen record for every delivery brand, station ticket and rider handover.

Manage orders from each delivery app, virtual brand menus, station tickets, prep lists, packing, rider handover, shared walk-in stock and app payouts in one system. Each dish carries its recipe, so ingredient use is read brand by brand. Cooks see their tickets at the station. Owners read margin after commission.

  • Brand menus, recipes and station layout entered the way your kitchen runs
  • Channel routes confirmed per delivery app during implementation
  • Menu and commission edits made by GullySystem staff when you ask

Delivery-only brands and cloud kitchens take channel orders, brand menus, station tickets, prep lists, rider handover and shared stock through one Cloud Kitchen Management Software build from GullySystem. Each dish deducts its recipe from the shared walk-in, and each payout statement is matched to orders, commission and refunds by brand.

Where it breaks today

What goes wrong before the software.

Every app has its own tablet

Orders, menu edits and item pauses are handled one app at a time. A dish sold out on one brand stays live on another. The pass cooks a plate it cannot finish.

Brands share one walk-in

Chicken, rice, gravies and sauces serve several menus, yet stock is counted weekly. Nobody can say which brand used the marinated wings or the paneer.

Stations get the wrong ticket

A combo with a wok dish, a fried side and a dessert is read at the pass as one slip. The fryer starts late, and the box waits open for the cold item.

Rider arrival is not timed to packing

Packed boxes sit at the hatch while riders from different apps queue. The app marks the order late. A refund follows.

Brand margin is clouded by commission

A virtual brand looks busy on its app. After commission, packaging, promotions and refunds the profit is unclear. A weak brand stays live.

Payout statements arrive as a lump

Cancellation penalties, ad spend and disputed refunds are deducted in one figure. Tracing each deduction back to an order takes a day of spreadsheet work.

How it runs

How the work flows through it, step by step.

  1. 1

    Menu and brand setup

    Each virtual brand gets its menu, prices and packaging. Recipes are shared. Item availability is controlled once and pushed to each channel as far as its access allows.

  2. 2

    Order intake

    Orders from each delivery app and any direct link enter one queue, tagged by brand and channel with a promised pickup time. The manager accepts or rejects against kitchen load.

  3. 3

    Cook

    Each order splits into tickets for the grill, fryer, wok and cold pass. Cooks mark their part done, and the pass sees when every part of a combo is ready.

  4. 4

    Pack and hand over

    The packer seals the box and adds the label. Then the order is marked packed. The rider’s arrival and pickup time are recorded so waits at the hatch are measured.

  5. 5

    Stock and prep

    Cooked dishes deduct their recipes from the shared walk-in. Tomorrow’s prep list is built from expected orders and what the fridge already holds.

  6. 6

    Settle

    Each app’s payout statement is matched to its orders, commission, refunds and penalties. The owner reads profit by brand after all deductions.

Modules

What is inside.

Every module can be switched on, left out or changed to match how your team already works.

Channel order intake

Bring orders from each delivery app and the brand’s own link into one queue, tagged by brand, channel and promised pickup time, with accept and reject rules.

Brand menus and item pauses

Keep a separate menu for each virtual brand over shared recipes, and pause an item on every brand at once when its ingredient runs out.

Station tickets and kitchen screens

Split each order into tickets for grill, fryer, wok and cold pass, and show the pass which parts of a combo are still open.

Prep lists and batch cooking

Build the morning prep list from expected orders, record gravies and marinades made in batches, and note the discard time of each batch.

Recipes and portion cost

Set grams of protein, rice, sauce and garnish per dish, and read the plate cost for each brand’s version of a shared item.

Shared walk-in and dry stock

Receive goods from vendors, deduct ingredients as dishes are cooked, and read consumption brand by brand against what was bought.

Packing and packaging stock

Mark orders sealed and labelled, and track boxes, bags, cutlery and sachets per brand so packaging cost enters each order.

Rider handover and wait times

Record rider arrival and pickup, read waits at the hatch by app, and flag orders likely to be marked late before they leave.

Refunds and complaints log

Log each refund request or complaint against its order, the dish and the cook, with the reason and the app’s decision recorded.

Brand profit and app payouts

Set commission, packaging and promotion cost against each brand, and match every payout statement to its orders and deductions.

Vendor orders and goods receipt

Raise orders to poultry, produce and dairy vendors from low-stock flags, and check each delivery against its slip before it enters the walk-in.

Solutions inside

The business modules it is built from.

Each one is also available on its own, or inside a system built for you.

  • Order Management

    Every app order enters one queue with its brand, channel and pickup time, and moves from accepted to packed to handed over.

  • Product Management

    Each brand’s menu sits over shared recipes, and an item that runs out is paused across every brand that sells it.

  • Bill of Materials

    A dish lists the grams of protein, rice, sauce and garnish it uses, so plate cost can be read for each brand’s version.

  • Production Planning

    Expected orders and the fridge’s current contents produce the morning prep list, including marinades and gravies made in batches.

  • Stock Tracking and Alerts

    Ingredients fall as dishes are cooked, and use is split by brand so the walk-in count can be checked against purchases.

  • Goods Receipt (GRN)

    A poultry or produce delivery is checked against the slip and the order before it enters the walk-in, with shortfalls noted.

  • Task Management

    Each order splits into station tickets with an owner, so the pass sees which part of a combo is still open.

  • Receipts Management

    Payouts from each app are recorded against orders and deductions, so shortfalls and penalties are visible by brand.

Services

How we would put it in.

Setup, data migration, integrations and anything built on top.

Who uses it

One system, each person sees their part.

For owners

See profit by brand after commission, consumption against purchases, refund rates by app and payout shortfalls, without opening three dashboards.

For kitchen managers

Accept orders against load. Pause items. Read the prep list and watch rider waits at the hatch.

For line cooks

See tickets for your own station, mark parts done and flag an ingredient running short before the next batch.

For packers and runners

Check each box against its ticket. Seal it. Hand it to the right rider.

For store keepers

Receive vendor deliveries, count the walk-in and record wastage of batches that passed their discard time.

Reports

The numbers the owner asks for.

  • Orders by brand, channel and hour
  • Ingredient use by brand against purchases
  • Plate cost and margin after commission by dish
  • Rider waits at the hatch by app
  • Refunds and complaints by dish and cook
  • Payout statements matched to orders and deductions
  • Batch discards for marinades and gravies
Good fit

Who this is built for.

  • Delivery-only kitchens that run several virtual brands
  • Restaurants that added a delivery brand from a spare kitchen
  • Central kitchens that cook for delivery apps and cloud brands
  • Ghost kitchens that rent stations to partner brands
  • Operators who run two or more kitchens under one set of brands
Honest answer

When it is not the right choice.

Made to fit

Adapted to your business before it goes live.

You are not handed a login and left to it. The product is set up around your records, your people and the tools you already use.

Brand menus and recipes

Each virtual brand’s menu, prices, packaging and shared recipes go in first, the way your kitchen builds them today.

Station layout

Grill, fryer, wok, cold pass and packing bays are named as your kitchen runs them, with screens or printers at each.

Channel routes

Which delivery apps feed orders directly and which need manual entry is confirmed app by app during implementation.

Commission and fee rules

Each app’s commission, ad fees and penalty rules are entered so brand profit shows after every deduction.

Opening stock and vendors

Vendor lists, rates and opening walk-in counts come across from your sheet or register.

Hosted by GullySystem

Hosting stays with us, which keeps the pass, the stores and the owner on one set of records, and our staff make menu and commission edits when asked.

Works alongside

  • Delivery app order feeds
  • Kitchen printer and screens
  • SMS and messaging
  • Email
  • Payment gateway
  • Accounting export
Common questions

Questions owners ask before a demo.

Can orders from the delivery apps flow in without re-keying?

It depends on each partner and the access it gives you. Some provide order feeds and others only a tablet. Every route is confirmed during implementation, and a quick manual entry screen covers any app without a feed.

How are ingredients split when brands share a recipe?

Each brand’s dish points to the same recipe, so every plate deducts the same ingredients from the walk-in. Reports then split use by brand using the dishes sold, while portion sizes can still differ per brand.

Can one sold-out item be switched off everywhere?

Yes inside the system, which pauses the item on every brand that uses it. Whether that pause reaches an app by itself or needs a manual step depends on the access that app allows.

Does it handle kitchens that rent stations to partner brands?

Yes. A partner brand has its own menu, orders and stock lines, and the host kitchen charges a station fee or a share of sales. Statements per partner are drawn from those records.

How does payout matching work?

You load each app’s statement as a file. The system lines it up against orders by number, and shows missing orders, extra deductions and refunds without a matching complaint.

Can we measure how long riders wait?

Yes. The packer marks an order sealed and the handover is recorded against the rider’s arrival. Waits are read by app and by hour, which shows when the pass is slower than the pickups.

What if the internet is down during a lunch rush?

Tickets travel over the internet, so a dead link stops new ones reaching the stations. Most kitchens keep a mobile data backup at the pass. Your manager decides during setup how paper tickets are entered once the link returns.

Can I try it with one brand first?

Yes. Many operators start with one brand and one app, then add the others. Recipes and stock carry across, so a second brand reuses what was already built.

What goes into a quotation?

We ask how many brands, delivery apps, stations and kitchens you run. You first watch a demo cooked from one of your dishes. Pricing then arrives with setup, channel work and hosting itemised on separate lines.

Wondering what it would cost? Share your requirements and an engineer will come back with a scope.

Book a demo

See Cloud Kitchen Management Software with your own data.

Tell us how you run things today. We’ll show you the parts that matter to you and say plainly what would need changing.

  • No obligation
  • A reply within one business day
  • Your details stay private

Start with your requirements

Seven short steps that tell us what you need. An engineer reads them before getting in touch.

Share your requirements