Transferring funds between internal accounts in different currencies

No way. When we did financial accounting, at the very beginning (6-8 years ago) it was possible to transfer money between different accounts (wallets) in different currencies. But, we immediately removed this possibility. The thing is that when you transfer 1000 USD to a EUR wallet, a third party (an exchanger) is actually involved in the operation. This is a counterparty that takes USD from you and then gives you EUR. Therefore, we highly recommend making two separate payments of the form: 1000 EUR > PrivatBank PrivatBank > 1200 USD

[quote] Sukhanitsky Andrey Vladimirovich Employee wrote: AndreyClient wrote: Good afternoon, tell me how to remove the restriction on transferring funds between accounts in different currencies? It is necessary to transfer the amount from a dollar wallet to a hryvnia one. It is impossible to transfer money to wallets with different currencies. This can be done using payments - first make an outgoing payment, and then an incoming one. We usually implement this through a business process something like this https://prnt.sc/uda13fHere is an example of a business process the interface and actions are configured. Just keep in mind that after importing the business process, you need to: 1) Add the product to the system and substitute this product at the "Exchange" stage https://prnt.sc/uda2i22) At the "Make a purchase" stage in in the "Make a payment" actions, select the desired wallets https://prnt.sc/uda3ie3) Add an additional field with the identifier "schetdlyazachisleniya10" (drop-down list, and in the selection options a list of accounts) https://prnt.sc/uda54oAs a result, you will receive: We create a task, immediately specify the client and the currency of the process https://prnt.sc/uda5oy Specify the exchange rate https://prnt.sc/uda63t and how much currency you buy https://prnt.sc/uda6lx+ account from which to withdraw funds and where enroll, then click "Make a purchase" https://prnt.sc/uda7qjAs a result, you will have 2 payments https://prn t.sc/uda83f [/quote] I think this should solve the problem

[quote] Miroshnichenko Maxim OneBox CEO wrote: No way. When we did financial accounting, at the very beginning (6-8 years ago) it was possible to transfer money between different accounts (wallets) in different currencies. But, we immediately removed this possibility. The thing is that when you transfer 1000 USD to a EUR wallet, a third party (an exchanger) is actually involved in the operation. This is a counterparty that takes USD from you and then gives you EUR. Therefore, we highly recommend making two separate payments of the form: 1000 EUR > PrivatBank PrivatBank > 1200 USD [/quote] in fact, this can be realized through the same payments. the rate field will simply appear and two transactions will be added. everything is the same as you explained, only through the standard application "payments and cash desk" ...

[quote] Kornev Mikhail Ergo wrote: in fact, this can be realized through the same payments. the rate field will simply appear and two transactions will be added. everything is the same as you explained, only through the standard application "payments and cash desk" ... [/quote] that's what we wrote about

[quote] Sukhanitsky Andrey OneBox Corp. Integrator wrote: [quote] Kornev Mikhail Ergo wrote: in fact, this can be realized through the same payments. the rate field will simply appear and two transactions will be added. everything is the same as you explained, only through the standard application "payments and cash desk" ... [/quote] that's what we wrote about [/quote] no. you have made such a condition under which you need to create a business process yourself, instead of making this function built-in inside the "payments and cash register" application, although such a function is a standard in any financial accounting systems.

[quote] Miroshnichenko Maxim OneBox CEO wrote: No way. When we did financial accounting, at the very beginning (6-8 years ago) it was possible to transfer money between different accounts (wallets) in different currencies. But, we immediately removed this possibility. The thing is that when you transfer 1000 USD to a EUR wallet, a third party (an exchanger) is actually involved in the operation. This is a counterparty that takes USD from you and then gives you EUR. Therefore, we highly recommend making two separate payments of the form: 1000 EUR > PrivatBank PrivatBank > 1200 USD [/quote] At the very beginning of the letter, I wrote the real reason why we did this.

[quote] Miroshnichenko Maxim OneBox CEO wrote: [quote] Miroshnichenko Maxim OneBox CEO wrote: No way. When we did financial accounting, at the very beginning (6-8 years ago) it was possible to transfer money between different accounts (wallets) in different currencies. But, we immediately removed this possibility. The thing is that when you transfer 1000 USD to a EUR wallet, a third party (an exchanger) is actually involved in the operation. This is a counterparty that takes USD from you and then gives you EUR. Therefore, we highly recommend making two separate payments of the form: 1000 EUR > PrivatBank PrivatBank > 1200 USD [/quote] At the very beginning of the letter, I wrote the real reason why we did this. [/quote] it's just that you decided to save yourself the trouble of making a user-friendly feature that, when a new "transfer between wallets" is entered, creates two transactions... I understand. and at the same time, in addition to transactions (which are considered as entities in the system), it is also necessary to create and configure a BP, which is also considered as an entity. beneficial for vanbox owners, and inconvenient and disadvantageous for users. cool...

[quote] Kornev Mikhail Ergo wrote: and at the same time, in addition to transactions (which are considered as entities in the system), it is also necessary to create and configure a BP, which is also considered as an entity. beneficial for vanbox owners, and inconvenient and disadvantageous for users. cool... [/quote] Nobody argues with the fact that the functionality can be redone, improved, made more convenient. In this case, you do not offer anything, but only criticize, citing "any financial accounting systems" as an example, where everything works perfectly, but this is only in words. There are 2 effective solutions: 1) Write exactly how you want to see this functionality - if this option is universal and convenient for everyone, and not just for you, then maybe it will be implemented. But this is at the discretion of product development leaders, so the chances are 50/50. You, as an entrepreneur, must understand that in any transaction there must be a benefit for both parties, otherwise the transaction will not take place. 2) We perform the action from point 1, get an estimate, pay, and they do it for you. If it is really very inconvenient and unprofitable now, then this refinement should save you time and allow you to increase profits, and investments will pay off. All other options, in particular the one you are using now, are ineffective. And now about my selection of this problem. You can not create a BP, but simply make 2 payments, the option I proposed may be more convenient and faster (as a result, the time for such an operation will decrease) than creating two payments. The problem that you describe does not exist in all users, and as such is not a problem, but belongs to the category of those tasks that just need to be done, otherwise there is no way, because currency exchange is a business process, nothing more than selling paper ( cash or virtual) of one denomination and receiving paper of another denomination. And the logic here is similar to the sale of goods, which is recorded as an order, it is indicated who the buyer is, what he received and how much he paid, which in turn allows you to generate a report in the future and see what was sold and to whom. The essence of boxing is that it is not always necessary to use a single data processing mechanism in it, be it a business process, making payments or fixing other actions, but you can choose a convenient mechanism for yourself and work with it. So, if it’s not important for you to fix who and how much, then you can make 2 payments using a virtual contact (you can create any contact and simply link it to payments). I'm not a OneBox defender, I'm just an integrator, I also have a number of functional questions, but I understand how they can be solved. Please, let's talk in essence, if you have any questions regarding the solution of your problem - ask, the rest takes too much time.