[a last, conceptual question about your solution] (was: The fair Christmas problem: splitting expenses automatically)

2022-01-04 Thread Uwe Brauer
>>> "UB" == Uwe Brauer writes: Tobias, Out of curiosity (I am not so acquainted with ledger) You made the following comment , | However, you understandably would like to avoid the manual computations | needed with this process. The key to that is to | 1. use only a single account for lia

Re: Transaction balances as unbalanced virtual but doesn't when real

2022-01-04 Thread Martin Michlmayr
* Muke Tever [2022-01-03 18:54]: > Oh, I see the problem, and I guess it's a little different than I > thought. So amount and market(amount) doesn't 'balance' to zero, > but they do 'balance' in the sense that ledger doesn't complain > about it being unbalanced, if they exist as a regular transac

Re: Transaction balances as unbalanced virtual but doesn't when real

2022-01-04 Thread Muke Tever
On Tuesday, January 4, 2022 at 2:32:20 AM UTC-8 Martin Michlmayr wrote: > * Muke Tever [2022-01-03 18:54]: > > Oh, I see the problem, and I guess it's a little different than I > > thought. So amount and market(amount) doesn't 'balance' to zero, > > but they do 'balance' in the sense that ledg

Re: Invoicing (feature request??)

2022-01-04 Thread Kent R. Spillner
> One thing I'm running into - - - invoicing is about AR (accounts receivable). > Ledger does a very very nice job of AP (accounts payable) but there is > one thing both share is that there comes a need for a numbering scheme. > Like transaction AP # 0245078 refers to the invoice on 2021.12.23 > pr

Re: Invoicing (feature request??)

2022-01-04 Thread o1bigtenor
On Tue, Jan 4, 2022 at 11:02 AM Kent R. Spillner wrote: > > > One thing I'm running into - - - invoicing is about AR (accounts > > receivable). > > Ledger does a very very nice job of AP (accounts payable) but there is > > one thing both share is that there comes a need for a numbering scheme. >