Let's not to discuss whether it's a good idea or not to delete an
account that contains transactions. It's a valid user function in GC
to delete a non-empty account.
Whether a "valid user function" or not depends on the level of
formality. In other words, your accounting "standards".
Some of us will have chosen "never delete a transaction". Notice that
this most closely models "pen and ink on paper (bound volumes, why we
call them "books"). You got rid of a transaction only by entering an
offsetting/correcting transaction.
Some of us will delete transactions entered in error but only in the
current session. In other words, once the session ended we would later
correct as above. Keep in mind that possibly the correction is being
made months later.
Some of us will change transactions in our books willy nilly. We are
going by informal accounting rules.
Now to the specific case << a BATCH of transactions imported
incorrectly. If I understand correctly, debits and credits reversed? >>
If asked by the person BEFORE any actions had been taken I would have
asked some questions before suggesting how to fix. Questions like:
How much work have you done since this import?
How much work did you do before this import? (that is, since the last
back-up)
If the answer to both of those is "none" I would have suggested
abandoning the session in which the erroneous input was done (restore
from just before).
Michael D Novack
_______________________________________________
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
