It is 8:50 on a Friday and the kitchen is twenty minutes behind. An online order drops for a dish you stopped prepping an hour ago. Someone has to call the guest and apologise. That order should never have been offered. Your online ordering did not know what your kitchen could do at that moment. That is the real gap. Ordering that understands your kitchen sells only what you can actually make.

What does it mean for online ordering to understand your kitchen?

It means the order screen follows your real conditions, not a generic calendar. Your kitchen runs on trading hours, prep times, dayparts and last orders. When ordering ignores these, it promises guests things you cannot deliver. When it respects them, the order that reaches the pass is one you can complete. More of your orders now arrive through a screen, and that share keeps climbing. So the cost of ordering that does not understand the kitchen grows every year.

Ordering that only accepts what you can fulfil

Nomni Ordering uses trading-hours logic, so guests only order what you can deliver. It reflects what the kitchen can do, not a fixed menu on a website. That includes:

• Live prep-time ETAs, so guests see a realistic wait

• Last-order and closing cut-offs, so late orders do not slip through

• Multi-day pre-ordering, with date and time slots for future orders

• Time-of-day menus, so items show only when you serve them

The result is fewer failed or late orders. Your kitchen keeps up at peak, and guests get what they expected.

One order queue into your kitchen

Every channel feeds one order queue that routes to the right station. Web, the branded Magic App, QR, kiosk and delivery all land in the same place. Orders flow into Nomni POS and Nomni KDS with no double entry. You update a menu, price or item once, and it changes across every channel. Because ordering runs on your POS, the till and kitchen keep taking orders even if the internet drops. Staff are not copying tickets between systems during a rush.

Why running on one system helps you

When ordering, payments and loyalty share one system, you spend less time keeping them in step. Nomni Ordering runs on Nomni One, the same platform as your POS, payments and loyalty. A single order moves through one flow. A guest orders, sees and spends their Nomni Rewards, and pays, all in the same checkout. As they order, the checkout can suggest a relevant add-on that lifts the order value. The order then reaches your kitchen and updates the guest profile in Nomni Insights. The channel stays yours, and so do the guests and the data.

The point for operators

Your kitchen is the limit that matters, so build ordering around it. Speed and a tidy checkout help, but they are not enough on their own. Ordering has to know your trading hours, your prep times and what the kitchen can make right now. When it does, service holds at peak and guests get what they were promised. Nomni Ordering is built for exactly that.

Want to see it set up around your kitchen? Book a call.

Frequently asked questions

What does it mean for online ordering to understand the kitchen? It respects live kitchen limits: trading hours, prep times, dayparts and last-order cut-offs. Guests can only order what the kitchen can make.

How does Nomni Ordering stop the kitchen taking orders it cannot fulfil? It uses trading-hours logic, live prep-time ETAs and last-order cut-offs. Guests only see times and items you can deliver.

Does Nomni Ordering work across every channel? Yes. Web, the Magic App, QR, kiosk and delivery feed one queue into Nomni POS and Nomni KDS, with menus synced across all of them.