We have a number of TAGS defined. One of them is "General Spending" and another is "Receivables". The report seems to work OK.The report is subtotaling by TAG.
However, a report is listing half of a split transaction as "General Spending:Receivables". There is no such tag defined. In fact, I don't think this is a valid tag. So far I have rebooted the computer, deleted the transaction and re-entered it, deleted the tags in the transaction (they are not showing up on the report as not having a tag even though the report is set to include ALL Tags). I even manually recreated the report.
A similar result was reported in the Quicken forums ... was it you?
< The report seems to work OK.
What report?
What is the tag on the category in the split transaction? How about the other split lines? Is that one split line the only transaction with an incorrect tag in the report? Is there any other report that shows the same behavior?
It is a valid tag.
Tags, like classes in previous versions, can be combined in a given transaction ... in any manner you choose. If Tag1, Tag2 and Tag3 are in the Tag List; you can tag one transaction with Tag1:Tag2, another transaction with Tag2:Tag3, and yet another transaction with Tag3:Tag2:Tag1.
What happens if you Edit the two tags in the Tag List; put your cursor in the Name field, hold down the space bar until the cursor is at the end of the field, then rekey the Name.
The report I'm running isn't 1 of the canned reports, but a derivitave of a report from years ago. I have made & saved changes to the original report. The most important aspects of my report is: 1) it contains all the details of each transaction including split categories & tags, 2) It is subtotaling by tag, and sorting by categories within each tag, 3) all tags are selected including "no tag", 4) All the transactions are coming from only 1 account as specified in the report defination, 5) only the recently cleared transactions within the above parameters will appear on the report.
There are 2 lines in the split. One is GENERAL SPENDING, and the other is RECEIVABLES. Most of my transactions are split like this one, but this is the only one that is incorrect on the report. And it is ONLY the line that is tagged RECEIVABLES that is incorrect. The tag to GENERAL SPENDING is properly included in the correct subtotal. And when I delete 1 or both tags, the 1 that was originally tagged GENERAL SPENDING still goes to that subtotal, and the 1 that was originally tagged RECEIVABLES moves to the GENERAL SPENDING subtotal. Neither correctely goes to the NO TAG subtotal!
Is there any
Not that I have found so far.
That's interesting. There was no such possibility that I'm aware of in the classes used in H&B 2007.
It has no impact on the problem.
BTW, this is just the most recent of many problems that I have experienced in Quicken over the last year. I started keeping a log in March, so I can see if a particular problem reoccurs. This problem is a first time. I recently ran the database validation utility and it found no corruption. FYI I am not only a seasoned Quicken user (12 years), I have also used Quickbooks, and assorted professional accounting software packages.
Ellen, A very frustrated Quicken user! Please reply to newsgroup
For some reason, I am not getting replies by the op ... so I am going to attempt to reply via your post. My apologies.
Please don't be offended, it just means that (now, with your confirmation) at least two users have posted basically the same problem.
I suggest that you create a new report, intended to produce the same results ... and let us know how that turns out.
Sorry, but Quicken treated Classes the same way I suggested in Q2007 as it does in Q2008. In fact, the same treatment of "Classes" (you can combine muliple classes on one category) has existed since at least Q2005. Your problem is not realated to Quicken conceptually thinking of Tags differently than Classes.
That was an oops! I wasn't offended, I was just typing too fast and the O accidently got capitalized. I appreciate any help I can get, and if I've done something stupid to cause my own problem, I need to know it.
It isn't possible to substitute the Cash Flow report because it summarizes by category. This problem is occurring on 1/2 of a split transaction, and will only show up on a report that includes transaction details.
I already tried that in the hope that my problem would disappear. I started with the canned expense detail report and then added the parameters that were unique to my report. I got the exact same result. (While responding to your suggestion a light bulb went off in my head.) Maybe I got the same result because I ultimately had the exact same paramaters. I just tried the Banking Transactions report. I ran it for the month of November, and the only change I made was to subtotal by Tag (since that is where the problem occurred). I got the exact same result! Only 1 entry (1/2 of 1 transaction; the same one as before) showed up with the double tag. I have never used double tags, and as previously mentioned, I deleted the tag, saved the transaction, and the entry showed up in a different place, but still not where it belonged. I also deleted the offending transaction and manually reentered it, only to have it produce the exact same result as the original transaction.
Interesting. I have been using Classes the same way for about 12 years and just didn't notice when they made that change. I'll have to keep that in mind; it would have resolved an obstacle I ran into some time back.
The Cash Flow report does have the option to display Tags in rows or columns; if you customize the Cash Flow report to show Tags in columns, are you saying you do not see a column for the incorrect Tag?
What is the exact Quicken name of this report (in the Reports menu)?
This is intriguing; can you provide some more detail?
I was hoping that one or more of the steps I suggested would indicate that you had some data corruption; either carried over from your previous version or caused by the conversion. But none of your responses indicates to me that corruption is involved. That seems to suggest there is a bug, but I can't reproduce it.
What type Quicken account is the split transaction recorded in? And does one only one of the split lines have a tag, or do both split lines have tags.
No, I'm saying that the problem is more complicated than that. The Cash Flow report doesn't include transaction detail. If transaction detail isn't displayed, the problem doesn't exist! The incorrect tag is only produced as a result of 1 split transaction, and even at that,
1 part of the split behaves correctly, while the 2nd part of the split produces the incorrect tag. This only occurs when subtotaling by tag.
It appears as the last entry in the Banking group and is called "Transaction"
1st I deleted the tag on the part of the split that was producing the incorrect tag (as evidenced by the detail on the report). After saving the transaction, I checked the report. The tagless part of the split ended up in the 1st tag on the report (which is also the tag that 1 of the splits had before it was deleted. Coinsidence?) instead of the "No Tag" grouping.
I then deleted the tag from the 2nd split, and replaced the tag from the 1st split. Again, I saved the transaction and checked the report. This time too the tagless entry appeared in the 1st Tag instead of the "No Tag" Tag, but the incorrect Tag was still produced by the offending 1st split.
Next I removed the Tag from both splits, saved the transaction, and checked the report. Then both splits were in the 1s Tag group instead of the "No Tag" group.
In desperation I copied the transaction containing the offending split complete with the correct Tags, deleted the transaction, and pasted the copy into a new transaction. After saving and checking the report I found the exact same results that had originally occurred.
Finally, I deleted the copy/paste transaction, and manually reentered the entire transaction. It didn't help, the exact same results were produced.>
The account is a Credit Card account that I have been using for years.
Yes, both split lines have tags, but as previously mentioned, I have tried removing each tag individually, and then both tags which produced different results, none of which were correct! It is only 1 transaction that is causing this problem, yet when I delete and reenter it the same results appear. The really puzzleing part is why none of the other 55 transactions on the report, many of which are split, have produced the same result, or even any erroneous result! Maybe this explains why you have been unable to reproduce the result. But for the life of me, I can't figure out what might be unique about this 1 transaction that could cause it to create a problem.
I would like to supply you with a copy of the transaction to see if you can identify anything, but other than creating an attachment, I can't think of any way to do it, so I will duplicate it here by using a copy/paste on each part.
I copied the offending transaction from a Credit Card account into a Cash account. It didn't make any difference. Then I started playing with the different elements of the transaction by repasting the original transaction, with these results:
1) Reversed the order of the split - didn't matter
2) Deleted the split line that wasn't causing the problem, and adjusted the total (effectively this was no longer a split transaction) - same result, but the Register still showed the Category & Tag as --Split--.
3) Repeated the test above, but this time I also deleted the memo. After saving the Register showed the Category as "Household", but any category or account would work as well. THIS TIME THE REPORT RESULT CHANGED. The entry now appeared in the Tag "General Expense". What is especially notable about this is that the Tag was "Receivable".
The last result got me curious, so I repeated the test several times watching closely to see what was going on. Then I spotted it. When I edited the original transaction I deleted the 2nd line in the split, adjusted the transaction to the amount of the remaining line, deleted the memo, and made a note of the Tag, which WAS "Receivable", Then I saved the transaction. The register then displayed the result which was no longer a split transaction, AND THE TAG WAS NO LONGER "RECEIVABLE", IT WAS NOW "GENERAL SPENDING"!
What is particularly interesting is that General Spending is #6 in my Tag list, and Receivable is #16. The only connection I can make between the 2 tags is that in this specific transaction the 1st line of the split was Receivable, and the 2nd line of the split was General Spending. But why didn't the bug produce a Tag "Receivable:General Spending" instead of the other way around? And why wasn't the other half of the split detail effected? For that matter, why wasn't any other split transaction effected?
I've narrowed the problem down, but still can't make any rhyme or reason out of it.
Perhaps the problem is with one of the categories. Try various combinations of categories (including a transfer to a different account) to see if one of them is consistently involved.
Thanks for posting this issue, with such detailed steps--we've repeated the issue and it appears to be a bug--we're working on correcting it as soon as possible, and we're very sorry for the inconvenience--
Thanks for your patience while we take care of this--
I must be dreaming! In addition to the feedback from Quicken Kathryn (QuickenCommunity.com moderator), that MPSAN quoted, I see the same language in a post directly from Kathryn as " snipped-for-privacy@intuit.com; "! This is the only message I can recall here from that email address.
Does this mean that we have direct participation from Intuit now? On at least this one issue? Or is this a one-time visit, not likely to be repeated?
"R. C. White" wrote in news: snipped-for-privacy@corp.supernews.com:
This to be applauded either way, and encouraged. Quicken Kathryn should be remembered and cherished!
Now, for my main beef, does anyone here have the same problem I do, which is that in Q2008 Deluxe R4, running on an (admittedly underpowered) laptop with Vista Home Basic, the Investing screen were all my securities (including watched ones) are listed, the screen is very slow in refreshing, displaying each security just line by line.
I do know that Intuit is happy to get such help (they'd be foolish not to be happy), so maybe they wanted to reach out and give a pat on the back ... even outside their own forums.
I'm not inclined to see this as the start of two way communication with Intuit, or the beginning of regular posts from them in this newsgroup.
Hi R.C.-- We do try to drop in every now and then to catch issues, because we know our users are the best source--but we're too busy with our own community to be in the google groups on a consistent basis--but, I will be posting back here as soon as I get a fix for this particular issue--
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.