Solutions

Software for corporate meal providers

Corporate meal programmes look like a bigger version of consumer meal plans and behave nothing like them. Three structural differences change almost every part of the operation.

What corporate changes

  • One address, many eaters

    Thirty meals go to a single reception desk rather than thirty doors. Routing becomes trivial; accurate per-person labelling becomes the hard part, because nobody is there to check whose box is whose.

  • Headcount moves weekly

    People join, leave, travel and work from home. The count is negotiated with an office manager rather than chosen by each eater, and it changes on a different rhythm from a consumer plan.

  • The buyer is not the eater

    An office manager or finance team places the order and receives the invoice, while the dietary requirements belong to the individuals. Those two facts live in different places and both have to be right.

  • Invoicing to an entity

    One consolidated invoice with a company tax registration, not thirty card charges. Purchase-order references and payment terms replace saved cards.

The headcount problem is the real one

A consumer plan changes when the customer decides to change it. A corporate programme changes because six people are travelling this week and two new starters joined on Monday — and nobody thinks to tell the kitchen until the boxes are short.

The workable answer is to let the office contact adjust the count themselves against a published cut-off, exactly as a consumer would pause a plan. That turns a weekly phone call into a self-service change, and it is the single largest saving available in this model.

Where allergens get dangerous

In a consumer plan, the person with the allergy is the person receiving the box. In an office, the boxes are put on a table and picked up by whoever recognises their name. That makes the label the only safeguard, because no one is checking at the door.

Structured allergen data per named recipient — not per order — is what makes that safe. If dietary requirements are held against the corporate account rather than the individual, the label cannot be trusted.

When Mealroh is not the right fit

If you are running event catering — one-off bookings, variable menus, no recurring commitment — this is the wrong shape of software. Mealroh models a standing obligation that regenerates weekly; an event is the opposite, and you would be fighting the data model.

It is also not a procurement platform. If your buyer needs supplier onboarding, tender workflows or spend approval chains, that belongs somewhere else.

Common questions

How should a corporate meal count be changed each week?
By the office contact themselves, against a published cut-off. A weekly phone call to the kitchen does not scale, and it is the most common source of short or over-produced deliveries in this model.
Should dietary requirements sit on the company or the individual?
The individual, always. The label travels with a named person, and if the allergen record is held against the corporate account there is nothing to print on the box that anyone can rely on.
Is one invoice per company or per employee correct?
Almost always one consolidated invoice to the entity, carrying its tax registration and any purchase-order reference. Per-employee billing recreates consumer-style payment handling for a buyer who does not want it.

See it running against a real kitchen

The product pages show the actual admin loaded with a demonstration kitchen — production, packing, routes and the dashboard, exactly as an operator sees them.