Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

QuickBooks Special Conditions: 

  • The AR (account receivables) uses

...

  • special rules built into QuickBooks, and APIs from outside systems cannot over-ride QuickBook's rules. For this reason, to include the 'BookingCenter AR' into the

...

  • Chart of Accounts in QuickBooks, the 'default' AR in QuickBooks cannot be used, a new one that is a 'Current Liabilities' account type needs to be cerated and should have a clear description such as ''BookingCenter AR' to clearly show the value.
  • BookingCenter uses a generic 'current liabilities' account for the 'BookingCenter Advanced Deposits ' recorded each day as a single number from each day'

...

  • s GL posting.  There are no special rules/ tools for tracking Advanced Deposits in QuickBooks.

Automating the JSON to a General Ledger GL System

Because BookingCenter is designed with daily checks built-into MyPMS, we reduce the complexity of managing the Accounts Receivable and Advanced Deposit liabilities accounts in your GL. When issuing Payments and Charges to Folios, as well as Cancelling and Editing Bookings, the traditional Guest Ledger and City Ledger required Users to allocate these events to specific GL code(s) to decide what account to credit/debit.  Instead, because of the checks built-into MyPMS, GL automation keeps the daily activity 100% accurate, while avoiding duplication of managing the Accounts Receivable and Advanced Deposit liabilities accounts in both the PMS and your GL.  When automating your GL, BookingCenter does this by 're-setting' the daily Accounts Receivable and Advanced Deposit liabilities account totals, and then posting the new number each day.  For example, if the GL account for Accounts Receivable was $1,250 'yesterday', we read that total, offset it with a -1250 entry, then post the current (ie 'today') Accounts Receivable amount that was accurate as of Night Audit and detailed in the Accounts Receivable Aging report. We do the exact same thing with the Advanced Deposit liabilities account.  This saves a property a lot of accountant time and frees up staff to focus on guests and the art of hospitality - not allocating Payments & Charges to Folios and Cancellations & Edits to specific GL accounts to track these events in a GL system, 

Posting the GL data to QuickBooks OnlineEdition via the BookingCenter app: "BookingCenter to Your GL"

When the GL is automated to your QuickBooks, using the QuickBooks app called "BookingCenter to Your GL", you have access to a web service that enables you to setup, map, and test the GL process between MyPMS and your QuickBooks system. The area looks like this:

