Hi,
Perhaps as suggested by Martin introducing a virtual currency may solve the
problem. I'll call the new currency DEDUCT.
2019-10-30 * "Dental" ; day of service
Assets:Bank-29 EUR
Expenses:Medical:Claims 29 EUR
Expenses:Medical:DeductibleAccrued (29-20.
After reading through the v3 design document, once thing that wasn't clear
to me is whether it will be possible to access just the parser without
running booking from the exposed API.
Today, I have a workflow which:
1) Reads in my existing beancount files (I have many, ~ one per account)
using
Hi, that's a good point, I am planning something similar, so it would be
good to be able modify/ingest transactions between parsing and booking
phase. Could've been done with hooks or plugins as well.
Máté.
On Wed, Jul 8, 2020, 20:39 wrote:
> After reading through the v3 design document, once
> BTW, does anyone use "bean-price"?
> I suspect many (most?) uses have their own scripts to pull down price
> updates as directives.
>
>
FWIW, while I've been rather inactive on using beancount lately, I was
using bean-price and spent time trying to extend it to fetch an 'update' of
prices ov
