Decide which stays to accept
Online requests start off; after setup, you can turn them on for the sites or whole rows you choose on the Property map. A request holds its space while you decide, then expires if you have not answered by your chosen deadline. Approval keeps the dates reserved and unpaid, and the guest can check the result with a private code.
Reservations do not collect money, send booking emails or enroll anyone in autopay.
Choose what guests can request
Guests normally choose a block, and PineRoster assigns the first available site or row you have made available in that block. Letting guests pick an exact spot is a separate option that starts off. When you turn it on, guests can use the map or list to choose an available spot, and PineRoster checks availability again when they submit.
A whole-row reservation takes the full configured row, so an existing rig or renewal hold anywhere across it keeps that row unavailable. The list still works if the map cannot show a spot or JavaScript is unavailable.
The request page shows the monthly rate first, the full length-tier table when rates vary, and your own wording for each site type. That is newer work, ahead of the next numbered release, and you can see it on the demo request page.
Handle the call and the arrival
Phone and walk-in reservations start off; turn that option on to enter an approved, unpaid stay yourself without opening public requests. This needs a guest email address, a property timezone and a site or row you have made available. Arrival check-in also starts off; turn it on to put an eligible approved guest onto the same site when they arrive.
It creates no rate, deposit, invoice or payment.
One property timezone runs payments and reservations, and the business phone number you enter shows on balance and request pages. Both settings are on the demo now, ahead of the next numbered release.
Know who needs an answer
The private Reservations page lists waiting requests by deadline and approved arrivals by date, even while new requests are off. An administrator can replace a lost code for a request that has not expired or an approved stay that has not checked in, without enabling new requests. The replacement is shown once for you to give to the guest, and the old code stops working.
Keep changes under your control
Changing approved dates starts off; turn it on to adjust an eligible stay before check-in without changing its guest or site. PineRoster checks the new dates against current availability and keeps the old and new dates in that reservation's history. Guest withdrawal starts off too; with public requests and withdrawal enabled, a guest can use their code to withdraw a still-pending request and release its hold.
Guests cannot use that control to cancel an approved stay or one already checked in.