Mutual fund prices precision

AC gnucash at acarver.net
Sat Aug 1 23:46:12 EDT 2015


I have all of the securities set for 1/100000 and the accounts
themselves had either the commodity or also explicitly set to 1/100000.
 No change in behavior.

On 2015-08-01 20:07, Edward Doolittle wrote:
> If I recall the number of decimals is set in two different places: Tools ->
> Security Editor -> (select security) -> Edit -> Fraction Traded, and in the
> account, e.g., Investments -> Brokerage -> MutualFund -> Edit Account ->
> Smallest Fraction. The setting of Smallest Fraction should (almost?) always
> be "Use Commodity Value", in which case it takes the smallest fraction from
> the Fraction Traded variable of the security editor.
> 
> I had some incorrect values in Smallest Fraction for some accounts, and it
> caused a phenomenon similar to what you describe, if I recall.
> 
> Edward
> 
> On 1 August 2015 at 20:56, AC <gnucash at acarver.net> wrote:
> 
>> The accounts are all set to six decimals right now but the displayed
>> number of decimals is only 3 in places like the balance.  If there's
>> some very subtle rounding errors or truncation errors I'm not able to
>> see them.
>>
>> On 2015-08-01 19:14, David T. wrote:
>>> AC,
>>>
>>> My experience doesn’t match yours; if I fill out the shares and purchase
>> price, the price is set by GnuCash, and the shares stay accurate—as others
>> have described.
>>>
>>> Is it possible that your account is set to 2 decimal places? That would
>> explain the rounding you describe.
>>>
>>> David
>>>
>>>> On Aug 1, 2015, at 8:08 PM, AC <gnucash at acarver.net> wrote:
>>>>
>>>> On 2015-08-01 16:37, farleykj wrote:
>>>>> I tried this out, via the following, pretty much as you described:
>>>>> (1) enter 47.889 shares in that column.
>>>>> (2) enter 4.76 in the price column
>>>>> Make no other entries, <tab> through to the next line of the split.
>>>>> The result is the total is calculated as 227.95. This results in the
>> price
>>>>> per share being adjusted to the 4.75997 value. The number of shares is
>>>>> unchanged. Thus I don't understand what you mean by the final share
>> count
>>>>> being off.
>>>>> I suspect what's happening is because the registers are only allowing
>> the
>>>>> balance column to represent numbers with two decimal places, since
>> we're
>>>>> dealing with dollars and cents. It calculates the total to be 47.889 *
>> 4.76
>>>>> = 227.95164, rounds that to 227.95, then recalculates the price to be
>>>>> 4.75997.
>>>>
>>>> Somewhere it's causing the shares or the balance of the account to be
>>>> off slightly.  My balances are showing three decimal places currently
>>>> and I've even set the accounts to have six decimal places with no
>>>> apparent change.  This account is off by about one whole point whereas
>>>> the other fund accounts differ from the statement by 0.01 or so.  The
>>>> others have fewer transactions than this one so it seems to be a
>>>> cumulative effect.  The balance column doesn't line up with any of the
>>>> statements over time, it's slowly drifting apart.
>>>>
>>>> _______________________________________________
>>>> gnucash-user mailing list
>>>> gnucash-user at gnucash.org
>>>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>>>> -----
>>>> Please remember to CC this list on all your replies.
>>>> You can do this by using Reply-To-List or Reply-All.
>>>
>>>
>>
>> _______________________________________________
>> gnucash-user mailing list
>> gnucash-user at gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> -----
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>>
> 
> 
> 



More information about the gnucash-user mailing list