Image Removed

  • Mapping Accounts – This checks that your mappings are correct in QB and BookingCenter.
  • QuickBooks Accounts – loads all QuickBooks Accounts directly from Quickbooks.
  • QuickBooks Customers – loads all QuickBooks Customers directly from Quickbooks (used for AR).
  • A/R and A/D - shows the QuickBooks account that is connected to the mapping in BookingCenter.
  • Tech/Setup - shows the ClientID / Token settings etc.
  • Import - Allows you to see the JSON and Import to QB if needed. Note when you import, it will import to QB.  Do not do this multiple times or you will have to delete Journal entries in QuickBooks.

    When we start with the GL process to QuickBooks, there may be problems with mappings (errors get both emailed and visible on the screen) and thus re-importing to the GL will need to occur. This can be a BIG problem because the accountant will have to go back into the their QB and remove/delete the errant postings, or re-import via the QB.BookingCenter.com area and that can create duplicate GL entries. To make this easier for customers, BookingCenter has a tool to enable a re-import for a specific date (note, it's always the 'System Date' that lols the JSON for import - and thus will equal that System Date's Transaction Summary report. But the Log is always the 'clock date' the QuickBooks actually imported in Pacific time, which is often differer than the hotel's SysteDate).  The Import tool allows a user to select which Items they want imported, avoiding duplicating GL entries already made for that System Date.

    When using a Date for the Import Tool, simply de-select those mapping areas you DO NOT want to re-import to QB form that date.

  • The Account Type: BANK also cannot be used, as it also uses special rules built into QuickBooks.  Thus when offsetting 'Bank' for income transactions such as cash, credit cards, etc we recommend setting up a Account Type: Other Current Asset using a Detail Type: CashOnHand because a QuickBooks JournalEntry / Purchase posting will trigger a “Business Validation Error” when trying to post a BANK account directly via the API. 

Automating the JSON to a General Ledger GL System

Because BookingCenter is designed with daily checks built-into MyPMS, we reduce the complexity of managing the Accounts Receivable and Advanced Deposit liabilities accounts in your GL. When issuing Payments and Charges to Folios, as well as Cancelling and Editing Bookings, the traditional Guest Ledger and City Ledger required Users to allocate these events to specific GL code(s) to decide what account to credit/debit.  Instead, because of the checks built-into MyPMS, GL automation keeps the daily activity 100% accurate, while avoiding duplication of managing the Accounts Receivable and Advanced Deposit liabilities accounts in both the PMS and your GL.  When automating your GL, BookingCenter does this by 're-setting' the daily Accounts Receivable and Advanced Deposit liabilities account totals, and then posting the new number each day.  For example, if the GL account for Accounts Receivable was $1,250 'yesterday', we read that total, offset it with a -1250 entry, then post the current (ie 'today') Accounts Receivable amount that was accurate as of Night Audit and detailed in the Accounts Receivable Aging report. We do the exact same thing with the Advanced Deposit liabilities account.  This saves a property a lot of accountant time and frees up staff to focus on guests and the art of hospitality - not allocating Payments & Charges to Folios and Cancellations & Edits to specific GL accounts to track these events in a GL system, 

Posting the GL data to QuickBooks OnlineEdition via the BookingCenter app: "BookingCenter to Your GL"

When the GL is automated to your QuickBooks, using the QuickBooks app called "BookingCenter to Your GL", you have access to a web service that enables you to setup, map, and test the GL process between MyPMS and your QuickBooks system. The area looks like this:

Image Added

  1. Mapping Accounts – This checks that your mappings are correct in QB and BookingCenter.
  2. QuickBooks Accounts – loads all QuickBooks Accounts directly from Quickbooks.
  3. QuickBooks Customers – loads all QuickBooks Customers directly from Quickbooks (used for AR).
  4. A/R and A/D - shows the QuickBooks account that is connected to the mapping in BookingCenter.
  5. Tech/Setup - shows the ClientID / Token settings etc.
  6. Import - Allows you to see the JSON data for the specific System Date and Import to QB, if needed. Note when you import, it will import to QB all records for that SystemDate as shown in the JSON array. 


    When we train a customer with the GL process to QuickBooks, there may initially be problems with GL mappings (errors get both emailed and visible on the screen, if so) and thus re-importing to the GL may need to occur. If left un-attended, this can be a BIG problem for the accountant to go back into QuickBooks Journal and remove/delete the errant postings, or re-import via the QB.BookingCenter.com area (which can create duplicate GL entries).

    For best practices, BookingCenter recommends that all new customers follow the approach:

      1. After double-checking your mappings and GL account codes, use the QB.BookingCenter.com area to Import the data for the first day or two of entries, and audit to make sure your assumptions were correct in your QuickBooks accounts.
      2.  After a few days of using the QB.BookingCenter.com area's Import button for each System Date, then use manual Night Audit for a couple days to get the Night Audit process working properly, including the ""BookingCenter to Your GL" automation.  

      3. If you then choose to use Automatic Night Audit, make that switch after at least 2 days of manual Night Audit and pay attention to the emails and arrays sent to you, run reports and confirm the expected results are delivered.

Importing via Night Audit: Manual and Automatic Night Audit.

BookingCenter has checks to assure a User does not import multiple times for a System Date, either manually via the QB.BookingCenter.com area; via manual Night Audit; or via Automatic Night Audit.  Ideally the import should be done only once, as multiple Imports would require you to accept multiple entries or multiple entries delete Journal entries in QuickBooks - a painful exercise.

The import tool also enables a re-import for a specific date (note, it's always the 'System Date' that loads the JSON for import - and thus will equal that System Date's Transaction Summary report). But the Log is always the 'clock date', which is the QuickBooks actually imported in Pacific time, which is often different than the hotel's System Date.  The Import tool allows a user to select which Items they want imported, avoiding duplicating GL entries already made for that System Date.  BookingCenter logs each System Date entry to make sure Night Audit (manual or automatic) or a manual 'Import' action will not re-submit journal entries.  If a System Date was already imported, there is an error message presented on the screen in the QB.BookingCenter.com area such as the following:


Image Added

When using a date for the Import Tool, simply de-select those mappings you DO NOT want to re-import to QB form that date.

Image Added

If the log shows that a System Date entry has already been done (whether with errors or not) then the User will need to approve the action, as it could re-import records already sent to QuickBooks.  

Image Added

As described above, though, it may that there were errors with only specific categories that have been fixed, and the accountant is now trying to re-import, and that is an excellent reason to answer YES and allow a re-import for a System Date that had been run prior.Image Removed

  • Search – Allows you to search for a Journal entry that imported.  This only searches 1 day at a time.
  • Logging – QuickBooks logs each entry and error. Search any date required, but note that the date for the QuickBooks is actual time and date (listed in Pacific Time, ie, California) that the Journal entry was entered.  Depending on how you use Night Audit, that may/not be the actual date of your System Date.

...

#1 The Folio posting that occur at night Audit goes out to your email on record, as such:

From: "BookingCenter Support" <folioarch@bookingcenter.com>
Subject: MYPMSDO Charge Folio Results for 14-NOV-2025
Date: November 22, 2025 at 1:30:20 PM PST
To: info@bookingcenter.com

The following folios were charged Room Rent as a result of your Night Audit process for 14-NOV-2025
Guest: douglas, smith Folio Number: 11090062 Room: 221 Room Rent: 189
Guest: Amy, Tweddale Folio Number: 11133371 Room: 206 Room Rent: 194

...

From: BookingCenter GL Interface <admin@bookingcenter.com>
Subject: BookingCenter QBOE General Ledger JSON for A MYPMS demo hotel on 30-JAN-2025
Date: May 29, 2025 at 4:01:03 PM PDT
To: <Your GL Email>@bookingcenter.com
Reply-To: noreply@bookingcenter.com

[
   "ERROR",
   "No Transactions found for 30-JAN-2025"

#3 The GL JSON array sent via email, and that can be re-generated at any time onto a browser screen, will never change (it is based on the System Date's Transaction Summary report), as such:

Below are whats was sent via email, the detail provided in the JSON for the same date as the example used here:

...