Skip to main content
Submit the reviewed basket and choose a payment method that is fully wired in the current web POS.

​
Who can do this?

The staff-side order/payment APIs authorize Owners, Managers and Staff for the shop.

​
Where to do it

In Point of sale, build a non-empty basket and select Continue to payment.

​
Choose and complete payment

  1. Wait for Tapp to create or resume the order and apply any pending discount.
  2. Choose one of the six current web options: Other device, QR code, Cash, Payment link, SMS or Pay later.
  3. For QR code, let the guest scan the generated code. For Payment link, copy/share the generated link. For SMS, enter a valid phone number and send the link.
  4. For Cash, confirm that cash has actually been received. Tapp obtains a one-order mark-paid token and records the payment only after confirmation.
  5. For Pay later, Tapp saves the submitted order for future payment and clears the active cart.
  6. For remote methods, wait until the lifecycle reports Paid or Payment failed. Retry a failed payment on the existing order.
  7. When Paid, select Mark complete after service is complete.
Changing a remote payment method cancels the active link before moving the order to a safe state for the new method. Do not create parallel payment links.

​
Platform notes

Management mobile can expose device-specific capabilities such as Tap to Pay. This article deliberately lists only methods wired end to end in current web POS. Other device hands the same order to a registered app/terminal.

​
Market notes

Money, phone defaults and VAT totals follow the shop market. German fiscal signing is handled by backend flows; operators use the same visible payment lifecycle.

​
Troubleshooting

If a remote payment fails, keep the existing order and use the retry path rather than starting a second order. If a link remains active while changing method or total, cancel it first and wait for the order status to update.