Platform · Payments

Every penny knows whose it is.

The hard part of food-hall money is not taking it — it is splitting it. One guest payment across five kitchens becomes five correct ledgers here, by shape, not by spreadsheet.


Multi-vendor 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; a tip follows the food. The payout run shows each vendor gross, commission, standing rent (each due date one named charge) and what is owed — and says plainly that HelchPOS records the payout rather than moving the money.

The hall’s own revenue lines

Commission per kitchen at whatever rate is agreed, rent that lands on the run by itself, and a customer processing fee that is the hall’s to keep. All of it itemised on statements a vendor can check.

Split bills that actually split

Equal ways, by item, or by amount — and each part can pay with a different tender. A bill half-paid in cash finishes on card without anybody voiding anything.

Tabs, vouchers and group tabs

Pre-paid tabs a guest tops up once and spends across the whole hall. Vouchers with real balances. Group tabs where a table orders together — without a card being held, and the page says so.

Where the card machine fits

Today, card payments run on your own terminal — the till records them against the order, to the penny, and it costs you nothing. Processing cards ourselves is the one thing we will ever charge for: 1% falling towards 0.7%, and it is not switched on yet. The pricing page says exactly what that means.


Free to use.

Everything on this page is in the product now. What is not built yet is named on the comparison page rather than left out.