Shameless self plug: ive been building a similar open source command line accounting system https://github.com/darcys22/godbledger Its heavily inspired by both ledger and beancount but my biggest issue with them is that text files arnt great for double entry bookkeeping. Having a relational database is the better option which is what GoDBLedger has. After a certain point a business cant keep track of its transactions…
You’re spot-on about this. Even for my personal finance, I have to apply classification rules at import time and I can’t bulk edit transactions to reclassify them after the fact. As a result I am looking for a replacement, although a requirement for me is some sort of fava equivalent.
Beancount: Double-entry accounting from text files
71–80 of 127 posts
Re: Beancount: Double-entry accounting from text files
#72Earlier quoted context omitted.
https://github.com/redstreet/beancount_reds_importers/tree/m... https://github.com/jbms/beancount-import https://beancount.github.io/docs/importing_external_data.htm... Support for OFX is generally great, CSV is also great. There are some proof of concept things floating around too for PDF.
Do you find that all of your financial institutions offer reliable OFX/CSV feeds? I'm asking because I've generally come to the conclusion that PDF is the only universal data format that every institution will offer.
Of course I've submitted requests pointing it out/requesting it, but to be honest I can only assume it's deliberate.
Re: Beancount: Double-entry accounting from text files
#73Earlier quoted context omitted.
You’re spot-on about this. Even for my personal finance, I have to apply classification rules at import time and I can’t bulk edit transactions to reclassify them after the fact. As a result I am looking for a replacement, although a requirement for me is some sort of fava equivalent.
> I can’t bulk edit transactions to reclassify them after the fact. If you store your transactions in a plaintext format, why don't you use CLI tools? I just renamed a bunch of accounts using sed for instance, in a hledger journal.
Re: Beancount: Double-entry accounting from text files
#74Shameless self plug: ive been building a similar open source command line accounting system https://github.com/darcys22/godbledger Its heavily inspired by both ledger and beancount but my biggest issue with them is that text files arnt great for double entry bookkeeping. Having a relational database is the better option which is what GoDBLedger has. After a certain point a business cant keep track of its transactions…
My ledger file has over $20K entries. Although I'm cheating: I actually input transactions into another SW and simply convert its format to Ledger.
I actually love ledger, and GoDBLedger can read in ledger files for this reason. I hate to throw negative feedback at other open source systems because the ultimate goal is to automate the financial process and we are really all working together to achieve that.
Re: Beancount: Double-entry accounting from text files
#75Re: Beancount: Double-entry accounting from text files
#76Shameless self plug: ive been building a similar open source command line accounting system https://github.com/darcys22/godbledger Its heavily inspired by both ledger and beancount but my biggest issue with them is that text files arnt great for double entry bookkeeping. Having a relational database is the better option which is what GoDBLedger has. After a certain point a business cant keep track of its transactions…
The way it works now is that I generate a directory structure from my bank account transactions. In each directory I put a text file thay describes my accounting transactions. The program parses this and inserts it into the database. From there it can generate reports.
Re: Beancount: Double-entry accounting from text files
#77Earlier quoted context omitted.
Just create a "Budget" account and a report that does "Budget" vs "Expenses"
Beancounts budgeting system is fairly poor. It can't handle envelope budgeting, which is the only useful budgeting system I've found so far.
Re: Beancount: Double-entry accounting from text files
#78Accountant here: Recommend using Beancount with version control on your data so that you can take snapshots at various points in time. The notion behind "accountants don't user erasers" is that like a blockchain, you're creating a trail of evidence. If all of the data is mutable all of the time, its evidentiary value is low (for example, the IRS gives more weight to "contemporary" evidence than to records constructed…
I really enjoy using Beancount + Git for managing the accounting book for my own startup company, but I found it a bit tedious to add entries periodically. I wonder why nobody build a service make it like GitHub but for Beancount and automate lots of stuff. I then decided to make a service for it a while back. Shameless self-promoting here, yesterday I just launched the service in very early stage of open beta: https…
Re: Beancount: Double-entry accounting from text files
#79Earlier quoted context omitted.
I really enjoy using Beancount + Git for managing the accounting book for my own startup company, but I found it a bit tedious to add entries periodically. I wonder why nobody build a service make it like GitHub but for Beancount and automate lots of stuff. I then decided to make a service for it a while back. Shameless self-promoting here, yesterday I just launched the service in very early stage of open beta: https…
I've considered building something like this as well! I think something cool would be to integrate "predictions" or modeling with this. For example, for people with consistent salaries, this can be used to model financial goals, etc. Thoughts are welcome!
Re: Beancount: Double-entry accounting from text files
#80Earlier quoted context omitted.
...and? How is that directly relevant?
We gather our own data without any conflicts. Sorry, I thought that was apparent.
The entire thread was about accounting, then a sub-thread on family accounting, then you pop in to just say 'I do my accounting solo, as does my wife" which may be on-topic, but just not relevant.