How to implement a wallet system with escrow-like functionality?

Question

Payment systems

The site (freelance exchange) needs to implement a system of individual cash accounts for users. With the possibility of secure transfers from the user-customer to the user-executor.
How is this usually implemented? I am approximately familiar with the API of payment systems, but how, for example, to organize the division into separate accounts, their replenishment by users, the withdrawal of money? Or is there a PS that provides such functionality out of the box?
I would be grateful for a clear explanation.

Answer 1

If you mean turnover there, start with a lawyer and an accountant, they will narrow the corridor of decisions (most likely to zero).
Then find someone who will advise you in person on the technical and real state of affairs, because there are a lot of nuances here, how not to be indebted to everyone. You need to understand the practice of interaction between counterparties i.e. you and the PS, and especially on the fraud, and it is everywhere sometimes as your minus, sometimes as a percentage to the intermediary.
Look for a fresh article on "starbucks cards" on Habré to understand that there are a lot of nuances of implementations that no one here can tell you.
We have scored on everything in the current project and are implementing a similar scheme by freezing money on any client’s card for the required period, we open a bank account for each contractor and process real plastic. But we have the world, including China.
I wanted to write a couple of options, but they all crumble under fraud and payment recalls, although they seem to fit into the legal aspects of the Russian Federation.
Look, there are very few services that make payments between the parties and each builds its own history, Yandex.Direct has worked with physicists for a long time through layers of intermediaries, freelancing makes a safe transaction only through qiwi and webmoney, but cunningly operates with the concept of competition and prize fund, all the rest operate with candy wrappers one way, not rubles.
Look for those who will give you a scheme that your users will fit into and there will be a balance between the reputation of your exchange and profit that does not go into minus. There are definitely options.

Answer 2

На самом деле, если без особых подробностей, в России налоговая нагрузка при выплатах фрилансерам это соцвзносы + ндфл, и это еще при ежемесячной персонализированной и налоговой отчетности, поэтому совет: "все же начинать с нормальной правовой модели". Мы для реализации сервиса по управлению удаленными командами SOLAR STAFF на Кипр и в Латвию всю команду и управление компаниями перенесли, как раз чтобы быть полностью законным бизнесом и иметь возможность нормально выплаты проводить без танцев с бубнами.

Answer 3

Я не в курсе работы подобных систем, но по логике это выглядит так: внутри системы на счетах пользователей просто фантики. Фантики тасуете как хотите, а как только пользователь хочет вывести деньги - выводите их со счета, на который они же поступают при пополнении кошельков. Курс обмена фантиков на деньги фиксированный.
Потому что если вы работаете уже с реальными деньгами внутри системы - вы уже почти банк. Или даже не почти. А банк - это лицензия, это сами представляете что такое и сколько стоит.

Answer 4

Строите таблицу транзакций, в них статус Ожидание-Завершено..
При вводе от платежной системы транзакция зачисления со статусом завершено
При выводе - ожидание - потом завершение..
Ескроу - провод транзакции на ваш адрес id=0 допустим с комментариями о транзакции..
Так и будет как бы ваш баланс системы и баланс пользователей.