TableSyncAI support

Ask Lana

Lana AI — your TableSyncAI support assistant.

Guided help is available here. AI conversation is not connected. These are reviewed answers and links, not generated chat.

Topics stay in this page’s memory and are not sent to an AI provider or saved as a conversation. No account or private restaurant access. If live AI is unavailable, these guides and human support remain available.

Search documentationSend a support enquiry

Your support form is separate; no conversation is attached automatically. Receipt is confirmed only after the enquiry is saved.

Connected payments

Payments that move with your restaurant.

One order. Flexible ways to collect. A centrally controlled payment workflow is the next step for connected restaurant service.

Keep the order at the centre.

Illustrative payment workflow — in development/planned.

One restaurant order

Table 12 £42.80

Cashier selects “Charge £42.80”

TableSyncAI coordinates the workflow

Synthetic order · no payment is being taken

  1. Eligible Android POSPlanned
  2. Authorised Staff devicePlanned
  3. Customer QRIn development
  4. Payment linkIn development
  5. Configured terminalPlanned

Provider result → backend checks → verified order state

Payment coordination is in development and is not deployed in the production API. Electronic collection through these routes is not yet available.

An eligible route for the way you serve.

Planned

Eligible Android POS

Contactless collection needs an eligible device and an approved SoftPOS integration.

Planned

Authorised Staff device

Assign collection within the same restaurant and location, while POS keeps order control.

In development

Customer QR

Continue an eligible hosted payment journey from a customer-scanned code. Live checkout is not enabled.

In development

Payment link

Continue through a supported, configured channel. Delivery and provider acceptance remain to be completed.

Planned

Configured terminal

Use compatible, approved payment hardware when that integration becomes available.

Windows POS would control the order and use an eligible external collection route. It does not provide native NFC collection. Hardware, provider and regional eligibility must be verified before a route becomes available.

One coordinated workflow, with checks where they matter.

  1. The cashier chooses the amount on the restaurant order.
  2. The backend checks the authorised device, location and eligible route.
  3. The customer completes that route.
  4. Backend verification and reconciliation establish the provider result.
  5. The order receives the verified payment state, visible to authorised devices.

Development includes order-linked sessions, route eligibility, idempotency, reconciliation and uncertainty handling. The intended workflow checks an uncertain result before allowing further collection. It is not a guarantee against every duplicate charge or a promise of instant confirmation.

Provider-specific objects and collection methods may differ. No single provider payment object is promised to work across all routes.

Restaurant payments and software plans are separate.

The connected collection routes here concern diners paying a restaurant. Your restaurant’s software plan is a separate subscription and access decision.

Explore the connected POS
Compare software plans