A sponge that turns dense, a cream that splits, a dessert that costs more than you think. In pastry, delicious isn't enough: it has to be well built and leave a margin. FormulaMaps balances your sponges and creams by their real chemistry and works out your food cost —cost, price and margin— in an instant. It's pastry formulation and food cost with AI, from a bakehouse family since 1947.
Every star is a recipe, placed by its chemistry and linked to its neighbours. At a glance you see your families —sponges, creams, ganaches—, your winners and the gaps: the desserts you haven't created yet. No costing software gives you this.
FormulaMaps distils each type —genoise, muffin, pastry cream, ganache, mousse, meringue…— into its average «fingerprint»: a family portrait. It's not just pretty; it's the language AI uses to recognise the type and predict new recipes.
Most bakehouses set the price on a hunch and balance recipes by habit. And that's where the money leaks away: in the extra gram of butter, in the cream you have to redo, in the dessert sold below cost without anyone knowing.
Each of these problems is a number. FormulaMaps shows you that number —and an AI tutor tells you how to fix it.
This is the maths the pastry engine runs. The science is public; the fine calibration (our catalogue and exact ranges) is what makes FormulaMaps sharp.
Each ingredient is described by what it contributes per 100 g: sugar, fat, protein, water and solids. The engine adds up the real contribution of them all:
The same for sugar, protein, water and solids. And as a percentage of the total: fat % = fat / total weight × 100. That's how you see the recipe the way chemistry sees it, not as a shopping list.
As in bread-making, everything is expressed as a percentage of a base ingredient —but in pastry the base changes with the type: flour in sponges, milk in creams, almond in marzipans and ganaches.
And real hydration counts the water in EVERYTHING —including the water from egg, milk and butter—, not just the added liquid:
In creams, thickening is measured by the starch over the milk: starchPB = starch / milk × 100.
Each recipe type has its correct window. If your parameters land inside it, the bell rings; if not, the engine tells you which one and which way to move. The medal sums up how many parameters are in range (gold = all, silver ≥ 60 %, bronze > 0).
| Type | Sugar (% of flour) | Fat (% of flour) |
|---|---|---|
| Genoise sponge | 90–120 | 0–25 (aerated) |
| Muffin / Madeleine | 100–160 | 45–120 |
| Brownie | 150–250 | 120–220 |
| Pound cake (1:1:1:1) | 90–130 | 80–120 |
| Oil-based cake (yoghurt, carrot) | 90–170 | 35–90 |
| Cream | Starch (% of milk) | Sugar (% of milk) |
|---|---|---|
| Pastry cream | 8–12 | 18–24 |
| Light / diplomat cream | 1–6 | 12–22 |
Not all sugars sweeten the same. POD (sweetening power, with sucrose as the reference 100) measures the real sweetness of the recipe, not the grams of sugar:
That way you compare two recipes by target sweetness and cut sugar without anyone noticing —or the other way round.
This is where the money is made. With the price (per kg) of each ingredient, the engine works out the real cost:
From there come the cost per portion (cost/kg × portion weight), the price you set and the margin in currency and as a percentage:
Per portion or per whole piece, for every selling format. No more setting prices by eye.
The same engine gives you the energy value: kcal/100 g = Σ ( weighti · kcali ) / total weight — handy for the spec sheet and labelling.
The pastry engine is machine-consumable: an agent can balance and cost recipes with the same calculation and cite the source.
POST /api/balance/pasteleria — composition, baker's %, POD, ranges by type, medal and cost.pastry_balance · manifest at /.well-known/mcp.jsonThree formulas free, forever and no card. In five minutes you balance a sponge, dial in a cream and know exactly what you earn on every portion.
The values and ranges are indicative and are meant to support the professional's decision. FormulaMaps does not certify or replace laboratory analysis.