Использование PayPal MassPay в приложении электронной коммерции (доли дохода, комиссии)
Я понимаю, что с помощью PayPal MassPay, как бизнес, можно быстро осуществлять платежи нескольким людям. Я также понимаю, что бизнес, отправляющий массовый платеж, несет ответственность за комиссионные за транзакции, и что с получателей платежей не взимается никаких дополнительных комиссий.
Мне любопытно, можно ли использовать MassPay для учета доли дохода / комиссий, когда покупатель приобретает продукт через приложение электронной коммерции.
Например: мое приложение позволяет пользователям покупать и продавать товары. Мой бизнес удерживает 20% от каждой продажи, а продавец получает оставшиеся 80%.
Продавец продает товар за 100 долларов покупателю через мое приложение. Мой бизнес должен получить 20 долларов, а продавец - 80 долларов. Покупатель завершает процесс оформления заказа / покупки, совершая платеж через Paypal в размере 100 долларов США. В моем приложении настроена программа MassPay, которая отправляет 20 долларов из этих 100 на счет моей компании Paypal, а остальные 80 долларов из этих 100 долларов - на счет продавца Paypal.
- Это вообще возможно?
если ответ да...
- Как это будет отображаться в счетах Paypal (активность / история транзакций) покупателя, продавца и моего бизнеса?
- Что если у покупателя возникнут проблемы с приобретенным товаром, и он начнет спор с Paypal? Придется ли им открывать спор по одной транзакции (100 долларов) или двум (80 долларов и 20 долларов)?
- Поскольку покупатель является лицом, осуществляющим этот массовый платеж, будут ли они каким-либо образом взимать дополнительную плату? Нужно ли учитывать эти сборы в стоимости покупки в процессе оформления заказа?
Заранее спасибо.
1 ответ
Вы можете абсолютно использовать MassPay для отправки "условных" платежей, таких как рев акции и комиссии; на самом деле это наиболее распространенное использование продукта. Он был построен для этого.
Вы также можете использовать продукты PayPal, такие как цепочечные или параллельные платежи, для создания многоканальных потоков платежей.
В большинстве случаев вы хотите, чтобы платежи текли вместе с обязанностями / соглашениями. Например, если я что-то покупаю (например, футболку), я не хочу делать несколько платежей членам цепочки поставок; Я хочу купить рубашку у кого-то и заплатить ему, и это их ответственность - взять ее оттуда; тогда они могут быть кому-то должны комиссию (или 10 различным сторонам, мне все равно), или они могут быть должны поставщику (или группе из них)... не моя проблема.
Поэтому я настоятельно призываю вас решить, какую модель вы хотите: кто-то покупает продукт у вас, и вы будете платить поставщику? Кто-то покупает товар у продавца, и продавец должен вам комиссию за предоставление покупателю через вашу торговую площадку? Затем настройте свои потоки платежей соответственно.
В первом случае (интернет-магазин) массовая оплата отлично подходит: покупатель платит вам, а затем вы оплачиваете платежи (на основе транзакции или агрегированные данные) своим поставщикам. Покупатель видит только тот платеж, участником которого он является, а именно, ваш платеж вам. Любой спор между вами и вашим покупателем.
В последнем случае (торговая площадка) покупатель платит полную (полную, включая комиссию) цену вашим продавцам. Тогда вам не нужно выдвигать платеж своим продавцам, а собирать с них платеж, поэтому вы, скорее всего, будете использовать выставление счетов или соглашение о выставлении счетов для получения комиссионных.