software defect on mixed currency splits

[Wouter van Marle]

> > > > 
> > > >   rent  $640  --->  500 [expense:rent:eur]
> > > >   utils $ 64  --->   50 [expense:utils:eur]
> > > >   FX    $ 10  --->   10 [expense:banking:forex:usd]
> > > > 
> > 
> > As OP says, the problem is that this USD 10 amount should not be
> > converted in the first place. There is the problem.
> 
> Why not? It is a value. Either it is a cost associated with the txn, in 
> which case it should be attached as a split; or it isn't, in which case 
> it should be kept separate. As I said, what do you want the EUR 
> equivalent to show as? 

OP apparently wants the USD 10 to be registered as USD 10 in the other
account.
So effectively USD 714 on one side, and EUR 550 + USD 10 on the other
side.

> One conversion rate per split, in my experience. (Of course I haven't 
> tried v2.3.*)

I haven't been able to do it like OP suggested before. Tried it (in my
case a T/T remittance where the charges were different currency than the
remitted amount), didn't work.

Wouter.

> 
> > I have similar issues regularly: issue USD invoice and get paid in HKD.
> > Make EUR remittance to pay a bill but pay from a USD account. Both can not
> > be done directly. Transaction 1: AR --> transfer account for USD payment
> > Transaction 2: transfer account --> HKD bank account for conversion HKD to
> > USD.
> > 
> > Bills payments go similar.
> > 
> > Selling/buying stocks or other funds denominated in a foreign currency
> > also have to be done that way.
> > 
> > It's a limitation but I can very much imagine that supporting more than
> > one exchange per transaction can lead to a programmatic nightmare. 
> 
> It's already there.
> 
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.