Automatic Night Audit: Choose "Yes" for the Night Audit to perform automatically or "No" to require the Night Audit to be performed manually. Read here about the setting and its effect on your Night Audit operations. Night Audit Time: If choosing YES for Automatic Night Audit, then the Night Audit will run in your local time at the time you set here. Note, 00:00 is 'midnight' so 00:30 would be 12:30 am. Read here about the setting and its effect on your Night Audit operations. Charge Folios Required: Choose "Yes" to require the user to click the charge folios button during night audit (recommended)
Allow Credit Card pre-Auths: There are options to allow the System to pre-auth all bookings set with a Guarantee by: as a credit card if the property is set to use Traditional MyCard. There is a detailed overview of this process here. - If set to NONE then this option will never be presented to a User who has access to this feature.
- If set to Manual, then for Night Audit Users who have this enabled, Night Audit looks for all bookings that are due to arrive on today’s date, but not checked in or cancelled, and authorizes the amount of the first night's rate. Any errors are reported to the screen, and it's up to this User to decide what to do with booking(s) that didn't retrieve an authorization.
- If set to Automatic, then Night Audit (whether running Manual or Auto Night Audit) looks for all bookings that are due to arrive on the date set for Automatic Credit Card Pre-Auths, and authorizes the amount of the first night's rate. Any errors are reported as MyGuest requests so that each booking that fails can be dealt with by the Users set to manage 'Self Checkin' events.
Automatic Credit Card Pre-Auths: when Allow Credit Card PreAuths is set to Automatic, then Night Audit (whether running Manual or Auto Night Audit) looks for all bookings that are due to arrive on the date selected and pre-auths these bookings, set with a Guarantee by: as a credit card, if using Traditional MyCard, on the date selected here: 0 => Same day arrivals 1 => Next day arrivals 2 => 2 day arrivals in future 3 => 3 day arrivals in future The reason for this is to give a property plenty of time to find out any bookings that are being guaranteed with credit cards that aren't able to auth at least the first night stay amount. Thus, if a booking is set to arrive in 2 days, the selection "2" will mean your Night Audit process will always look 2 days ahead to auth those bookings. This policy is only allowed for a single policy, it can't be done 'mixed' for authoring today's ("0") and tomorrow's ("1") arrivals. SO, make a choice and accept the result. Any errors are reported as MyGuest requests so that each booking that fails can be dealt with by the User(s) set to manage 'Self Checkin' events. Night Audit Active: Yes/No Flag indicating if the system is locked for Night Audit by the Night Auditor. System Date: Displays the current system date and is not editable for most properties. There are some properties that BookingCenter Support staff can choose to allow the editing of the System Date from this screen. We don't recommend allowing this to be editable, as inevitably someone will make a mistake 'in the past'. Even if all protocols for System Date editing are followed, prior reports you had run will no longer balance to their past if you make edits on those dates. Why? Because most transaction reports in MyPMS report on the System Date in which entries are made. So, if a Booking was in house between Feb 1-4, and tax entries were made for those dates (usually one or more tax entries are made with RENT per day). If you realize on May 1 that a mistake was made on those February entries, and you modified the tax entries on that February folio, these new entries will be made on the current System Date, presumably May 1. The reporting MyPMS offers will catch the edits on May 1, so the tax authority will get the credits/debits owed - thus, the tax authority should not care. But the editing of any folio entries (adding/removing/modifying) always is reported on the System Dates of the Site. While we don't recommend editing the System Date to go 'back in time' to make adjustments to folios in the past, there are properties who prefer to do this and BookingCenter Support can turn the feature to EDIT the System Date from this page to 're-create' the past. We will ask why you want this enabled, but if the request is legitimate, BookingCenter Support will proceed to enable this date be edited by a customer with access to the Setup area. Keep in mind, if you do this, BookingCenter Support reserves the right to refuse to assist in analyzing Transaction Reports when you get confused about what was done. Proceed carefully with such a request. Night Audit Commenced: Displays date of last Night Audit performed.
Night Audit User: Displays user I.D. of user who last performed the Night Audit. |