The monthly charge, computed in the open
Depreciation should be boring. May divides 10,890,000.00 of basis by four stated lives, charges 187,500.00, and posts it to both ledger rows. Every cell above is one division, and the run can prove it.
◆ The May runfour divisions, one posted charge.
| Class | Basis in the run | Life, months | May charge |
|---|---|---|---|
| Computers | 2,700,000.00 | 36 | 75,000.00 |
| Office equipment | 1,440,000.00 | 60 | 24,000.00 |
| Leasehold improvements | 5,040,000.00 | 84 | 60,000.00 |
| Vehicles | 1,710,000.00 | 60 | 28,500.00 |
| May run | 10,890,000.00 | 187,500.00 |
The basis is the roll-forward’s opening cost, because May’s additions start charging in June. The 187,500.00 lands as the trial balance’s depreciation debit and its accumulated depreciation credit, one figure on both sides. Sample values are illustrative, never client data.
◆ Where runs go wrongat the edges, invisibly.
Runs fail at the edges: an asset past its life still charging, an addition charging from the wrong month, a life shortened without a catch-up. Each is visible the month it happens when the run is a table you can subtract from last month’s, and invisible for years when it is not.
◆ The owned answerthe charge recomputes from stored months.
The monthly asset rows on the module star keep basis, life, and charge per asset. The run recomputes from storage, so a wrong charge is a row someone can name instead of a variance someone can only smell.
- straight line
- The same charge every month: cost divided by life.
- basis
- The cost actually depreciating this month.
- in service
- When use begins; charging starts the month after, here.
- catch-up
- The correction posted when a life changes mid-stream.