Accounting |
Top Previous Next |
The Accounting Tab contains crucial information about how transactions are processed through AccuBuild. The user should have a thorough understanding of each of the fields contained on this tab before entering any of the data.
The Client Number, Federal Tax ID, Workers Comp Policy Number and the Contractor's License Number fields are mostly self-explanatory. The client number represents your company's client number and is primarily used when setting up a new job. The federal tax identification number will be used when printing the 1099 and W-2 forms. Both the workers compensation policy and the contractor's license number are strictly optional. If these fields are completed, the data will be included on all of the Certified Payroll Reports.
•Allow Prior Period Transactions
•Set Enter Key Same As Tab Key
•Use Job Master for Phase Lookup
oTroubleshooting - If the User (or the user's User Group) is restricted from the 'Configuration' menu option, then the user will NOT be able to toggle on or off the 'Job Master Lookup' option. If the Configuration menu option has NOT been restricted in the User or User Group restrictions, and the user is still not able to toggle the 'Job Master Lookup' option, then check the user's level setting. If the user has a level lower than the Configuration menu level, then the user will not be able to access the 'Job Master Lookup' option on the data entry screens.
•Reports for Posting (Spread) Processes
•Include Contract Info on Job Cost Capsheet Reports (Traditional Version Only)
•Print Phase Subtotals on Job Cost Capsheet Reports (Traditional Version Only)
•Allow Custom Job Phase Numbers
•Disable Transaction Tracking During Payroll Spreads (BDE Version of AccuBuild Only) This option should only be used with extreme discretion. The BDE Version of AccuBuild uses Paradox tables for its data and Paradox contains a transaction tracking feature that automatically rolls back the data in a user batch when a posting routine is interrupted. In this way, data is not committed to a file until the posting process has been completed successfully. However, Paradox can only handle a set number of records for each batch. The total record count is not determined just by the number of employees within the batch but rather by the number of individual transactions created. For example, an employee's timecard may be posted to a single job but to three different cost phases and the hours may need to be included on the certified payroll report. Therefore, one timecard may generate three postings to the historical job cost transaction file (jobdetl.db), three postings to the certified payroll detail file (cprdetl.adt), a posting to the historical general ledger transaction file (gldetail.db) and payroll check detail file (prchecks.adt), and multiple postings to the historical timecard transaction file (timecard.adt). Assuming you have 100 employees with the same number of transactions for each timecard, AccuBuild will prompt you to disable the transaction tracking process during the post routine for the current batch. To avoid this 'error' message, the transaction tracking can be disabled altogether with this configuration setting. If the tracking feature is disabled and a posting routine fails, then each detail file will have to be examined manually to determine if any transactions were partially posted. The best solution to this situation is NOT to disable the transaction tracking in the configuration settings, but rather to create multiple batches for the same payroll period. If creating multiple batches is not an acceptable solution, then the transaction tracking may be temporarily disabled by going to the Help menu on the main menu of AccuBuild. The Disable Transaction Tracking feature located here will stay on only until the user logs out. This option will disable the transaction tracking for all batch types not just payroll entries.
•Allow Single Sided General Ledger Journal Entries
•Enforce Direct Job Cost Rules for G/L Accounts
•Include G/L Detail on A/P Cash Disb & Purchases
•Fiscal Year End - This date represents the end of the company's business year. The date in this field are entered with the last day of the month, such as 12/31/2009 or 02/28/2009. This field will be updated automatically as each year is rolled during the month end routine. The fiscal year-end date is used to determine whether or not transactions being processed in the system should be included in the current fiscal year totals. This mainly pertains to the general ledger totals, and the year-to-date totals in the Job Cost module. The Payroll and the Accounts Payable modules are always handled on a calendar year basis to comply with W-2s and 1099 processing requirements. EXTREME CAUTION should be used when setting up or updating this field as a wrong entry could cause the data files to become corrupt or an unwanted year-end roll to occur. To change the date manually, click on the 'unlock' icon to disable the read-only status of the field. Click on the 'lock' icon or the OK button on the screen to save any change you have made to the date field. Be sure to thoroughly read the documentation in this manual on closing a fiscal year.
•If your fiscal year should change for tax reasons, please sure to carefully follow the documentation titled Change the Fiscal Year. This is a complex procedure and should be reviewed with AccuBuild's support staff before attempting to make the change.
•System Cutoff and Payroll Cutoff - The system cutoff date indicates the current month of each accounting module except for payroll. The Payroll module uses the payroll cutoff date to determine the current month. The dates in these two fields are entered with the first day of the month, such as 01/01/2009 or 12/01/2009. The system dates are automatically updated as each month is closed during the month end routine. The dates are used by the various modules to indicate whether or not the post routines should update the master data files. For example, if the check date for a batch of payroll checks is 12-31-2008 and the payroll cutoff date is 01-01-2008, then the Employee Year-to-Date Earnings File (wagemast.adt) will be updated with the check amounts because the two dates are in the same calendar year. However, if the check date is 01-07-2009, then the system would prevent you from posting the check because the payroll cutoff date is in a different calendar year.
oChanging the Payroll Year - Whenever the payroll cutoff YEAR is changed on this screen, the system will prompt the user to update the employee totals for the new year. This is necessary so that the proper year-to-date totals are used when calculating taxes on new payroll batches.
▪If you respond 'No' to the prompt, then a warning screen will be displayed and logged in the User Activity Log indicating that the payroll totals were not updated as required. (Ver.10.0.0.4 [PMID Ref No 12851]).
▪If you respond 'Yes' to the prompt, then the YTD totals will be updated for the new year.
❑When updating the YTD totals to a new year, the system will also review whether the new Payroll year is greater than the original Payroll year. If this condition is true, then the system will update the balances on all Local Deduction Codes (LDC) that are setup with the type 'Reducing Balance'. Note: If the payroll date has been rolled back instead of forward, then the balances will NOT be updated.
❖For each employee that has a local deduction code with this deduction type, the system will review the Starting Balance of the deduction (as entered in the employee file) and reduce this amount by all transactions found for that deduction for the year that is closed. The Starting Balance field will be updated with the new remaining balance. ❖If the remaining balance is zero, then the LDC in the employee file will be updated with the deduction type 'Paid in Full'. ❖The 'Paid in Full' LDC will remain in the employee's file until it is manually deleted by the Payroll clerk. ❖The update of the LDC balances will only be performed ONCE for any payroll year and the results are logged in the audit trail table 'LocalDedCutoffHistory'. In addition, if the LDC balances were updated, a new message will be displayed indicating that the update was performed. This message will also be logged in the User Activity Log.
•Transaction Date Limit - This field is used in conjunction with the System Cutoff date to determine how far into the future you wish to be able to post an entry. By default, AccuBuild will allow you to post up to 25 months beyond the System Cutoff date but you may set this option from 1 to 60 months.
In order to produce more meaningful reports and to take advantage of more features in the software, AccuBuild only uses the accrual method of accounting. The accrual option will ensure that the general ledger is updated with the payables and receivables as they are processed. You or your CPA may make the appropriate general journal entry adjustments in the system to reflect cash basis financial statements, or you can export the accrual basis financial statement to Excel or Word and make your adjustments to cash basis through those programs.
This option is used to enable new tailored solutions for existing companies and handle any custom setting for those solutions. A Master List of Settings will be updated with each release of AccuBuild, and you can choose to enable any option by adding the setting to your company’s advanced settings list.
Refresh Subcontractor Online Configuration Tables This option is used to set up the default record values in the new Subcontractor Online Payment system and to refresh these settings as new options become available in future updates of AccuBuild.
●Subcontractor Online Payments - These procedures are kept on the Company Dictionary:
○sop_GetItemsbySC (EXISTING) ○sop_WritePOAPInvoiceItemPercentage (EXISTING) ○sop_WritePOAPInvoiceItemAmount (NEW) ○sop_WritePOAPInvoiceItemUnits (NEW)
|