Hello John, when I try to create XLM inside the "Currencies" name space, I get a message of error: "You may not create a new national currency". So I must cancel the creation of the currency.
In any case, If we manage to create XLM under currencies, I would solve the expense's account but I would continue with problems in my assets account. My assets account is a stock account to track gain/losses, So for example: Asset:XLM (stock account) Description; Quantity; Price; Buy; Sell; Balance New coins; 356.2904939; 0,052929 (only displayed 0,0529); 18,858099552 (only displayed 18,86); ; 356.2904939 Fee to transfer; -0,00001; 0,052929 (to avoid gain/loses, only displayed 0,0529); ; 0,000000529 (it is rounded to 0 !!); 356.2904839 So, I lost XLM but I didn't lost value (capital gains). So, El sáb., 14 sept. 2019 a las 5:01, John Ralls (<jra...@ceridwen.us>) escribió: > > Yes, you'll have to move XLM to the CURRENCY namespace. GnuCash *should* > allow that since the symbol starts with X. > > Regards, > John Ralls > > > > On Sep 13, 2019, at 1:57 PM, Christian Pinedo Zamalloa > > <chr.pin...@gmail.com> wrote: > > > > Yes, perhaps using XLM as the security/currency of Expenses:XLM is the > > best approach. I tried it. However I can't set XLM as currency of the > > Expenses:XLM account. I defined the XLM under "CCC" (cryptocurrency) > > namespace and it seems that in a Expense account I can only select a > > national currency under "Currencies" namespace. > > > > Do yo know, what I should have to do? to define XLM under "Currencies" > > namespace, or a configuration change..... > > > > Thanks! > > > > El vie., 13 sept. 2019 a las 20:02, John Ralls (<jra...@ceridwen.us>) > > escribió: > >> > >> > >> > >>> On Sep 13, 2019, at 10:40 AM, Christian Pinedo Zamalloa > >>> <chr.pin...@gmail.com> wrote: > >>> > >>> Hello, > >>> > >>> I am taking part in the airdrop of Stellar Lumens (XLM) in the keybase > >>> application so I received some free XLM cryptocoins that I would like > >>> to account with gnucash. > >>> > >>> The problem I have is the number of decimals. Cryptocurrency uses up > >>> to 7 decimals (11,1234567) and the price of the currency is often > >>> available with 6 decimals, for example, yesterday's XLM/EUR price was > >>> 0.052929 > >>> (https://www.investing.com/crypto/stellar/xlm-eur-historical-data?cid=1129224) > >>> > >>> I configured an stock account in gnucash to track XLM coins: I set the > >>> numbers I received with 7 decimals, I enter the price (this is round > >>> to 4 decimals) and finally I get the value rounded to only 2 decimals > >>> (this is the main problem). > >>> > >>> The problem I have is that I need to enter very low fees of 0,00002 > >>> XML @ 0,052929 = 0,000001059 € (from Asset:XML to Expense:XML). So > >>> these commissions are rounded to 0 € of value by gnucash and my > >>> balance fails because I reduce the number of XML coins for 0 euros. > >>> > >>> What could I do to face it? Thanks! > >> > >> You need to change the commodity in your Expense:XML account to XML. > >> Fractions of Euros (and any other real-world currency) smaller than 1/100 > >> simply don't exist. > >> > >> Regards, > >> John Ralls > >> > > > > > > -- > > Christian Pinedo Zamalloa (zako) > > PGP keyID: 0xdb577d4ee6ffbd55 > > PGP Fgprt: A895 7C11 84F6 30B4 4938 32A4 9306 DFD0 CDE4 B542 > -- Christian Pinedo Zamalloa (zako) PGP keyID: 0xdb577d4ee6ffbd55 PGP Fgprt: A895 7C11 84F6 30B4 4938 32A4 9306 DFD0 CDE4 B542 _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
