Money that lands where the booking already is.
Deposits, balances, store sales and add ons post to the same folio the rest of the park writes to, so the guest settles once and your drawer still balances.
Tap a product to start a sale.
Tap a few products to ring up a sale, then charge it to the site.
folio a guest settles at checkout
double charges from a repeated tap
places you can take a card: desk, terminal or their phone
reconciliation report tying payouts to what you collected
The three moments payments actually go wrong.
A slow reader on a Saturday, a partial refund on a Monday, and a payout that does not match the week.
The double tap that did not double charge.
A repeated charge against the same folio state collides rather than charging twice, and that is enforced in the database rather than by a disabled button in somebody’s browser.
A wrong order is voided and stays in the record, so the shift report still reconciles and Monday is not spent issuing refunds.
See a busy register hold upResolve the flagged arrival, then close the day.
Refunds from the screen you are already on.
Full or partial, from the folio or the register, with the reversal showing in the same day’s numbers rather than appearing next month as a mystery.
Financial surfaces are limited by role, so the front desk can take a payment without being able to read the park’s totals.
See a drawer reconciledAdd a night, or another camper, and watch every line re price.
A single card, followed all the way through.
From the deposit at booking to the payout you tie out on Friday.
Posted to the reservation folio, not to a separate payments list.
Against the same folio, with the check in list confirming the card is still good.
Charged to the site, adding to one bill rather than four receipts.
The checkout list refuses to complete while anything is still owing.
Cash, card, guest credit and charge to site, all in the same day close.
A reconciliation report matches the payout to what the park actually collected, and flags any drift.
Eighteen things you would otherwise reconcile by hand.
Payments are the part where sitting apart from the booking costs you real money.
18 things listed right there. Ask about any of them and we will show you it working on your own park, not on a slide.
Deposits, balances, store sales and add ons post to the reservation folio, so the guest settles once.
Take a card at the counter or on a terminal, with the drawer and shift reconciling at the end of the night.
A reconciliation report matches payouts to what the park actually collected and flags any drift.
How it behaves.
What happens on a double tap?
A repeated charge on the same folio state collides instead of charging twice. It is enforced at the database, not in the browser.
Can we refund from the same screen?
Yes, from the folio or the register, including partial refunds, and the reversal shows in the day's numbers.
Who can see the money?
Financial surfaces are role limited. Front desk can take payment without being able to read the park's totals.