A quick question regarding the current statet of multiple (or include) 
files and Beancount. I'm one of those who prefer to keep certain sections 
separate (accounts, prices, journal, commodities). This helps me also to 
track the changes separately.

With the convenience of plain-text-accounting I'm now considering exporting 
all my data from Quicken (a bit less than 20 years, I think) and checking 
how everything would work with PTA tools. So, naturally, I'm a bit 
concerned about the performance in that case. Separating files by year (or 
at least a decade!) would help. Include files would be good in order to 
create the summary files, which combine certain years and/or balance files 
from previous years. 

Also, I'd really prefer to keep the price database outside the journal.

Additionally, coming from GnuCash, I even find the account open/close 
directives a bit of an extra functionality. I wouldn't mind if these were 
optional, kind of what ledger does with --strict. Also, open/close could be 
a property on an account object. Somehow I see these as metadata. It is not 
directly useful in the journal but can be made useful by a plugin that 
checks the validity dates, etc.
In reality I have an account which I closed last year but am still getting 
transactions on it. It's a brokerage which I no longer use but some tax and 
fee adjustments still get deposited from time to time. I assume this will 
stop at the end of this tax year but it shows that a closed account is not 
really a closed account. ;)

Note that none of these are feature requests. Just thinking out loud.

-- 
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 post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beancount/1599a197-5ca8-4432-a2df-963416fd8841%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to