So this is only for currency fluctuations? Because the 20$ movie example made it seem like it was about accounting for time value fluctuations.
Still, in a 'traditional' accounting system you'd convert the amount to your 'native' currency, using the fixed exchange rate, at the time you book the transaction. This would also give you an entry in which to incorporate conversion costs. I'm not sure what extra you'd get from keeping the original entry and tagging it later to mean final. (because that would the usage, right? You'd make an entry and later go back and tag it as 'final'? Personally I like to make my entry file purely additive: I add entries at the bottom and never go back and change old entries. I may cheap every now and then when I see that I made a typo a few days ago, but generally (theoretically) even those should be corrected with another journal post.) cheers, roel On Fri, Jul 30, 2010 at 10:59 AM, John Wiegley <[email protected]> wrote: > On Jul 30, 2010, at 4:58 AM, John Wiegley wrote: > >> The default will be as it now, that all values are open. I simply propose >> adding syntax will let you state that some transactions are now historical >> fact, and should vary in their reported value on any future report. > > I meant: > > The default will be as it now, that all values are open. I simply propose > adding syntax that will let you state that some transactions are now > historical fact, and should NOT vary in their reported value on any future > report. > > John >
