Classes: merging two equivalent names

I have some classes that have acquired two different names for the same entity. I need to replace them by one name, as reports miss some transactions. With Control L, l get the chance to edit a name but Q2005 wont let me change it to the other one, or even to a new common third name. What can I do? JP

Reply to
John C. Polasek
Loading thread data ...

There are some differences; one is (I believe) you can now have two tags simultaneously in effect for the same transaction; CLASSES was limited to one. I think this is right, one of the reasons I moved to Q2008 so early. (Unfortunately, the reporting of tags isn't as clean as the assignments.....)

Reply to
Andrew

Actually, earlier versions of Quicken did allow multiple "Classes" to be assigned to the same transaction. [I just checked using Q2004 H&B.]

Reply to
John Pollard

Well, I believe you. That's why I said I thought! I don't have old versions hanging around to test, and at my age, memory is going. OK - let's try this and see if I'm a liar! There's a separate field in the registers for TAGS that is new in 2008, and how about the idea that you can assign a TAG as well as a transfer account in 2008 - again, I don't THINK you could do that in 2007, could you?

Reply to
Andrew

This Tag thing is interesting.

Originally Quicken set up too few fields Then, after while they realized they needed one more field. It proved too disruptive to add 1 more field so they concocted this category/Class thing, in which Class became a poor cousin of a field. As a consequence there are certain reports you couldn't make since Class was not a field. Tag appears to finally rectify this defect. It's only my take. I am still using Q2005. John Polasek

Reply to
John C. Polasek

I actually have a mea-culpa! For the whole time using multiple classes (e.g.: A and B), I had thought to assign them to the same transaction one separates them by commas in the tag field ("A,B"). WRONG! One needs to use (or I suppose could do it manually) the MULTIPLE TAG assignment drop down box so they are separated by colons ("A:B"). So, if one does it correctly, it does seem that the reporting works the way I always though it should -i.e.: if you ask for transactions for tag A, you'll get them whether they were tagged standalone, or in combination with other tags as long as they were entered correctly with the colon delineator.

So in my old (wrong) example of 'A,B', I bet I was creating a new tag totally independent of the two pieces A and B, and no wonder those transactions never showed up asking for either A or B.

So the reporting does seem to work in the manner in which I thought it would.

Reply to
Andrew

BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.