VenuesFood halls

The hard part of hall money is the splitting.

One payment, five kitchens, the hall’s cut, somebody’s refund — this page is the reason the whole product is shaped the way it is.


Settlement by construction

A hall basket is one payment to the guest and one ordinary order per kitchen underneath. A refund comes out of the kitchen that was paid for the dish; a tip follows the food. The arithmetic cannot drift because there is no second copy of it.

The hall’s own revenue lines

Commission per kitchen at the agreed rate. Standing rent that lands on every payout run by itself — each due date one full charge, named with the dates it covers. A customer processing fee that is the hall’s to keep. All itemised where a vendor can check them.

The payout run

Per vendor: gross, commission, rent, owed — to the penny, with the honest note printed on the screen itself: HelchPOS records the payout, it does not move the money.

Where the card machine fits today

Card payments run on each kitchen’s own terminal at its own negotiated rate, recorded against the order, free. Processing cards ourselves — 1% falling towards 0.7% — is built towards and not switched on yet, and the pricing page says exactly that.

The venue-agnostic page for this pillar: Payments & settlement → · everything for this venue type: Food halls →

Free to use.

Everything on this page is in the product now — and it costs a food hall nothing to run.