Scaled to the point
The cook quantity comes from the planned covers and each recipe's yield — as precise for 200 guests as for 40.
IVMenu planning, production & purchasing
Menu planning, production & purchasing
Plan for 200.
Order for exactly 200.
Ceres calculates the cook quantity and the per-supplier order from the menu plan automatically — without overproduction, without calculating by hand.
Status: Early phase · in development
The problem
Ordered by gut, and too much in the cold store.
In many volume kitchens, purchasing comes from experience and estimation. Quantities are scaled up by hand to the expected number of covers, recipes scaled in the head, order lists pulled together per supplier one by one.
The result: overproduction on the plate and over-ordering in the store. Leftovers go in the bin, whole pack sizes sit unused, and food cost slips out of control — without anyone being able to say exactly where.
Ceres turns that around: from the menu plan and the planned number of guests come the exact cook quantity and, from that, the order — calculated, not guessed.
Spreadsheets calculate what you enter. Ceres calculates what the kitchen really needs — from real large-kitchen practice.
What changes
Four things the calculation core does today.
The cook quantity comes from the planned covers and each recipe's yield — as precise for 200 guests as for 40.
Demand is summed across all recipes and only rounded up to the pack size at the end — instead of one pack too many per recipe.
The order is grouped by supplier and the costs calculated in CHF — ready to review and send.
The plan is set before the first pan hits the stove — no calculating by hand between station and service.
The calculation logic
Ceres aggregates every ingredient across all recipes of a menu plan and only rounds once, afterwards, up to the pack size — instead of rounding per recipe. That saves whole packs: three recipes that each need 0.4 kg of butter add up to 1.2 kg and so one pack — not three.
This calculation core is real and tested — the pax scaling and the order aggregation run and are covered by tests. It's the foundation everything else builds on.
What the core calculates
What's there — and what's coming
Proven core. Honest roadmap.
Today the calculation core and planning are live: capture recipes and menus, scale, and order per supplier. The goal is the fully automated chain — from menu creation through planning, scaling and ordering to production. Step by step, honestly labelled.
Recipes are scaled from the stored to the planned number of covers — via the recipe yield, not rules of thumb. Live and tested.
Ingredient demand is summed across all recipes and only then rounded up once to the pack size. Live and tested.
The finished order is grouped by supplier and costed in CHF — checkable line by line. Live.
Ingredients, suppliers, recipes and menus are set up as a connected data model — the basis for every calculation. Live.
Compose new menus from your captured recipes — with live search; one recipe can be reused across many menus. Live.
Ceres suggests menus by season — seasonal ingredients first, so planning doesn't start from a blank page. Suggestions by trend, cost and variety are in progress.
Season live · further criteria plannedConnection to curated cooking sites, so fresh recipe ideas flow straight into your collection and menu planning.
PlannedYou maintain ingredients, recipes, menus and suppliers yourself through the interface — self-service entry (CRUD) is live. A prepared starter library as a starting point is in progress.
Starter library in progressThe menu plan turns into print-ready production and prep sheets, each recipe scaled to covers, with method included. No more handwritten handover.
Orders from Ceres flow into Zenith's procurement — one supplier and order flow instead of two.
Planned (phase 3)From the menu plan come print-ready, multilingual cards and notices for guests.
Planned (phase 5)Who it's for
Changing guest numbers, calculated precisely for every event.
Daily quantities for fixed resident numbers, without producing leftovers.
Plannable covers, plannable purchasing, controlled food cost.
Anywhere you plan by heads and buy for heads.
Ceres is built for kitchens that plan and buy by covers — where the number of guests determines the pot and the order list.
Part of Triarc
Ceres is one of four Triarc instruments. They share a design language and are meant to interlock — capture data once, use it many times. Much of this is roadmap, not the present; here's an honest account of what comes when:
Why Ceres
Ceres comes from a chef who has done menu and recipe engineering in large operations and digitised purchasing systems — the calculation logic grew out of real kitchen practice.
Pax scaling and order aggregation run and are covered by tests.
From real volume-kitchen practice, not designed on a drawing board.
What's live is live. What's coming is clearly labelled as planned.
Calculates in CHF and plans by covers — tailored to the local operation.
Tailored
Nothing off the shelf.
Tell us how your kitchen really plans and buys. Together we find the right instrument — and set it up around your recipes, suppliers and quirks. Not software you squeeze into, but one that adapts to your operation.
Missing something none of our instruments covers? Tell us — we build around your needs instead of selling one solution for everyone.
Getting started
How you become a pilot kitchen.
You show us how your kitchen plans and buys.
We capture your recipes, suppliers and pack sizes together.
You calculate plans and orders — and help shape how Ceres grows.
Ceres is early, but the core and planning are in place: capture recipes and menus, scale, and order per supplier — live and tested. If you want to be among the first kitchens, we set Ceres up together around your recipes and suppliers and show you the calculation on your own quantities.
Ceres is in an early phase — become one of our first pilot kitchens and help shape how the tool grows.
Direct: manuel@triarc.ch