This area determines the structure of the General Ledger (G/L) files we export to the accounting systems such as QuickBooks and others. It allows a property to use their internal MyPMS tracking capabilities to automate accounting postings that conform the posting files (JSON messages) to the setup of their General Ledger system.
The mappings area are where all Inventory Groups and Items that are present on your Transaction Summary Report will allow you to 'map' the Item/Group and decryption inside of BookingCenter and have that map to the account code & description you use in your accounting system. Further, it will allow you to place an 'offset' account code & description used in your accounting system so that the Transaction Summary GL file generated will also provide an 'offset' posting. The ability to post whether the file will have a 'credit' or 'debit' label - for either side of the Transaction Summary Ledger GL file - is also manageable in this area.
Because the Transaction Summary Ledger GL file is a version of the Transaction Summary report but is only applicable to single day (the 'Site date') the MTD (month to date) and YTD (year to date_ values are never included.
The columns that are enabled for mapping include
Inventory Item/Group 1 ID | Inventory Item/Group 1 Description | Site GL ID | Site GL Description | Credit/Debit option | Site Offset GL ID | Site Offset GL Description | Description | Offset Credit/Debit option
Two 'special condition Groups' called 'Credit Cards' - which are the total of all active Receipt Types set as 'Credit Cards' - and Non Credit Card - which are the total of all active Receipt Types NOT set as 'Credit Cards' such as CASH, Write-Off, etc. are included as summaries of the 'Credit Card' and 'Non Credit Card' payments for the day. Each of these matches the values on the Transaction Summary Report for the day.
Besides these 2 'special condition Groups', the Transaction Summary Ledger GL file will include all Items and their respective summary numbers for the day. Your Transaction Summary Ledger GL file will contain all Items and Groups that are present on your Transaction Summary Report.
For customers enrolled in the G/L program, BookingCenter will save an endpoint you will provide and during Night Audit, we trigger three messages to you when the System Date increments, as that is the indication that the day ’closes’ in BookingCenter. This event happens when the staff does it, or if you are set to Auto Night Audit, when that time occurs. This is when the Transaction Summary Ledger GL file will trigger to your endpoint. The file is a JSON array that is equal to the 'Today' column in the Transaction Summary Report for that specific System Date. An example is included here:
Sample Transaction Summary Report out
Transaction Summary June 6, 2023 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Advanced Deposits balance in BookingCenter (AD) will be sent as a JSON message to the same endpoint. The amount in this file will be equal to the Advanced Deposits Report that was accurate as of the Night Audit event. *note, this balance is dynamic and will likely not be identical if run at a later time, as bookings may have been checked in or or payments applied to future bookings, thus altering this dynamic balance.
Accounts Receivable Balance with current balance will also be sent as a JSON message to the same endpoint. The amount in this file will be equal to the Account Receivable Aging report that was accurate as of the Night Audit event. *note, this balance is dynamic and will likely not be identical if run at a later time, as the Accounts Receivable may have had more charges or payments applied.
Upon triggering the files to your endpoint, BookingCenter will send an email with. the files attached to the Property Address on file with a subject: Night Audit GL Files so that you have a backup to view what was posted at Night Audit. In addition, BookingCenter will provide an endpoint where you could validate using your Hotel/Site credentials, then pass in a date (the desired 'System Date'), and BookingCenter will send the messages again to your endpoint for that date’s data. The Transaction Summary with that System Date would be identical to what was sent at the initial time (ie, at original Night Audit event). The other 2 messages: Advanced Deposit Balance and Accounts Receivable Balance will not be identical, as those balances may have altered since that time, as these are dynamic balances. But this offers a ‘retry’ method.