Corporate expenses - I can book expenses that I will be re-imbursed for as receivables and not have them run through my “income statement” (nothing like putting some business class plane tickets on your personal card to make things look weird)ģ. Expenses in the future - If I book a bunch of plane tickets for later in the year today, I can book those expenses in those months in which I’m traveling (pre-paid asset until then) there-by seeing when I’m incurring those expenses vs. I’ve been using Gnucash for my personal finances for a several years now, and really love it - it’s not dead simple, and requires an understanding of double entry bookkeeping, but where it really shines is flexibility. I tend to put them in different subaccounts of "Equity:Limbo" so that I can more easily spot any discrepancies.Įdit: Should've first read the previous reply that says the same thing! I use the same to match up my direct deposits (one end from paystubs import, other from checking account), wire transfers between banks/brokerage, etc. Sometimes the two TXs don't appear on the same day, so occasionally there's a temporary balance there but that's fine. In both cases the second posting is added by the automatic categorizer based on the description.Īfter doing a bout of imports, I look at the Limbo account, which should always sum to zero. # This TX is imported from credit card statement: # This TX is imported from checking acct statement: I have the categorizer send such transactions to a temporary "limbo account". (happy to expand on those but this comment is about the multi-transaction). I use beancount, and a somewhat custom importer and categorizer. How does this compare with the way beancount's importer does it? How does its importer handle transfers and categorization? Is it destructive or non-destructive? Then a final step can combine all these files and spit out a beancount file for Fava. It's all non-destructive each tool only adds data, and nothing ever modifies existing files. And then a different interactive tool lets you categorize transactions and spits out transaction groups with embedded "expense" transactions. Then another process can run over these files looking for matches (+$X, -$X), and spit out "transaction groups", where each transaction group is a set of transaction ids that sum to zero. I really wanted a pipeline where each bank statement PDF would output one file with a corresponding list of transactions (this stage can run completely in parallel and I use "ninja" to make it very fast). Maybe I missed something, but it seemed like beancount wants everything to live in One Giant Journal file. Except I wrote a fairly substantial pipeline that preprocesses the data before giving it to beancount and Fava. Wow, your setup sounds very similar to what I've converged on. ) to check your accounting (with all files listed in the journal by date, with tags and links and other neat features) and still be able to browse documents in your file browser. More importantly, the importers (for all my banks and financial services) let me import and reconcile all transactions, but also archive all documents (including PDF, text files, etc) in one, well organized directory: each file is saved into a folder that corresponds to my account structure such as Asset:Current:Cash, Liability:Mortgage, Income:Salary, Expenses:Health:Dentist. Really great if you're using the beancount package for Sublime. Much easier to work on your journals (ledger, trades, prices.) since they are just text files. I've used GnuCash for years before switching to beancount ( with smart_importer: ) and fava ( ).
0 Comments
Leave a Reply. |