Re: [GNC] Present Reconcile Is Showing Previous Reconciled Items UnReconciled
You should get a warning if you edit a reconciled transaction. If you aren't getting that then that probably means you accepted the warning at some point and selected don't tell me again. If you want to re-enable it then select Actions > Reset Warnings. Colin On Fri, 11 Jan 2019 at 02:15, Matt Hanning wrote: > > Thank you for sharing your thoughts. After reading everything I believe I > have been editing the transactions which makes them show back up > un-reconciled. I will be keeping a closer eye on this and see if this has > been the problem all along. > > Thank you both for all your help and info.Matt > > > On Thu, Jan 10, 2019 at 12:30 AM D via gnucash-user < > gnucash-user@gnucash.org> wrote: > > > David's points here are all well-considered. See notes inline. > > > > On January 10, 2019, at 9:42 AM, David Cousens > > wrote: > > > > >Normally the only way a reconciled transaction becomes unreconciled is if > > the > > >split to the account which has been reconciled is editied, either in the > > >register for the reconciled account or in another register conatining the > > >split from the reconciled account to that registers. The splits of a > > >transaction can be edited from any register for any account which contains > > >splits to it from the transaction. In V3.4 editing details (description, > > >memo) other than the amount, date and account does not affect the > > >reconciliation flag status. You will normally get a dialogue indicating > > >that you are editing a reconciled split. > > >I think earlier versions of GnuCash may have also changed the status when > > >other splits and any information in a reconciled transaction were edited > > >were edited but I am unsure of this and when only editing specific fields > > in > > >the reconciled split triggered changing of the status was introduced. > > >The easiest way to fix this is to rerun the reconciliation process for > > >periods covering the earliest unreconciled transaction forward, checking > > >that opening balances, closing balances and transaction amounts agree with > > > > I disagree here. I think the easiest first method is to enter the *last* > > statement balance (ignoring the opening balance altogether), and see > > whether checking those earlier entries results in a zero balance. I often > > find that it does. > > > > I only go to more specificity if this one doesn't work. > > > > >the statements. GnuCash will often start the reconciliation window with > > some > > >transactions marked even if that period has not been previously reconciled > > >as it attempts to identify transactions which lead to a reconciliation. I > > > > For the record, Gnucash pre-checks only those transactions that have a > > reconcile status of "c," which usually occurs with imported transactions. > > Users can also set this status in the register themselves. > > > > >have been caught believing this in the past and I now clear (uncheck) all > > >transactions in the reconciliation window and match them individually by > > >hand. Tedious but it can pick up 2 errors cancelling each other out so > > that > > >the opening and closing balances are OK but the transactions are > > incorrect. > > >Any unreconciled transaction should show up in the reconciliation > > procedure > > >window as unchecked with any already reconciled splits being initially > > > > Again, transactions with a status "c" will be checked; reconciled items by > > definition will be excluded from the window (except insofar as they > > contribute to the opening balance figure). > > > > OP might check to see whether he accidentally re-entered transactions that > > have already been entered and reconciled, as might happen, for example when > > importing transactions from a second account (say a credit card) whose > > transaction details don't fully match the existing entry. > > > > The OP could supply further details (OS, Gnucash version, specific > > circumstances of his problem) to get better answers. Until then, we are > > speculating on a host of possibilities. > > > > David T. > > > > > > >checked which can help identify the unreconciled transactions > > >David Cousens. > > >- > > >David Cousens > > >-- > > >Sent from: > > http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html > > >___ > > >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: > >
Re: [GNC] Present Reconcile Is Showing Previous Reconciled Items UnReconciled
Thank you for sharing your thoughts. After reading everything I believe I have been editing the transactions which makes them show back up un-reconciled. I will be keeping a closer eye on this and see if this has been the problem all along. Thank you both for all your help and info.Matt On Thu, Jan 10, 2019 at 12:30 AM D via gnucash-user < gnucash-user@gnucash.org> wrote: > David's points here are all well-considered. See notes inline. > > On January 10, 2019, at 9:42 AM, David Cousens > wrote: > > >Normally the only way a reconciled transaction becomes unreconciled is if > the > >split to the account which has been reconciled is editied, either in the > >register for the reconciled account or in another register conatining the > >split from the reconciled account to that registers. The splits of a > >transaction can be edited from any register for any account which contains > >splits to it from the transaction. In V3.4 editing details (description, > >memo) other than the amount, date and account does not affect the > >reconciliation flag status. You will normally get a dialogue indicating > >that you are editing a reconciled split. > >I think earlier versions of GnuCash may have also changed the status when > >other splits and any information in a reconciled transaction were edited > >were edited but I am unsure of this and when only editing specific fields > in > >the reconciled split triggered changing of the status was introduced. > >The easiest way to fix this is to rerun the reconciliation process for > >periods covering the earliest unreconciled transaction forward, checking > >that opening balances, closing balances and transaction amounts agree with > > I disagree here. I think the easiest first method is to enter the *last* > statement balance (ignoring the opening balance altogether), and see > whether checking those earlier entries results in a zero balance. I often > find that it does. > > I only go to more specificity if this one doesn't work. > > >the statements. GnuCash will often start the reconciliation window with > some > >transactions marked even if that period has not been previously reconciled > >as it attempts to identify transactions which lead to a reconciliation. I > > For the record, Gnucash pre-checks only those transactions that have a > reconcile status of "c," which usually occurs with imported transactions. > Users can also set this status in the register themselves. > > >have been caught believing this in the past and I now clear (uncheck) all > >transactions in the reconciliation window and match them individually by > >hand. Tedious but it can pick up 2 errors cancelling each other out so > that > >the opening and closing balances are OK but the transactions are > incorrect. > >Any unreconciled transaction should show up in the reconciliation > procedure > >window as unchecked with any already reconciled splits being initially > > Again, transactions with a status "c" will be checked; reconciled items by > definition will be excluded from the window (except insofar as they > contribute to the opening balance figure). > > OP might check to see whether he accidentally re-entered transactions that > have already been entered and reconciled, as might happen, for example when > importing transactions from a second account (say a credit card) whose > transaction details don't fully match the existing entry. > > The OP could supply further details (OS, Gnucash version, specific > circumstances of his problem) to get better answers. Until then, we are > speculating on a host of possibilities. > > David T. > > > >checked which can help identify the unreconciled transactions > >David Cousens. > >- > >David Cousens > >-- > >Sent from: > http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html > >___ > >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. ___ 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
Re: [GNC] Present Reconcile Is Showing Previous Reconciled Items UnReconciled
David's points here are all well-considered. See notes inline. On January 10, 2019, at 9:42 AM, David Cousens wrote: >Normally the only way a reconciled transaction becomes unreconciled is if the >split to the account which has been reconciled is editied, either in the >register for the reconciled account or in another register conatining the >split from the reconciled account to that registers. The splits of a >transaction can be edited from any register for any account which contains >splits to it from the transaction. In V3.4 editing details (description, >memo) other than the amount, date and account does not affect the >reconciliation flag status. You will normally get a dialogue indicating >that you are editing a reconciled split. >I think earlier versions of GnuCash may have also changed the status when >other splits and any information in a reconciled transaction were edited >were edited but I am unsure of this and when only editing specific fields in >the reconciled split triggered changing of the status was introduced. >The easiest way to fix this is to rerun the reconciliation process for >periods covering the earliest unreconciled transaction forward, checking >that opening balances, closing balances and transaction amounts agree with I disagree here. I think the easiest first method is to enter the *last* statement balance (ignoring the opening balance altogether), and see whether checking those earlier entries results in a zero balance. I often find that it does. I only go to more specificity if this one doesn't work. >the statements. GnuCash will often start the reconciliation window with some >transactions marked even if that period has not been previously reconciled >as it attempts to identify transactions which lead to a reconciliation. I For the record, Gnucash pre-checks only those transactions that have a reconcile status of "c," which usually occurs with imported transactions. Users can also set this status in the register themselves. >have been caught believing this in the past and I now clear (uncheck) all >transactions in the reconciliation window and match them individually by >hand. Tedious but it can pick up 2 errors cancelling each other out so that >the opening and closing balances are OK but the transactions are incorrect. >Any unreconciled transaction should show up in the reconciliation procedure >window as unchecked with any already reconciled splits being initially Again, transactions with a status "c" will be checked; reconciled items by definition will be excluded from the window (except insofar as they contribute to the opening balance figure). OP might check to see whether he accidentally re-entered transactions that have already been entered and reconciled, as might happen, for example when importing transactions from a second account (say a credit card) whose transaction details don't fully match the existing entry. The OP could supply further details (OS, Gnucash version, specific circumstances of his problem) to get better answers. Until then, we are speculating on a host of possibilities. David T. >checked which can help identify the unreconciled transactions >David Cousens. >- >David Cousens >-- >Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html >___ >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.
Re: [GNC] Present Reconcile Is Showing Previous Reconciled Items UnReconciled
Normally the only way a reconciled transaction becomes unreconciled is if the split to the account which has been reconciled is editied, either in the register for the reconciled account or in another register conatining the split from the reconciled account to that registers. The splits of a transaction can be edited from any register for any account which contains splits to it from the transaction. In V3.4 editing details (description, memo) other than the amount, date and account does not affect the reconciliation flag status. You will normally get a dialogue indicating that you are editing a reconciled split. I think earlier versions of GnuCash may have also changed the status when other splits and any information in a reconciled transaction were edited were edited but I am unsure of this and when only editing specific fields in the reconciled split triggered changing of the status was introduced. The easiest way to fix this is to rerun the reconciliation process for periods covering the earliest unreconciled transaction forward, checking that opening balances, closing balances and transaction amounts agree with the statements. GnuCash will often start the reconciliation window with some transactions marked even if that period has not been previously reconciled as it attempts to identify transactions which lead to a reconciliation. I have been caught believing this in the past and I now clear (uncheck) all transactions in the reconciliation window and match them individually by hand. Tedious but it can pick up 2 errors cancelling each other out so that the opening and closing balances are OK but the transactions are incorrect. Any unreconciled transaction should show up in the reconciliation procedure window as unchecked with any already reconciled splits being initially checked which can help identify the unreconciled transactions David Cousens. - David Cousens -- Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html ___ 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.
[GNC] Present Reconcile Is Showing Previous Reconciled Items UnReconciled
Hello, Over the past few months, GnuCash has been showing past items that were once reconciled as reconciled transactions. What once closed with a correct beginning amount is now showing a number of the previous months items now unreconciled. I have no idea what to do or what might be happening. This is causing me some struggles in trying to determine how to handle these transactions that once was reconciled. I have been using the software religiously for my personal account since 6/2014 and recently with my business the last couple years. The personal account is the one having problems with the business account acting fine. Any assistance or questions would be appreciated as I do not want to move away from this software. Thanks! M -- Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html ___ 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.
