#hospitality

Catering- und Partyplanungs-Mathematik als API, lokal und deterministisch berechnet – die Wie-viel-kaufe-ich-Zahlen, mit denen ein Gastgeber oder Caterer eine Personenzahl plant. Der Food-Endpunkt skaliert ein Menü auf die Gästeanzahl und den Appetit: das Hauptprotein mit etwa einem halben Pfund gegartem Fleisch pro Person (leicht 0,33, herzhaft 0,75), jede Beilage mit etwa vier Unzen pro Kopf, sechs Appetizer-Stücke pro Person und eineinhalb Dinner-Brötchen – also benötigen 50 Gäste bei einem Standard-Dinner mit drei Beilagen 25 Pfund Fleisch, 300 Appetizer und 75 Brötchen. Der Drinks-Endpunkt dimensioniert die Bar: etwa ein Getränk pro Gast pro Stunde plus ein Extra in der ersten Stunde, aufgeteilt auf Bier, Wein und Cocktails und umgerechnet in die realen Einheiten, die man kauft – Bier im Kasten (24) und im Fass (~165 Portionen), Wein in der Flasche (~5 Gläser), Spirituosen in der 750-ml-Flasche (~16 Shots) – plus das Eis (etwa 1,5 Pfund pro Gast) und Wasser; eine Party mit 50 Gästen und vier Stunden kommt auf 250 Getränke, 125 Biere (0,76 eines Fasses), 15 Flaschen Wein und 75 Pfund Eis. Alles wird lokal und deterministisch berechnet, also ist es sofortig und privat. Ideal für Eventplanungs-, Catering-, Hospitality- und Party-App-Entwickler, Einkaufslisten- und Personenzahl-Tools sowie Gastgeber-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofortig. US-Einheiten; Faustregeln – aufrunden. Live, nichts wird gespeichert. 2 Compute-Endpunkte. Anpassung an die Menge und die Jahreszeit.

api.oanor.com/catering-api

Restaurant food-costing maths as an API, computed locally and deterministically — the menu-engineering and cost-control numbers a kitchen runs on. The recipe endpoint totals a dish from its ingredient line costs (or quantities × unit prices), divides by the yield factor (1 − waste %) so trim and shrinkage raise the true cost, and splits it across the portions to a cost per plate — and against a menu price it returns the food-cost percentage and gross profit. The plate endpoint prices a dish both ways: give a menu price and get the food-cost percentage and markup factor, or give a target food-cost percentage and get the suggested menu price (a 30 % target is a 3.33× markup), plus gross profit, gross margin and, with a labour cost, the prime-cost percentage. The period endpoint turns inventory movement into the cost of goods sold — COGS = opening inventory + purchases − closing inventory — and the food or pour cost percentage against sales, the headline number on every P&L (28–35 % for food, 18–24 % for beverage). Everything is computed locally and deterministically, so it is instant and private. Ideal for restaurant-tech, POS, kitchen-management, catering and hospitality app developers, menu-engineering and recipe-costing tools, and culinary-school training. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 compute endpoints. This is food-cost and menu-pricing maths; for unit conversion use a cooking API and for generic margin maths a pricing API.

api.oanor.com/foodcost-api