https://joyful.com/Lot+tracking+in+PTA

Tracking investment lots is often necessary to calculate capital gains accurately and to comply with tax law. It's a tricky, increasingly widespread bookkeeping need. This page aims to be a useful guide to the topic, for PTA users and PTA developers.

#plaintextaccounting
#hledger
#ledgercli
#beancount
#bookkeeping

I do the books of our tiny, tiny company. Because it's so small, I can get away with using #ledgercli!

What an absolute delight it is :D One hour every month, well spent!

https://ledger-cli.org/

I've come to the conclusion that some problems that look easy to solve are harder than I expected.

I am writing a #plaintextaccounting #ledgercli transaction merger which basically tries to merge you moving money from one account to your main and then somewhere else into one transaction based on date and sum.

But it has to work both ways and I'm still looking for a way how to save this chain of transactions without using redundant loops.

Curious on what I will end up with.

My #ledgercli utilities rewrite (#plaintextaccounting) is going great.

It already supports 4 transaction types:
Credit, Debit, Transfer (Account > Account) and Reimbursements.

Will need a bit of rethinking for a hook system though.

For all the #plaintextaccounting / #ledgercli / #hledger nerds, there's now a forum at https://forum.plaintextaccounting.org/

Личные финансы в формате txt

Я давно подсел на Obsidian , и мне очень понравилась идея хранения данных в человеко-понятных форматах вроде TXT или Markdown. В таком виде вы не привязаны к конкретному инструменту и вам не надо делать экспорт данных для резервных копий. Данные сами по себе остаются готовые к чтению или модифицированию. Чего мне не хватало, так это хорошего формата для хранения финансовых данных. И тут, открыв очередную трэш-статью , начав читать гневные комментарии, наткнулся на человека, который ведёт расходы в TXT формате. Причём технический человек, со знанием программирования. Это показалось абсолютно тупейшим решением, но... в комментарии ниже, другой человек отписал, что тоже использует TXT для ведения личных финансов. И это уже было подозрительно. Начал изучать вопрос и наткнулся на ledger-cli .

https://habr.com/ru/articles/794386/

I already reinstalled linux in my Android phone using #proot and will transfer my #ledgercli setup to it soon (with Bank account TA marching+import) so that I can update my finances on the go.

Will also probably copy it over to my tablet as it has a real keyboard.

Now I need to connect my tablet and phone so I can sync them without Internet.

I will be so happy once its working.

I biked 4,042 km in 2023. 44.1% of that was for recreation; 55.9% was for utility (with 32.0% for my commute). Almost all of this was on my Raleigh Record Ace.

I spent $417.37 on #cycling, including building new bike stands for my office. That's $0.103/km, or $0.185/km if you only count utility cycling. Compare to about $0.40/km driving!

I used #ledgercli to track distances and expenses, and #gnuplot for the graph.

How do #plaintextaccounting users in #ledgercli, #hledger and #beancount handle ETF prices?

There are pricedbs for general currencies but none for ETFs that I was able to find.

Before I reinvent the wheel I wanted to know whether I missed something?

Feel free to boost!

So on my #ledgercli #plaintextaccounting setup I now convert csv to shell to json to ledger ... because why not?

The real reason is this allows me to have a single line per recurring transaction which I later can easily convert to the ledger format.

Granted it's a bit verbose (I need to specify both the value and currency format) but I can just omit what I don't need so most lines are around 90chars long, which already includes my IBAN as well.

[1/2]

My new #ledgercli #plaintextaccounting setup converts my bank csv files to json and then matches fields and fills the missing fields, so that I always have the same fields to work with.

I made a quick and dirty hack to serialize and deserialize from shell to json and back to shell vars.

Spent some time wrestling with #cPlusPlus and #debugging in #gdb to give #ledgerCLI the ability to cope with the UK's mad tax year. I blame Henry VIII

https://galagic.com/post/20231201155114/hacking-on-a-ledger/

Ok I need help.

I am currently at the 2nd rewrite of my #plaintextaccounting #ledgercli tooling and still find things I don't like/enjoy with this setup.

It's like 200% better than the first iteration though.

Let's hope the time invested will be returned. At least I had to reread the full manpage and online manual so I already learned/remembered some things I already forgot.

Can you ever get kind of excited about personal finance management/bookkeeping? It turns out yes.

After a quick read on YNAB, I think I see what people use [virtual transactions] for now in #hledger and #ledgercli

Interesting, but I don't think I'll use it, I don't need pre-defined budgeting, I will use the regular hledger budgeting for recuring monthly expenses starting next month, though.

I've started doing #plaintextaccounting not sure yet if I'll mainly use #ledgercli or #hledger the journal formats are nearly identical so I can keep it mutually compatible for now.

It'll depend on the differences of the formats and the tools, but maybe the tools aimed at ledger-cli will just work anyway?

A case of tumbling into a rabbit hole from inside a rabbit hole. While I was understanding #emacs I discovered #plaintextaccounting and #ledgercli. Now I’m migrating my finances to this from last few days.

What's the state of the art in bookkeeping with #ledgercli? Do people tend to use ledger-cli directly? Are there frontends that you'd recommend or warn against?

What are good sources to look at, particularly for best practices? I found https://rolfschr.github.io/gswl-book/latest.html, which looks great and comprehensive – anything else?