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 _______________________________________________ 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.
