Which permissions govern recording a manual payment, refunding, and viewing invoices on an amenity booking, and why manual payment is never available to residents.
Last updated
Manual payment is available to any staff member, board member, or PM who already has permission to create amenity bookings on the property. There is no separate setting to turn on, and no additional accounting permission required just to select Manual and record it.
The Payment & Refunds tab actually checks three independent permissions, and it's worth knowing they're separate:
Action | Permission required |
Record a manual payment (or void) | Amenity booking create |
Refund, or mark a deposit returned | Process refunds |
View the linked invoice | Accounting read access |
Someone can hold any one of these without the others. A staff member who creates bookings but doesn't process refunds can still record cash collected at the desk; they just can't refund it later. Similarly, holding accounting access doesn't grant the ability to create or refund bookings on its own.
Manual payment does not exist on the resident-facing app, by design. A resident creating or amending their own booking always sees the Card path only; there is no Manual option for them to select, no matter what permission or role they hold. Manual is enforced as a staff-only path on the server, not just hidden in the resident app's UI, so it can't be reached by any resident-driven request either.
There's no built-in approval workflow specific to manual payments. If your property wants a second check before large or unusual manual amounts are recorded (for example a high-value deposit paid in cash), that's a process your team applies before someone with create permission records it, the same way you'd handle any other high-trust manual entry.