I agree that if an account reconciliation is done periodically correctly every time, then it works well. If an old reconciled split is unreconciled and we need to re-reconcile a previous reconciliation date, then the code falls apart.
It may be an idea to allow batch unreconciliation of all splits whose reconcile date is after the reconciliation date in the Reconciliation dialog, thereby allowing the user to re-do reconciles. On Sat, 4 Sept 2021 at 06:34, Borden via gnucash-user < gnucash-user@gnucash.org> wrote: > > > > The starting balance is computed from all the reconciled transactions "to > > date". It *can* be safe to ignore the starting balance if, for example, > a > > transaction became unreconciled. For example, let's say you reconcile > > from some starting balance X to a final balance of $1000. Then you > > accidentally unreconcile a $100 transactions. If you try to re-reconcile > > that same statement/date/ending-balance of $1000, it won't show X as the > > starting balance, but something else (PROBABLY $900, but I'm not 100% > > sure). But that's okay -- just ensure the ending balance is correct and > > all the transactions that SHOULD be reconciled ARE reconciled. > > > > There is no way to get a transaction to reconciled status (y) manually -- > > the only way is through a reconcile process. So if you have reconciled > > transactions, that must've happened through a reconcile. > > > > I would recommend you just go ahead with March, ignore the starting > > balance, enter the correct March ending balance, and see if the > > reconciliation works (ensure you re-reconcile anything from earlier that > > might have become unreconciled). > > > So I just want to build a bit on this answer. GNUCash doesn't have QBs > reconciliation system - so don't equate the two. As an accountant who > doesn't need to be handheld or leashed, I find GNUCash's system better > than QBs - albeit there is room for improvement. However, I wouldn't > recommend GNUCash to someone less comfortable with bare-ledger accounting - > controls exist for a reason. > > I don't know how the backend works, but my experience is that the "Opening > balance" is basically a running total of all the transactions marked > "Reconciled" in that account. Whereas QB will _prevent_ you from attempting > to reconcile August if July's reconciled balance differs from what it > previously reconciled, GNUCash doesn't care - it just says "The > transactions marked 'Reconciled' for this account total to $X." And that's > good for when you have to go back and fix things... and know what you're > doing. > > When you reconcile a transaction, again based on my experience, GNUCash > toggles the "Reconciled" flag on the account _and_ inserts the > reconciliation date. I personally like this because I can, say, start a > fresh reconciliation for March having reconciled through August to pick up > the transactions that _should_ have been in the March reconciliation but > weren't because I readded them (or whatever). However, I need my > calculator with me because I need to adjust the "closing balance" to > reflect not the statement balance but what GNUCash's "running total" > balance should be. Contrast this to having to undo every rec in QB back to > March and redo every rec again. > > Still, as I said, there's room for improvement in GNUCash:1) Since the rec > date gets stored with the Rec flag, GNUCash can have a function that > unreconciles every transaction before a given rec date. This would be > analogous to QB's batch rec undo. > 2) One should be able to rec from the ledger as QB lets you do - and > prompt for a rec date. Yes it's dangerous, poor practice, etc., but the GNU > philosophy is not to leash the user. If a user wants to sudo rm -rf / their > installation, GNU warns them first, but ultimately lets them. User knows > best. If you want your computer to dictate what you're allowed to do with > it, that's what Apple's for. > > I hope that helps a bit > _______________________________________________ > gnucash-user mailing list > gnucash-user@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > If you are using Nabble or Gmane, please see > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > ----- > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. > _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
