The myStorman Knowledgebase is for users of Storman v8 and v9. If you use Storman v10, please use our new Support Knowledgebase. | Dismiss for today
Last updated: | Applies to: | In industries: | Of versions: | Special contents: | ||||
---|---|---|---|---|---|---|---|---|
20091103 (Andy) | Pro, MultiUser, MultiSite, MultiView |
![]() ![]() ![]() |
7.X (and higher) | n/a |
When a business is sold, settlement of various Balance Sheet items is generally included as part of the terms of sale. Generally, the accounts receivable, inventory, prepayments and deposits need to be calculated and apportioned.
Note: This article refers to accounting terminology; you may wish to have your accountant on hand. Cash/Accrual Methods.
The reports used to determine the amounts to be settled are based on the vendor paying the liabilities of prepaid rent and deposits held to the purchaser and receiving the value of the assets of Accounts Receivable and Inventory on Hand from the purchaser.
Typically settlement would be on an "Accruals" basis, since accounts receivable are not recognised on a cash basis. The accounting method used by the site has no real bearing on the settlement process.
The Recalculate Balances function
should be run first, to ensure all balances are up to date.
Note: It is possible to use the Aged Receivables List Report which contains a combination of Customer Balances and Prepaid Rent, however this is not recommended.
The accuracy of reports is dependant on all data being entered. Steps that are needed to ensure accuracy of the reports include:
Use the total of the 'Closing Balance' column - being the 4th column of the Aged Receivables List Report
. If the settlement provides for an adjustment to balances where they are older than a certain date (say, 90 days), then the Aged Receivables List Report should also be printed at the date of settlement and adjusted by the total of the '90 day' column. If using the Aged Receivables, deduct the 'In Credit' column from the 'Balance Owing' column to get the net amount of Receivables owing.
This report has two monetary columns being 'Billed in Advance' and Paid in Advance'. The 'Rent in Advance' column should be used for settlement as it is calculated on the charges. The Paid in Advance column should not be used as it also takes into account the balance owing for some Customers and therefore includes amounts that are already accounted for by the Accounts Receivable settlement.
The last two columns of this report under the heading 'Closing' show the Quantity on Hand and the Value of the Inventory on hand. As a site would generally have a physical stock take to verify these quantities we recommend this be done at settlement also. Note that the 'Value' column is either calculated on an Average Cost basis, or on the basis of First In, First Out (FIFO), meaning that Inventory is valued at the most recent cost prices
.
This report needs to be printed on the day after settlement, and lists the amount of deposits held for each Customer. Generally there would be no GST or tax on deposits.
If a business has converted from another software package, the Prepaid Rent report may not be correct during the first month of using StorMan as it will take time to correctly work out the prepaid portion, once all Customers have been billed through one cycle.
All the StorMan reports referred to above (except Deposits Held, where there is no tax on deposits) are including tax, so the purchaser and vendor may need to provide tax invoices to each other for the various settlement items if the settlement is including tax. In many cases however settlement may be on a tax exclusive basis so tax should be removed from the totals.
We recommend that tax advice be obtained from a qualified professional as the amounts can be significant and the penalties large where the tax is not accounted for correctly.
We recommend that a brief audit of each report be conducted to ensure it's accuracy. This can be done by selecting the 5 largest amounts on each report and manually checking the calculations. This is to ensure that the data has been entered correctly Into StorMan.
Purchaser pays to Vendor: Total of 'Closing Balance' column of Customer Balances Report (less tax).
Vendor pays to Purchaser: Total of 'Billed in Advance' column of Prepaid Report (less tax).
Purchaser pays to Vendor: Total of 'Closing Value' column of Inventory Valuation Report (less tax).
Vendor pays to Purchaser: Total of Deposits Held Report (no tax).
This information is designed to provide details of how to apportion & settle assets and liabilities at the time of sale or purchase using some of StorMan's reports. This should not be taken as a recommendation as to how a sale and purchase should be settled.
Related articles: | Article tags: | How did we do? | ||
---|---|---|---|---|
|
Did we miss a tag? |
Copyright 2021 Storman Software | Visit our new knowledgebase