2023-11-22 GnuCash IRC logs
00:04:37 <Robert847> Well, maybe I need to remember what was the last date that GnuCash daily balance actually does match the Bank's daily balance since the reason I am messing with this is to find out why Gnicash numbers are not always matching the bank.
00:24:48 *** NoobAlice has quit IRC
01:36:59 *** fell has quit IRC
01:37:50 *** fell has joined #gnucash
01:37:50 *** ChanServ sets mode: +o fell
01:39:19 <AdrienM> Robert847, why would you ever expect your books to exactly match the bank at any given point? Are you entering your own transactions or just importing them from the bank? If entering manually, there is no reason the should ever match. If importing only, that is a different story.
03:47:27 *** gjanssens has joined #gnucash
03:47:27 *** ChanServ sets mode: +o gjanssens
04:40:39 *** bertbob has quit IRC
04:45:37 *** bertbob has joined #gnucash
04:45:37 *** ChanServ sets mode: +v bertbob
05:24:12 <Simon> Robert847: could you create a bug for your Number field issue?
05:25:08 <Simon> Robert847: I would always expect it to be possible to revert to whatever "Standard Order" started with, so to me that's also a bug
05:26:47 <Simon> it should be possible to match but you may only be able to do that in arrears with the reconcile feature, marking only the transactions the bank has as cleared
08:11:35 <raghukamath> Simon: thanks
11:03:48 <Robert847> My cash flow management process is to enter predicted and estimated transactions far in advance then adjust them when they go through to match the banks record, or sometimes discover double entries from merchants. Actually, now that the bank has an easily accessible online register I can compare daily and use that as my tool to find my mistakes, their mistakes (very rare) or merchant mistakes. However since I found it easy to sort Gnu
11:03:49 <Robert847> cash registers by other keys such as description or notes, I often use that to help find the source when I do have a discrepancy. That is how I found the problem with the running totals or running balance sometimes being inconsistent when changing sort keys. I do expect the running balance numbers to be unintelligible when not sorted in standard order. I will try to get a better handle on the apparent inconsistency as I enter a bug r
11:03:51 <Robert847> eport. Simon, is it possible that reconciliation status may be inconsistently affecting the standard sort method? Still, I think that if one only expects the running balance to match consistently between days but not necessarily within days, that should be sufficient.
11:05:57 <Robert847> I am aware that filtering could also be a factor, but I am trying not to filter anything out when trying to read the running balance values.
11:09:23 *** palerider has joined #gnucash
11:09:39 *** palerider has left #gnucash
11:30:21 *** mydogsnameisrudy has joined #gnucash
11:33:05 *** mydogsnameisrudy has quit IRC
11:44:10 *** bertbob has quit IRC
11:48:27 *** bertbob has joined #gnucash
11:48:27 *** ChanServ sets mode: +v bertbob
11:51:51 *** NoobAlice has joined #gnucash
11:55:16 *** bertbob has quit IRC
12:10:28 *** bertbob has joined #gnucash
12:10:28 *** ChanServ sets mode: +v bertbob
14:44:06 *** mydogsnameisrudy has joined #gnucash
14:45:00 *** mydogsnameisrudy has quit IRC
15:46:48 *** sunyibo has joined #gnucash
15:46:48 *** ChanServ sets mode: +v sunyibo
16:28:00 *** sunyibo has quit IRC
17:00:17 *** gjanssens has quit IRC
19:41:50 *** sunyibo has joined #gnucash
19:41:51 *** ChanServ sets mode: +v sunyibo
20:00:02 *** raghukamath has quit IRC
20:12:45 *** raghukamath has joined #gnucash
20:12:45 *** ChanServ sets mode: +v raghukamath