|
|
17f2534056
|
bug fixed where we had a bill deleted it then growth was still trying to be calc when it no longer could
|
2025-08-31 10:39:58 +10:00 |
|
|
|
2937866617
|
improve how we find monthly bill in a month, dont use exact date just use yy-mm, also fix BUG where kayo used estimate in jan to project for the next 5years, rather than real bill in feb (all in the future) to estimate
|
2025-08-31 10:24:46 +10:00 |
|
|
|
4c96a9b576
|
with monthly bills and < 12 in first year, wont have full yr total so cant do simple growth - fix for this
|
2025-08-31 10:08:14 +10:00 |
|
|
|
de32bdc7ff
|
now have a calc_future_totals func that is used to allow html to show the bills as a simple annualised cost per year
|
2025-08-30 13:58:29 +10:00 |
|
|
|
2bdd1348b8
|
fixed a few bugs, annual growth was just broken, dont add another estimate bill when we have one for that year or in that quarter, removed lots of debugs, fixed a few bugs where the first data point in a new year/qtr would not have arrays initialised properly first, apportion quarterly data in future real bills - it happens with Rates
|
2025-08-28 19:49:41 +10:00 |
|
|
|
89d58e4cd3
|
fixed a few logic bugs with quarterly data, now accurately puts bill proportions into relevant quarters and estimates future bills based on quarterly data - all works so far
|
2025-08-25 18:46:24 +10:00 |
|
|
|
f3b828b051
|
well, calculated proportioned per quarter values - not making much difference on growth numbers, BUT, will now be able to project future estimates based on full quarter cost, not just a bill in that quarter that may only cover 2 months
|
2025-08-24 16:09:51 +10:00 |
|
|
|
4b5b713c20
|
hack to handle gass bills (for now), seems we have more than 4 for a quarterly cycle, and they are all over the shop/inconsistent. Added thoughts on how to tackle in TODO
|
2025-08-23 10:48:29 +10:00 |
|
|
|
1719032ebf
|
wrapped new_bill in new_estimated_bill func, that adds to DB and to local bill_info, use this better to fill in quarterly future bills. Also exclude in growth calculations the final year of real bill if it includes estimates and real figures. For now, this is usable
|
2025-08-22 18:10:09 +10:00 |
|
|
|
444a01ea42
|
removed lots of debugs, added find_next_bill to allow better estimating of bills in the past. Growth now uses bills in the past (estimated included), which simplifies the code a bit. All working now except pragmatic missing quarterly bills not started
|
2025-08-22 16:01:45 +10:00 |
|
|
|
0cf3d9897f
|
created find_previous_bill and use it to help work out gaps in bills - e.g. like with internet where I added only the new costs
|
2025-08-22 13:24:25 +10:00 |
|
|
|
3521d4c126
|
make radio button for min / avg / max growth value be pushed into which_growth in the DB for bill_type row, then also delete estimated bills for that bill_type, and then calling /bills, causes the estimated bills to be filled back in based on the new chosen growth model
|
2025-08-21 18:20:32 +10:00 |
|
|
|
cd7eca0c6e
|
simplified when we calc totals and hence growth, applied monthly growth annually
|
2025-08-21 16:52:37 +10:00 |
|
|
|
d7320e8aa8
|
remove num we now use - bill_info[bill_type][num_ann_bills], fix bug where we were re-adding first year bills
|
2025-08-20 18:21:52 +10:00 |
|
|
|
5556b0ef15
|
removed debugs, actually add new bills when needed for monthly and annual, support new growth fields, ensure growth only works on real bills not new estimated bills.
|
2025-08-20 18:11:00 +10:00 |
|
|
|
7ac7acf44c
|
major rewrite, took on-board thoughts in TODO, have completely re-written how we process bill_data, and then subsequent growth. Much simpler now (although still complex) - most is now done in one loop to take DB data nd reformat it into an in memory data structure, then process that a few different ways to see missing and future bills, and then calc growths. Still much to go, I do calc missing/future annual bills, but I am not actually adding them to the DB (want to distinguish them from real bills still in DB), not yet calculating additional bills for monthly or quarterly (so not adding them to DB either), then interface would need to show/hide real vs auto-filled bills. To note growth only takes into account real bills, BUT, it also only calcs growth on consecuttive full year data sets - e.g. years with quarterly bills for less than the full year are ignored for now
|
2025-08-18 17:49:36 +10:00 |
|
|
|
98fa17acd7
|
first pass of trying to work through deriving annual growth on bills, what info I need, etc. definitely not even close to finished
|
2025-08-18 11:14:21 +10:00 |
|
