The End of Day wizard should be run at the end of each business day (or first thing the next morning) to create deposit and sales entries. To segregate daily business, the entries should be created prior to entering new sales and payments (corrections excepted). Creating the journal entries prior to entering new sales and recording payments, prevents combining deposits and sales for two periods in the same general ledger entry.
All ticketing and payment corrections and errors should be completed prior to creating a deposit or a sales entry.
To simplify analysis of the sales and deposit entries, create the minimum number of as sales and deposit entries as necessary in any given day. If you create more than one, you must remember to combine everything for that day in your search criteria before analyzing them.
The End of Day Wizard is accessed through the Accounting >> End of Day Wizard menu.
This will open the End of Day Wizard Window allowing you to clear up the business transactions for the day all in one location.
For more information on using the End of Day Wizard, click here.
Deposit and sales entries can be created at any time. You can create them any number of times per day. If you want to balance the A/R in Theatre Manager, both the deposits and sales should be created at the same time period and at the same time. The End of Day Wizard takes you through the process and identifies if you are out of balance. If you wish, you can also do it manually using the various menu items under the accounting menu. To simplify revenue analysis, the sales entry should be created immediately after the deposit entry.
Normally:
However, a sales entry is automatically created for each revenue date since the last sales entry was created. Should you decide not to create sales entries for a week, running the process will create a Sales Posting for each day that sales occurred in that week period.
Reviewing transactions for any time period is made possible by the date and time stamps that are placed on each transaction when it is created.
Time stamps are attached to transactions -- ticket sales, refunds, exchanges, and payments -- and are created at the time the transaction was entered into Theatre Manager. Time stamps identify the date and time that the transaction occurred and enable reports to summarize transactions for specific time periods.
Transactions created to "correct errors" are dated for the time they occurred. Orders, payments, refunds, or exchanges created today to correct yesterdays errors are date and time stamped today. Any amounts included in the transaction are included in the deposit and sales entries created today. Any transactions required to correct yesterdays transactions should be journalized in a sales and deposit entry prior to new sales being created. These transactions should be included in yesterdays "Deposit and Sales Analysis". Refer to the section Date & Time Stamps for more information.
The Till Balance feature allows you to have all employees balance their own tills at the end of each shift. This speeds up the End of Day and removes the room for error when employees may have already left for the day.
When a shift's till is created, it is assigned a unique number. If the employee has entered one or more payments since the last time they balanced a till, and the payments have not been posted in the end of day process, the employee has the option to:
The Till Balance window opens. For more information on the Till Balance window, click here.
The Till Summary is suggested.
Only physical payment methods where this is a chance of discrepancy appear in till balance. This includes Cash, Check, Pass/GC, and other payment methods. The reason is that a manual tally of these payments may point out instances where the value on the check and the value entered into Theatre Manager may be different. It gives a chance of correction at source.
Credit Card payments processed through your merchant account will NEVER show in the till balance window because they can never be for the wrong amount. (The system created the amount and sent to the bank, so there is no possible discrepancy in amount in the system). Post dated credit cards may appear as a convenience to allow the user to authorize them (although this is usually done in end of day). It may be useful if emergency mode was enabled for part of the day.
|
Opens the online Help for this window. | |
Opens the selected Patron | |
If enabled, marks the selected payments as missing. | |
If available, authorizes the selected credit card. | |
If available, allows you to change the card that a post dated payment is being changed to. | |
Displays the summary table by patron. | |
Displays the summary by the type of payment | |
Patron # | The patron number for that patron that this payment is assigned to |
First Name | First name of the patron this payment is assigned to |
Last Name | Last name of the patron this payment is assigned to |
Company | Company name of the patron this payment is assigned to |
Total Paid | Amount paid by the patron, using this payment method |
Till # | Has this payment been marked as being in the till? The default is blank, which will change to the till number once the payments are marked manually as being in the till |
Card Number | The card number/ check number of this payment |
Payment types | Where you mark (using the check boxes) the payments as being physically in the till. Any payments that are not in the till should be marked as such. You can batch mark payments of a certain type as being in the till, then double click specific payments to remove them |
It is important to close out the daily transactions and balance Theatre Manager on a frequent basis. If this occurs 365 days each year and the GL entry created by Theatre Manager is posted to the organization's accounting system, there should be no problems with the annual audit. This is based on making the GL entries in the accounting software exactly the same as TM creates them.
Theatre Manager is an accrual accounting system!
The Accounts Receivable account (A/R) is a revolving account to manage sales and payments. Each sale (ticket, donation or pass) increases the sales account for that item AND increases the A/R account. When the payment is received, the asset account for that payment is increased while A/R is decreased. If everything is paid for, then the net change to A/R on a daily basis will be zero. If an item is not paid for (i.e. pledge, group ticket sale, or reservation), there will be an increase in A/R on that day. At some subsequent day, once the order is paid for, there will be a decrease in A/R. |
Posting Type | Debit | Credit | GL Entry Type |
Sales of Items | |||
Ticket Sale | A/R | Deferred Revenue for Event | Sales Posting (SP-xxxxxx) |
Donation | A/R | Earned Income for Donation Campaign | Sales Posting (SP-xxxxxx) |
Pass or Gift Certificate Sale | A/R | Liability for unused Passes | Sales Posting (SP-xxxxxx) |
Membership Sale | A/R | Earned Income for Membership | Sales Posting (SP-xxxxxx) |
Payments | |||
Credit Card, Check or Cash Payment | Visa, MCard or Bank account | A/R | Deposit (DP-xxxxxx) |
Redemption of Pass | Liability for unused Passes | A/R |
Deposit (DP-xxxxxx) |
Transfer to Restricted Account | Asset Account for restricted donation campaigns | Main Bank Account | Deposit (DP-xxxxxx) |
Automatically Generated Postings | |||
On day after event, transfer from deferred to earned revenue | Deferred Revenue for Event | Earned Income for Event | Sales Posting (SP-xxxxxx) |
On year end Rollover | Deferred income for donations dated in a future fiscal year | Earned Income for the campaign | Sales Posting (SP-xxxxxx) |
Manual GL Adjustments | |||
Adjustments to GL | Any Account, usually not A/R | Any Account, usually not A/R | GL-xxxxxx |
Since Theatre Manager treats sales and payments as separate items, the user needs to do four steps each day to balance. We recommend completing all steps by the end of the day -or- next morning prior to the day's sales.
Toolbar/Ribbon Bar
Help - Opens the online help. | |
Deposit Funds - Selects all undeposited payments by payment date and creates a bank deposit | |
Sales Entries - Creates G/L entries based on all new sales transaction in Venue Manager | |
Post to G/L - Posts the G/L Entries that comprise the 'end of day' totals to the ledger |
The calculator located in the upper right hand corner of the window is used to track where the balance stands as the user progresses through the End of Day process. | |
The Deposits tab is used for creating deposits to send to the bank. For more information on the Deposits tab, click here. | |
The Sales Entries tab is used to journalize all sales entries to the General Ledger. For more information on the the Sales Entries tab, click here. | |
The A/R Balance tab is used to journalize all outstanding A/R to the General Ledger. For more information on the A/R Balance tab, click here. | |
The Reports tab is used for printing reports when the End of Day process is complete. For more information on the Reports tab, click here. |
The Sales Entries tab is used to journalize all sales entries to the General Ledger. For more information on the the Sales Entries tab, click here. | |
The A/R Balance tab is used to journalize all outstanding A/R to the General Ledger. For more information on the A/R Balance tab, click here. | |
The Reports tab is used for printing reports when the End of Day process is complete. For more information on the Reports tab, click here. | |
Date | The date the journal was created. |
Journal # | The journal to which the payment(s) was posted. |
Account # | The unique account number for the payment type. |
Description | A description of the account. |
Memo | A detailed description of the journal. |
Debit | Deposits will debit their corresponding account number for the payment type. |
Credit | All deposits will credit Accounts Receivable in the General Ledger. |
Deposits outstanding funds. For more information on using the Deposits tab, click here. | |
Opens the Transaction History window with information on the payments received. |
The deposit window is designed to match exactly the money put into your bank account -- so that it make it easy to reconcile your bank statement with your accounting program. If you cannot authorize (or find) a post dated payment, or do not want to take specific payment to the bank, REMOVE it from the deposit so that the deposit list matches exactly what will be put into the bank in a single deposit. |
Opens the online Help. | |
Opens the Patron record for the associated payment. Only valid on Summary by Patron tab. | Removes the selected payments from the deposit. This only removes (not delete) a post dated credit card payment from a deposit. Once a payment is removed, the deposit total will be smaller. The removed payment will re-appear the next time you run the deposit window. Hopefully in that time frame, you will have a replacement credit card or the customer will have topped up the balance on the card so it can be authorized.
While valid on all tabs, the effect is a little different, depending on the tab you are on:
|
Authorizes the selected payments through the credit card server if necessary. Valid on all tabs for credit cards | |
Allows you to change the card that a post dated payment was being charged to - in case of a decline and the patron provides a replacement credit card for the purchase.
This option is only valid on the Summary by Patron tab where you can select the individual payment that you want to change. |
|
Prints a list of the payment in the Deposit window. | |
Summarizes the payments in the deposit by payment type. | |
Summarizes the payments in the deposit by patron. | |
Summarizes the payments in the deposit by the employee who received them. | |
Summarizes the payments in the deposit by the till they were associated with. | |
Description | A description of the payment. |
Quantity | The number of payments. |
Patron # | The patron number of the patron the payment is associated with. |
First Name | The first name of the patron associated with the payment. |
Last Name | The last name of the patron associated with the payment. |
Company | The company associated with the payment. |
Received By | The employee who received the payment. |
Total Paid | The total amount of the payment. |
Till # | The till number the payment is associated with. |
Payment Desc | A description of the payment. |
Date Received | The date the payment was received. |
Merchant | The merchant used to process the payment. |
Date Updated | The last date the payment was updated. |
Troutid | |
Auth. # | The authorization number of the payment if it was a credit card. |
Credit Card | The credit card number used to make the payment. |
Payment # | The payment number. |
Cash | The amount of cash received with the payment. |
The breakdown of all the deposits received and the total deposit amount. | |
Force Duplicates? | If there are similar transactions that seem like duplicates and need to be authorized, this will force the transactions through on the credit card server. Duplicate transactions are rejected by default. |
Cancels the Deposit window. | |
Moves to Step Two of the deposit process. |
Simply:
When you next to end of day and need to authorize the payments, they will authorize using the replacement credit card. |
Step 2 of the deposit process shows possible issues
If you find cash in emplioyee tills to be over/under, you can enter the amounts here and a GL entry will be created for your over/under balancing account. This is used to bring A/R into line.
Click to indicate which deposit reports you want printed. Normally, the pertinent one is the check listing. All of them can be recreated at any time in the future
The Deposits tab is used for creating deposits to send to the bank. For more information on the Deposits tab, click here. | |
The A/R Balance tab is used to journalize all outstanding A/R to the General Ledger. For more information on the A/R Balance tab, click here. | |
The Reports tab is used for printing reports when the End of Day process is complete. For more information on the Reports tab, click here. | |
Date | The date the journal was created. |
Journal # | The journal to which the payment(s) were posted. |
Account # | The unique account number for the payment type. |
Description | A description of the account. |
Memo | A detailed description of the journal. |
Debit | Debits will be created for there corresponding account number in the G/L. |
Credit | Credits will be created for there corresponding account number in the G/L. |
Play Code | Event the sales entry is associated with. |
Enable the checkbox to summarize the data by account number. | |
Begins the process of journalizing the sales entries to the General Ledger. For more information on the Sales Entry Creation process, click here. | |
Opens the G/L entry associated with the selected items. | Opens a window to view any orders currently in the process of being sold which may affect the End of Day balance. |
The Deposits tab is used for creating deposits to send to the bank. For more information on the Deposits tab, click here. | |
The Sales Entries tab is used to journalize all sales entries to the General Ledger. For more information on the the Sales Entries tab, click here. | |
The Reports tab is used for printing reports when the End of Day process is complete. For more information on the Reports tab, click here. | |
Patron # | The number of the patron who made the order. |
Last Name | The patron's last name. |
First Name | The patron's first name. |
Company | The patron's company if applicable. |
Order | The order number. |
Balance | Outstanding balance on the order. |
Debit | The patron account is debited for purchase of tickets, memberships, etc.. |
Credit | The patron account is credited for refunds and returns. |
Tix Balance | The amount of the total which is due for tickets. |
Donation Balance | The amount of the total which is due for donations. |
Post the accounts receivable to the General Ledger. For more information on the Post to G/L process, click here. | |
Rebuilds the balances of the orders. | |
Creates a balancing entry in the GL for a Box Office write-off. |
The Deposits tab is used for creating deposits to send to the bank. For more information on the Deposits tab, click here. | |
The Sales Entries tab is used to journalize all sales entries to the General Ledger. For more information on the the Sales Entries tab, click here. | |
The A/R Balance tab is used to journalize all outstanding A/R to the General Ledger. For more information on the A/R Balance tab, click here. | |
Prints the selected report to the screen. | |
Exports all not-yet-exported general ledger entries to disk for use in another program. If you do not export one day, this button ensures the files are created the next time it is used for all past (not-yet-exported) GL entries. If you:
|
|
Create EFT File | If you are using EFT within your organization and have set the EFT Merchant Account, you can export your EFT data, ready to upload to your bank. |
Printed | Denotes whether the report has been printed. A 'Yes' will appear when it has. |
Report Description | A description of the report. |
Report Parameters | The parameters that are used for the report. |
Report Help | A lengthier description of the report. |
The reason for only producing the reports once per day (after the LAST posting for the day) is that the default criteria in the reports at end of day default the criteria to be everything for that day out of convenience to you. Meaning, if you post three times in one day, the end of day reports produce an aggregate of the 3 postings.
If you wish to separate the postings into parts of a day, you can:
The End of Day wizard is simple to use. It allows you to process all necessary accounting transactions from one location. There are three steps in using the End of Day wizard:
Once the above steps are run the Reports tab can be used to generate the desired reports for entering details in the accounting software. The most commonly generated reports are indicated with stars next to them.
Recurring donations are created during end of day deposit automatically on the date that they are next due. |
For more information on the End of Day Wizard window, click here.
The Bank Deposits window opens.
The Deposit window opens.
For more information about the Deposits window, click here.
The Confirm Deposit window opens.
If the Box Office or Concession tills have an overage or shortage, fill the fields with the correct amount to show it as over or short.
The Deposit Confirmation opens.
Any reports selected are generated to the screen for printing. You are returned to the End of Day Wizard window with the deposits displayed.
To continue the End of Day process with adding Sales Entries, click here.
For more information on accessing the End of Day wizard, click here.
The Bank Deposits window opens.
Traditionally, accept the current default date to deposit all payments up to the moment.
The Deposit window with the Orbital feature window opens.
For more information about the Orbital Virtual Server window, click here.
The Confirm Deposit window opens.
If the Box Office or Concession tills have an overage or shortage, fill the fields with the correct amount to show it as over or short.
The Deposit Confirmation window opens.
Any reports selected will be generated to the screen for printing. The user will be returned to the End of Day Wizard window with the deposits displayed.
To continue the End of Day process with adding Sales Entries, click here.
Theatre Manager assumes you have turned off auto-settle in the admin settings and that Theatre Manager will do the settlement. Do not settle the batch using the Orbital interface. |
To find the batch total, you will need to:
These values may be zero if there are no credit cards waiting to be settled.
If you do not know the balances or have already forced settled a batch, click No Match (this is not the normal practice).
End of day in Authorize.net is similar to any other merchant provider. You follow the basic end of day process outlined previously. However, Authorize.Net operates with one little (but important to know) difference compared to the other credit card service providers.
Most providers allow you to authorize cards, get a batch total, and then settle the batch. Each 'settlement' results in a batch being flushed to your bank. If you settle twice a day, you will likely have two entries in your bank account.
Authorize.net allows one batch per day. You can settle in Theatre Manager as many times as you want and all of them will be aggregated into one single batch that appears on your bank statement. That single batch is 'swept' into your bank account at a time of your choosing (set by each merchant in the online interface in authorize.net and can be changed at any time). We recommend that you set the batch sweep to be approximately 12 hours after the time you regularly do your end of day processing. For instructions on setting the sweep time, click here. For example:
The following describes how Authorize.net differs (slightly) as it may be important to understand the effects if you need to create more than 1000 transactions between each end of day. (This is a very large number of transactions and is rarely exceeded - even by large venues and onsale dates).
Authorize.net also has an online Merchant Login where you can view your current charges at any time -and- review current unsettled transactions and past batches. |
|
Your Authorize.net account must have permission to call the Transaction Details API in order to settle. It is a permission your service provider must give you. |
To enable the level of End-of-Day reconciliation that Theatre Manager users have come to expect, the authorization in Authorize.net is done a little differently.
There is a quick additional setup step inside the Authorize.net online interface to allow settlement from within Theatre Manager. Click here for instructions. The Authorize.net settlement process is also a little different because of the authorization process, yet provides some interesting benefits. In general, when you decide to settle your batch:
Very important - please read the error message column to see if:
|
This might happen if
The only reasons where this would occur is:
When you see this window:
Refunds are processed immediately by Authorize.net.
If you do a lot of refunds before the sweep time and settle end of day after the sweep time, you may be told that you are out of balance by what seems to be the total amount of your refunds.
See explanation why Authorize.net processes refunds right away. |
Refunds are processed immediately by Authorize.net. YOU CANNOT VOID A REFUND.
If you fail to settle a batch containing a refund before the authorize.net sweep time, you will receive a warning during the end of day that the batch may be out of balance (even if it is not). Your balance will appear be out by the total amount of refunds you processed before the sweep time. You will see this every time you:
|
|
Set your sweep time (in authorze.net settings on their web page) to be about an hour after you normally do your end of day to minimize the messages about refunds. |
There are a few subtle implications of the way Authorize.net works that you may encounter in your reconciliation. Most venues should not see them, but in case you do, these are:
Authorize.net automatically 'captures' refunds immediately (we wish it didn't) so if you don't settle before the sweep, it will appear like you are out of balance and have an additional refund transaction in TM that does not seem to be in Authorize.net.
In reality, you are most likely in balance because the refund just got placed in the previous day's batch. You will need to look in the previous day's batch for the refund to make sure you don't refund twice. Addressing Auth.net refund process if it gets deposited before you get a chance to do end of day:
|
This should only be required when there are more than 1000 transactions in a batch. This is due to a limitation on the Authorize.net servers which only returns the 1000 most recent transactions (suitable for most days business). If you are in a day with more than 1000 transactions, use the batch total and transaction count to compare to the totals in theatre manager and then force settle. TM will then change all cards to 'capture' them.
If there are less than 1000 transactions in the batch, Theatre Manager should identify discrepancies automatically.
Please note that a batch may appear out of balance if there are refunds in a batch, which is affected by your choice of sweep time. Check for voided payments in the Theatre Manager edit list -> error message column and make sure that they are expected.
Theatre Manager assumes you have turned off auto-settle in the admin settings and that Theatre Manager will do the settlement. Do not settle the batch using the Authorize.net interface. |
To find the batch total, you will need to:
For more information on accessing the End of Day wizard, click here.
The Bank Deposits window opens.
Traditionally, accept the current default date to deposit all payments up to the moment.
The Deposit window with the Elavon feature window opens.
For more information about the Elavon VirtualMerchant window, click here.
The Confirm Deposit window opens.
If the Box Office or Concession tills have an overage or shortage, fill the fields with the correct amount to show it as over or short.
The Deposit Confirmation window opens.
Any reports selected will be generated to the screen for printing. The user will be returned to the End of Day Wizard window with the deposits displayed.
To continue the End of Day process with adding Sales Entries, click here.
Theatre Manager assumes you have turned off auto-settle in the admin settings and that Theatre Manager will do the settlement. Do not settle the batch using the Elavon interface. |
To find the batch total, you will need to:
Elavon may have some items in the list above marked as pending or set to review in the 'Tran Status' column, especially for returns.
You should:
|
At the bottom centre, look for the following information:
Example 6 (total) - 1 (voids) = 5 (net transactions)
These values may be zero if there are no credit cards waiting to be settled.
If you do not know the balances or have already forced settled a batch, click No Match (this is not the normal practice).
To do so, you will need to:
If you are using Moneris Pin Pads for authorizing credit cards at the box office, Theatre Manager will:
Normally, there should be no imbalances. However, if you do get one, it may look like the message below that tells you
|
If you receive an imbalance it will tell you whether the discrepancy is in the totals and/or the number of transactions. You may have to go to the device batch totals and find out which credit card charges should not be there and remove them from Theatre Manager and/or the device to make things balance.
The message will identify what Theatre Manager thinks is out of balance (money, and/or # transactions, and pin pad)
Use the following to determine who to contact:
You will need Moneris's assistance removing them from the device if that is needed to balance to Theatre Manager.
The purpose of creating sales entries is to:
This will open the Create Sales Entry Window allowing the user to journalize the Accounts Receivable. Depending on settings in company preferences->accounting tab, you may also want to select conversion of some orders from reservation only to earned income, especially if the performance has just occurred.
A window displays the progress.
The Sales Entry process is completed and you return to the Sales Entry tab.
All the Sales Entries will be displayed under the Sales Entries tab.
In the upper right hand corner of the End of Day wizard, the amount should be zero to show that the Deposits and Sales Entries are in balance. If they are not, then research will need to be done to determine where the problem is. For more information on finding the imbalance, click here.
The unposted sales and deposits must now be posted to the GL. For more information on posting to the General Ledger, click here.
When payment has not been received for goods or services, the balance is recorded under Accounts Receivable.
The confirmation window opens.
The unposted sales are added to the A/R Balance in the General Ledger and balance with the Patron A/R.
The upper right hand corner of the End of Day wizard should still be zero. If it is not, click here for more information on finding the problem.
A variety of reports can be printed based on the new General Ledger entries by using the Reports Tab. For more information on printing reports, click here.
You are presented with a message, similar to the one below, indicates the amount of the imbalance and asks if you want to create a balancing entry against the cash over/under account.
Before continuing, please make sure you have done all steps to determine the source of a possible imbalance BEFORE using the 'Force A/R Balance' function. If you cannot "find" your error, please contact the support team prior to completing this action. Forcing an EOD imbalance and writing it off is a last resort activity and you should have at least tried redoing the end of day and checking order/transaction balances.
The recommended end of day reports for transferring data to your accounting system are highlighted in red. Both the highlighted reports provide a G/L listing with Debits and credits for easy entry to your accounting package. Most people use the first one and the purposes are::
|
|
We highly recommend using the Export GL button to create a file that you can import into your accounting system.
Please refer to Supported Formats which is selected in company setup accounting tab. |
If you are printing a report to transfer to the accounting system, you should probably use one of the two highlighted because they help you comply with the general intent of:
The reports selected are generated on the screen.
Once all reports have been printed, and there is no imbalance, the End of Day process is complete. Congratulations!
Also, note the 'Create Sales Entries' process in the End of Day wizard actually takes two passes at checking for an imbalance. If your venue is not busy, this will handle most end of day issues automatically. However, if it does not -AND- you are having an extra busy day, then re-running the 'Create Sales Entries' can catch any sales that straggle in and counts them.
Problem |
Action |
You received a deposit in process message when attempting to use the End of Day: |
|
Matching a deposit to your Merchant Account: |
Please refer to the following to make sure you've looked at your batch totals and/or settled the batches
If your merchant batch total is different than Theatre Manager, it means one of two things:
|
Making the end of day balance go to zero so you can post: | Please refer to correcting an imbalance to resolve the problem. |
You receive a message indicating that there are orders currently being sold: |
Some orders may currently be in the process of having tickets sold to them or taking payments. You might need to
|
The inability to post to the general ledger after balancing: | Please refer to cannot post to the General Ledger |
If the payments can not be seen in the deposit process window: |
|
You just ran the first End of Day after Year End Rollover and found an issue | Please refer to End of Day Imbalance after Year End Rollover |
An imbalance can be caused by a variety of things such as:
There are several steps you can take to correct an imbalance in the End Of Day prior to contacting Support.
The first step is easy: don't panic.
There are two important things to remember about an imbalance in the End Of Day:
|
1 | First, verify no users are in the middle of selling tickets, donations, or passes. The End of Day wizard excludes any order in the process of being modified (i.e. tickets being sold) and does not journalize them.
|
2 | Re-run the End of Day process again to see if any new sales show up.
|
3 | Run the report called Utility Functions and Database Analysis Reports >> Check Order and Transaction Balances.
|
4 | Run a Transaction History >> Transaction History List report.
|
5 | Run Setup >> Batch Functions >> Order Balances
|
6 | Go into Accounting -> General Ledger -> G/L Entries. Are there any manual G/L entries since last time balanced?
|
7 | Did the system crash in the middle of creating sales entry? If so make sure G/L entries are not out of balance.
|
8 | Did the system crash in the middle of a deposit? The deposit entries will need to be fixed in order to balance.
|
9 | Has anybody gone into a Patron's transactions and either duplicated or reversed debits and credits in an attempt to fix something? If so:
|
10 | Run a Utility Functions and Database Analysis Reports >> Check Order and Transaction Balances report again.
|
11 | Have TM Support run a query to find any transactions that are posted but are not connected to a a GL entry
The general form of the query is below and will need modified depending on what is found.
select * from f_transaction where T_GL_SEQ not in (select GL_SEQ from F_GL_HEADER) |
12 | Look to see if there are any gift cards or passes that were sold/refunded/adjusted and are not in GL entries. |
13 | Did you just complete the first year end rollover since Jan 1 2018 and are users TM for a long time? The new rollover process recalculates all account balances from inception of the database and this could be a leftover imbalance from before version 6. Please contact AMS support if this is the case. In the end, a one-time-only manual adjustment will be necessary by forcing the end of day balance that should be noted and ignored in the accounting program.
AMS team will need to:
|
14 | Force the A/R Balance.
If you have:
|
Problem |
Action |
Has the End of Day been completed? | If not, complete an End of Day. |
Is it in balance? | If not, review the instructions above on finding and fixing an imbalance. |
Are account numbers missing? | Check to make sure that all account numbers are entered in deposit and sales entry windows in End of Day. |
>Are any GL entries unbalanced? | Go into Accounting >> General Ledger >> G/L Entries, and make sure that all debits and credits are equal for each entry. |
Is it a new fiscal year? | If the organization is at or past year end, a Year End Roll Over needs to be completed. If the organization has not done a year end rollover, it will not be able possible to post GL entries in the new fiscal year. For more information on handling a Year End Roll Over, click here. |
Are there any posting dates in the future? | Check sales posting dates - are any in the future? Future dates cannot be posted. |
Does the user have permission? | Does the user have authorization/permission in the user ID permissions in the system to post? If not, the user will need to obtain permission. |
Is your Merchant Provider different than TM? | It is possible that Theatre Manager got a timeout sending a credit card, and if it was sent again with a force duplciate, you would expect this. Compare TM edit list with the authorization detail online at your merchant account and then void the extra in your online merchant account. If the deposit doesn't match, them please refer to solving merchant account Imbalance |
If you experience an interruption of power or connection to the database server during the End Of Day, when you attempt the End Of Day again, Theatre Manager may respond with a message that a 'Deposit is In Progress,' indicating that it believes the End Of Day Wizard is still active and is currently depositing credit card funds through your merchant processor.
The resolution for this is simple, and you can get back to running your End of Day in seconds by unchecking the 'Deposit In Progress' box in the Merchant Account setup. You cannot check this box, you can only uncheck it. Only do so if you are 100% sure there is no settlement occurring for this merchant account (i.e. nobody has End Of Day open). Unchecking it, resets the End Of Day and allows a settlement to happen.
To reset the Deposit in Progress Flag, you perform the following steps:
Double click on the Merchant account to open it.
Balancing outlets and what you owe to each other assumes you have set up the outlet accounts (in each outlet) as per the instructions in setting up outlet posting accounts |
The general process is that on a daily, weekly, biweekly or monthly period, as agreed to by each outlet, you should reconcile the special accounts for posting outlet receivables and payables. This is done as follows:
Once you know what each outlet owes you and you owe them, we highly recommend making a manual GL clearing entry for the above 3 accounts indicating that things have been paid (i.e. create GL entries to set the balances to zero and offset the bank account with the income received or check paid). That way you will see the manual GL entry with the appropriate date on it and can see the settlement dates.
While the above is the sole process for dealing with outlet reconciliation, you can also look at events to see who's been selling them for you.
On the Sales tab, you can see the current state of affairs. Note: tickets can be refunded from other outlets so there may be days with negative numbers. And since this data can be reported on, you could use a daily sales report to see across events.
On the Revenue Tab:
There are two reports you can be compared while performing the End Of Day to determine which event / play(s) and/or payments caused an A/R Balance to show in the End-Of-Day process,however, you need to take special care when comparing the reports and you need an understanding of their meaning.
The critical piece to compare is the date - and time - range of the two reports. To do this, you need to look at the General Ledger postings to find when the last posting in the previous End of Day occurred.
Sorting will group the transactions in the order they were posted (matching each End-Of-Day process).
The listing shows the last posting of the previous End Of Day was on May 2, 2011 at 2:15 PM. The Sales Transaction report will need to start at least one minute after the last posting (2:16 PM).
Enter criteria to obtain transactions from 2:16 PM (one minute AFTER the previous End Of Day).
The Sales Transaction Allocation report will now match the GL Journal Entry Summary by Account report.