Restaurant management built around the kitchen pass Seven modules, one order record, one login
Dearrasa

Home/Cloud kitchens

Several brands, one hot line

Four brands, three aggregators, one kitchen, and a single rail that keeps it sane.

A delivery kitchen has no floor to hide behind. Everything is timing. If orders arrive on four tablets and get cooked from four different screens, the rider is waiting and the rating is already dropping.

The tablet wall problem

One rail, whatever the order came in on.

Aggregator orders, your own website, phone orders and walk up collection all become tickets on the same pass, tagged by brand and by channel, timed against the promise that channel made.

Intake

Every channel into one ticket rail

Orders arrive from aggregator platforms and your own channels into the same order record, so the kitchen works one queue in true sequence. Nobody is comparing three tablets to work out which order came first, and no order is missed because a tablet went to sleep.

Brands

Several menus without several systems

Each brand keeps its own menu, pricing, packaging and dispatch standard while sharing your stock, your recipes and your kitchen. A shared sub recipe used by three brands is costed once and consumed correctly by all of them, which is the only way multi brand food cost stays meaningful.

Timing

Cook time, pack time, wait time, split apart

Dispatch delay is usually blamed on the kitchen when it is often packing or a rider who has not arrived. Dearrasa times cooking, packing and rider handover separately per brand and per channel, so you are fixing the stage that is actually slow.

Capacity

Knowing when to throttle

When the rail is beyond what the line can hold, you can see it in one glance rather than discovering it through late orders. That is the moment to pause a channel or extend a prep time, deliberately, instead of accepting a wave of bad ratings.

Delivery economics

Commission, packaging and discount are not overheads. They are part of the dish.

A dish that earns well on a dine in bill can lose money on an aggregator once commission and packaging are counted. Averaging the two hides it completely.

Per channel

Contribution after commission

Item level margin calculated per channel with platform commission applied, so you can see the real earning of each dish on each aggregator.

Per order

Packaging as a cost line

Containers, bags, cutlery and seals are stock items with recipes of their own, so packaging cost is deducted and counted rather than estimated annually.

Per campaign

Discount funded by whom

Platform funded and restaurant funded discounts are recorded separately, which is the only way to judge whether a promotion was worth running.

Aggregator integration depends on the platform, the city and the account type. We will confirm exactly which of your channels can be connected directly and which need a device based workaround before you sign anything.

Menu operations

Running out of one ingredient should not take four brands down.

Shared stock across brands is efficient and unforgiving. When paneer runs low, every dish on every brand that uses paneer is affected at once.

  • Availability follows stock, per brand. Items that can no longer be cooked go off sale on the channels that sell them, automatically, before an order arrives for them.
  • Priority can be set. Where a scarce ingredient is shared, you decide which brand keeps selling it rather than letting whichever order arrives first consume the last of it.
  • Menu edits push out once. A price or availability change reaches your channels from one place instead of being repeated on each platform dashboard.
  • Prep is forecast across brands. Demand for a shared sub recipe is the total across every brand that uses it, which is the number the morning prep actually needs.
Practical questions

Aggregators, brands and reconciliation.

How many brands can one kitchen run?

There is no product limit. The practical limit is your line and your stations, and the kitchen display makes that limit visible rather than theoretical.

Do aggregator payouts reconcile automatically?

Orders, commission and discount are recorded per order, which gives you a precise expected settlement per platform per period to hold the actual payout against. Where a platform's statement disagrees, you have the order level detail to dispute it.

What happens to delivery orders when the internet drops?

Orders already received continue to be cooked, timed and packed offline. New aggregator orders cannot arrive without connectivity, which is a property of the internet rather than of our software, and we would rather state it plainly.

Can we run a dine in counter as well?

Yes. Many kitchens have a small collection window or a few seats. Those orders join the same rail, tagged by channel, so the kitchen sequence stays honest.

Next service

Send us your brands and your aggregator mix.

We will map every channel onto one rail, cost a shared sub recipe across brands, and show you contribution per dish per platform after commission.