Price History has additional entries

Unknown
Unknown Member
edited November 2018 in Investing (Windows)
Using Quicken 2017 R6, I was reviewing some price history for some mutual funds (which do NOT have any associated stock symbols), and there are additional price history items in several. Then when you look at the graph, you'll see a price history bounce up and down (by a LOT - it's not just minor price fluctuations). Oh SURE, I can clean them up by deleting the many entries, but that's labor intensive. Any ideas?

Comments

  • mshiggins
    mshiggins Quicken Windows 2017 SuperUser ✭✭✭✭✭
    edited August 2017
    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 list

  • Unknown
    Unknown Member
    edited October 2018
    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
  • mshiggins
    mshiggins Quicken Windows 2017 SuperUser ✭✭✭✭✭
    edited August 2017

    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

    Price history data comes first from transactions. Do you have a transaction on the date of the $60 price?

    Quicken user since Q1999. Currently using QW2017.
    Questions? Check out the Quicken Windows FAQ list

  • q_lurker
    q_lurker Quicken Windows Subscription SuperUser ✭✭✭✭✭
    edited August 2017

    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

    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.


    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.
  • mshiggins
    mshiggins Quicken Windows 2017 SuperUser ✭✭✭✭✭
    edited August 2017

    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

    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.

    Quicken user since Q1999. Currently using QW2017.
    Questions? Check out the Quicken Windows FAQ list

  • Unknown
    Unknown Member
    edited August 2017

    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

    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.
  • NotACPA
    NotACPA Quicken Windows Subscription SuperUser ✭✭✭✭✭
    edited August 2017

    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

    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.

    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 VP

  • Unknown
    Unknown Member
    edited August 2017

    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

    More info on this - this appears to be limited to dates before June 2016.  All more recent data seems good.
  • Jim_Harman
    Jim_Harman Quicken Windows Subscription SuperUser ✭✭✭✭✭
    edited November 2018
    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 subscription
  • skeleton567
    skeleton567 Quicken Windows Other Member ✭✭✭✭
    edited October 2017

    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.Com
  • skeleton567
    skeleton567 Quicken Windows Other Member ✭✭✭✭
    edited October 2017

    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.

    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.

    Ó¿Õ¬

    Faithful Q user since 1986, with historical data beginning in 1943, programmer, database designer and developer for 42 years, general troublemaker on Community.Quicken.Com
  • Jim_Harman
    Jim_Harman Quicken Windows Subscription SuperUser ✭✭✭✭✭
    edited November 2018
    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 subscription
  • skeleton567
    skeleton567 Quicken Windows Other Member ✭✭✭✭
    edited October 2017
    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.Com
This discussion has been closed.