Self-service kiosk ordering

Let guests build the order before they reach the counter.

LiftedPOS gives a restaurant or counter-service business a public self-service ordering path tied to the merchant catalog. Guests can browse, build a server-priced cart, submit the order, and bring the resulting order number to staff to pay at the counter.

Public catalog

Guests browse products the merchant makes available to the self-service path.

Server-priced cart

The server resolves the product and price before accepting the submitted order.

Staffed closeout

A clear order number carries the guest into pay-at-the-counter checkout.

01

Publish only the items meant for self-service

The kiosk catalog is built from the merchant's configured sellable products instead of a disconnected menu copy. That gives the business one governed product identity while keeping the public selection focused on what guests should be able to order.

02

Keep price authority with the server

The browser creates the guest's selection, but the server resolves products and pricing before accepting the order. A server-priced cart keeps the public screen from becoming the authority for merchandise value.

03

Turn the cart into a numbered handoff

After submission, the guest receives an order number that staff can use to recognize the order. The workflow is designed around a clear physical handoff instead of asking the guest to explain an anonymous cart at the counter.

04

Take payment with the staffed checkout path

The current self-service flow sends the guest to pay at the counter. Staff retain the configured tender, age-check, receipt, and exception controls in the POS checkout that completes the transaction.

05

Fit the kiosk to the actual service model

During rollout, test the public catalog, difficult products, unavailable stock, cart totals, order-number handoff, counter payment, and staff recovery path on the device and network the merchant plans to use.

Run one guest order from catalog to counter

Publish representative test items, build a cart on the planned guest device, verify the server-priced total and resulting order number, then complete payment through the staffed checkout. Include unavailable stock, a refreshed price, an abandoned cart, and the staff recovery path.

Inspect in the live demo

Use the actual workflow, inspect the resulting record, and confirm how the behavior is configured for your locations. Availability can depend on enabled modules, hardware, payment setup, role, location, and rollout configuration.

Move from the feature to the operation

This capability shares customer, employee, product, location, transaction, and reporting context with the rest of LiftedPOS. The value is not a checked box. It is the handoff the operation no longer has to rebuild.

See the capability inside a working store.

Run it with safe demo data, then map the locations, roles, devices, and configuration your operation needs.