Price History has additional entries
Comments
-
Price history entries come from transactions or can be downloaded from your financial institution. Why do you think the entries are a problem?
Quicken user since Q1999. Currently using QW2017.
Questions? Check out the Quicken Windows FAQ list0 -
Because the price vacillates between $11 $60 . So the $60 security price is not correct and I don't know where that data came from as there is no ticker symbol even on that item0
-
Price history data comes first from transactions. Do you have a transaction on the date of the $60 price?RogerSnook said:Because the price vacillates between $11 $60 . So the $60 security price is not correct and I don't know where that data came from as there is no ticker symbol even on that item
Quicken user since Q1999. Currently using QW2017.
Questions? Check out the Quicken Windows FAQ list0 -
If you have the account set up to download transactions from your mutual fund company, then as they download transactions, they also (typically) download prices for the holdings for that date.RogerSnook said:Because the price vacillates between $11 $60 . So the $60 security price is not correct and I don't know where that data came from as there is no ticker symbol even on that item
So as best I recall, prices can come from:
Downloads from Quicken's servers (requires tickers which you have excluded)
Downloads from the financial institution
Your manual entry as a direct price on a specific date
Through transaction entry (like buys, sells, reinvestments, etc.)
Your import of data as a csv file
Your import of data as a QIF file
Some other obscure way I've forgotten.
All offered FWIW.0 -
And if the price data came from the FI during transaction downloading, I would be very hesitant to delete that data as it may be impossible to recreate without a lot of pain.RogerSnook said:Because the price vacillates between $11 $60 . So the $60 security price is not correct and I don't know where that data came from as there is no ticker symbol even on that item
Quicken user since Q1999. Currently using QW2017.
Questions? Check out the Quicken Windows FAQ list0 -
In one case, on March 28th, I have 3 transactions that are all priced $44, but the price history shows $28 on that day. WEIRD.RogerSnook said:Because the price vacillates between $11 $60 . So the $60 security price is not correct and I don't know where that data came from as there is no ticker symbol even on that item
0 -
Roger, is that $28/$44 day recent? If so, it might be worth the effort to take a look at your OFX log to see what the fund company is sending.RogerSnook said:Because the price vacillates between $11 $60 . So the $60 security price is not correct and I don't know where that data came from as there is no ticker symbol even on that item
HELP, Log Files, OFX Log. Save it to your desktop, and then open it with NotePad or WordPad (NOT MS Word).
Then do a search for 44.00 and see what shows up. If nothing, search for 28.00. Note the absence of dollar signs in both searchs.Q user since February, 1990. DOS Version 4
Now running Quicken Windows Subscription, Business & Personal
Retired "Certified Information Systems Auditor" & Bank Audit VP0 -
More info on this - this appears to be limited to dates before June 2016. All more recent data seems good.RogerSnook said:Because the price vacillates between $11 $60 . So the $60 security price is not correct and I don't know where that data came from as there is no ticker symbol even on that item
0 -
If the funds don't have tickers in Quicken and are not matched to an online security, then I think it is most likely that the bogus price history comes from erroneous transactions you entered manually. For example you might have transposed two digits in the dividend amount when entering a dividend reinvestment.
Look for transactions on dates with wrong values in the price history and see if anything is amiss. Hopefully correcting any bad transactions will also correct the price history, but if not at least you will know what the value should be and you can correct it manually.
When entering dividend reinvestments manually, I always check that the computed price per share is reasonable before clicking OK. I have caught many typos this way.QWin Premier subscription0 -
I believe there is an inherent problem with the way Quicken records price history. Apparently for any individual security, there is only one price history regardless if it is held in multiple investment accounts. I balance a single account, calculating the share price sometimes to the six decimals to make the security holding total match my statement (Quicken's own recommendation, by the way.) When finished, this account holding and value exactly matches my statement.
Then I balance a second investment account that has the same security holding and again calculate the share price to the six decimals to make this security holding and value exactly match the statement.
Then when I go back to the first account, it no longer matches its statement but is off a few cents. Quicken must be either maintaining one price per date, and using it for all accounts, or is maintaining multiple prices per date and then using one entered in another account.
This becomes fairly obvious because after balancing the first account, then going to the holdings for the second account, any matching securities between accounts already have the same ending price, but due to the price history problem, the security total may not match. But if you fix price in the second account, then return to the holding in the first account, it probably no longer matches your statement.
This is a design flaw that can only be fixed by maintaining a separate price history per account/security. A very bad work-around would be to change the security name in one account so that it doesn't match the other, but this destroys any ability to analyze the performance of a single security across accounts.
On further thought, price history may also be coming from reinvestment transactions which will have a price for the day the reinvestment is cleared. Since reinvestment transactions will be dated when they occur, any price history from that transaction will be later than your last month-end pricing and this affect the value for all holdings.
Whenever doing reports on investment accounts, always be sure also to use a specific ending date instead of taking the default value of today. This will help some also.
Now another thought. At one point I had the same security in an individual account AND in a company profit-sharing account. However, the company account used what they called UNIT prices, which were not the same their own market shares, so I was forced to use different security names to keep the price/share and price/unit separated.
Moral: Don't always assume because it's wrong that you did it.
Unfortunately, I'm pretty sure this is never going to be fixed because it involves rethinking the whole price history design. But as President Reagan said, IT CAN BE DONE.
Ó¿Õ¬
Faithful Q user since 1986, with historical data beginning in 1943, programmer, database designer and developer for 42 years, general troublemaker on Community.Quicken.Com0 -
Jim, also see my comment below on the apparent design flaw which would explain this issue. Yes, it could be erroneous entry, but in the many times I've had the OOB situation, it's usually the multiple account/single security issue.Jim Harman said:If the funds don't have tickers in Quicken and are not matched to an online security, then I think it is most likely that the bogus price history comes from erroneous transactions you entered manually. For example you might have transposed two digits in the dividend amount when entering a dividend reinvestment.
Look for transactions on dates with wrong values in the price history and see if anything is amiss. Hopefully correcting any bad transactions will also correct the price history, but if not at least you will know what the value should be and you can correct it manually.
When entering dividend reinvestments manually, I always check that the computed price per share is reasonable before clicking OK. I have caught many typos this way.Ó¿Õ¬
Faithful Q user since 1986, with historical data beginning in 1943, programmer, database designer and developer for 42 years, general troublemaker on Community.Quicken.Com0 -
You are right that if you have securities like unit investment trusts that are not publicly traded in different accounts they may have very different values. For example I once had something called "Capital Guardian International" with a value of about 55 in one account and 8 in another.
The only work-around here is to give then different names in Quicken so it will treat them separately.
As you have observed, when you are entering transactions you may encounter round-off errors that lead to slight differences between the share prices in Quicken's price history and your statements. It is certainly important to get the date right.
It is almost always best to make sure you get the investment amount and number of shares purchased correct, and accept Quicken's calculation of the share price. If you use the method you describe above where you try to force a particular share price, you will either end up with the wrong number of shares or the wrong amount invested.QWin Premier subscription0 -
I do wish they would fix the price history to be by account/security, which would fix several issues. But I suppose they run into the same situation I experienced in years of large corporations where they wouldn't fix known issues because they were too timid to 'risk another bug from cropping up'.
Ó¿Õ¬
Faithful Q user since 1986, with historical data beginning in 1943, programmer, database designer and developer for 42 years, general troublemaker on Community.Quicken.Com0
Categories
- All Categories
- 63 Product Ideas
- 35 Announcements
- 223 Alerts, Online Banking & Known Product Issues
- 21 Product Alerts
- 704 Welcome to the Community!
- 672 Before you Buy
- 1.2K Product Ideas
- 54K Quicken Classic for Windows
- 16.4K Quicken Classic for Mac
- 1K Quicken Mobile
- 812 Quicken on the Web
- 115 Quicken LifeHub


