I’m Using the payment entry standard screen, I believe the issue is that typically an employee would have advanced payed to him in the company currency, and because of this the system prevents creating payments (or any transactions for that matter) in a different currency other than the first one.
So for Example, If I create a new employee, and pay him an advance in USD (foreign currency), because this new employee doesn’t have any previous transaction with our local currency the system will allow it. Once I pay the employee advances in company currency, I can not pay him in any other currency afterwards.
I hope this is explained well enough to be replicated on your side.
I am not in favour of asking things this way, as the right way would be to do it ourselves, and upload a pull request.
I’m waiting for nabit’s answer to see if it’s a question of usability that we missed something, or I have to put together an issue in github with all the details of the case so they can consider it in the core.
As I don’t see any other complaints in the forum about this, and it’s a very common practice, I haven’t made the issue yet.
I have used over 12 ERP systems and this feature is the simplest feature you should have by default in any of them, it’s hopeless to have a decent accounting system if you can’t pay people in different currencies. the problem is we spent over 2 months doing the setup and now I don’t know what to say or what to expect.
That is not an issue as you are trying to post a journal entry other than the account’s currency. Please make a group of accounts in different currencies for the employee and post related transactions to the related account. You can also make a journal multi currency entry but then you need to manage the currency loss/gain on every transaction.