On Tue, 13 Feb 2018, John Ralls wrote:

Try this: Set the Start of Adjusting/Closing on 1 Jan 2017 and the Date of
Report on 30 June 2017. If it's in balance, change the report date to 30
September, otherwise to 31 March. If it's now (or still) in balance change
it again to halfway between the current date and the out-of-balance date.
Keep doing that until you find the first date where it's out of balance,
then use the General Ledger to look at all of the transactions on that
date. One of them is off. Fix it and repeat the process until it's in
balance for the year.


John,

  This is how we used to find bugs in programs before debuggers were
available, but I didn't think of applying it to the bookkeeping application.

  Found some, perhaps a half-dozen, and fixed those. All is split
transactions, as David Carlson suggested.

  What's strange is that now all split transactions have their imbalances
removed, the total imbalance is greater than before. :-(

  There are no stock, bond, or foreign currency transations, all US$ in
checks or cash. If you have further ideas where these discrepancies might be
hiding please let me know and I'll check them. Otherwise, each non-split
transaction is balanced between the asset account (checking or cash) and an
expense or liability account.

Regards,

Rich
_______________________________________________
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.

Reply via email to