copying accounts and transactions from one book to another

Mike or Penny Novack stepbystepfarm at mtdata.com
Wed May 14 22:09:54 EDT 2014


>
> I definitely understand the problem, but given a choice between having 
> NO means at all to do a merge and the ability to do one with a clear 
> warning that manual duplicate resolution may be required, I would opt 
> for the latter every time.

<< Read on. But note that I strongly disagree. It is MUCH easier to not 
have mistakes than to have to find and correct them later. >>


>
>> The sort of merge you are requesting NEEDS a component "check for
>> duplicates" << refuse to merge if any duplicate are found; but probably
>> produce an output listing the duplicate transaction >>
>
>
> Perhaps I'm missing something here. What constitutes a duplicate?

No, I was NOT talking about "duplicate transactions". You were 
suggesting this merge for DISJOINT books, books in which no ACCOUNTS 
were the same (same name, no difference in tree). Suppose in book one 
there was Assets:Current Assets:Bank Accounts:Checking Account and in 
book two there was Assets:Current Assets:Bank Accounts:1st Federal 
Checking. All well and good, books could be merged. But suppose in book 
two the name of the checking account was just Checking Account as in 
book one. Those are DIFFERENT checking accounts. Please don't tell me 
you consider it a trivial matter to sort out if the operation merged all 
the transactions from these two (different) accounts into one account!

I did NOT mean that the merge couldn't (ultimately) be done. Just that 
using the list of duplicates provided by this "check for duplicates" you 
would change account names (or insert placeholder parents to alter the 
tree) in one or both books till there were no duplicates and then do the 
merge. Understand? You were asking this merge functionality for the 
situation where these were disjoint books, no duplication. The 
"duplicate check" would be just to guarantee that condition was true, 
that they really were disjoint books.

Hey, my line of country (or was when I did this for a living). The 
client says what wants to happen and it is not the client's area of 
expertise to worry about all the "exception conditions" that need to be 
checked. That's what we analysts have to think about and suggest to the 
client that "better add that or you'll be sorry".

Michael


More information about the gnucash-user mailing list