I migrated from Gnucash about a decade ago. I had on the order of hundreds of single-currency trading transactions, and tens of two-currency transactions. So a lot simpler than yours, and someone who migrated recently can probably be of more help than me.
That said, what I remember is, all those transactions boiled down to having to ensure that just a handful of base cases migrated correctly, and the whole thing just worked. I think I wrote balance assertions, and then just ran my migration script until the assertions checked out. Despite the above, on the most complex two or three trading accounts, I initially used an `Equities` account to "start from today" and then took my time (a year or two) to backfill the history from Gnucash, with the main sticking point being lot matching. The number of commodities shouldn't be an issue. I'd recommend figuring out your biggest unresolved issue and posting specific example, and iterating. Good luck! On Sunday, September 8, 2024 at 9:50:39 AM UTC-7 [email protected] wrote: > Greetings. > > I am migrating my books from GnuCash to Beancount. > > I used g2b and I managed to get a 35k line Beancount file which I am in > the process of fixing for commodity names, etc. > > However, my books contain very heavy use of trading accounts e.g. > thousands of txs involving at least three currencies, plus other > commodities. > > I am looking for general advice on how to deal with this circumstance. Is > there an algorithm of sorts I can follow to deal with this in an automated > way? What are my options here? > > Thanks in advance, > Henrique > -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/9ee0946b-8165-4290-8a98-466734868afan%40googlegroups.com.
