Authentication 将客户的资金直接传递给第三方(Paypal Payments Pro)

Authentication 将客户的资金直接传递给第三方(Paypal Payments Pro),authentication,paypal,permissions,transfer,currency,Authentication,Paypal,Permissions,Transfer,Currency,让我们假设有三方。组织X提供SaaS,组织Y使用X的服务,消费者Z使用X的服务从Y购买。这在某种程度上类似于EBay。现在我想让Y和Z直接在他们之间转账,同时也在X和Z之间转账。例如X费用和某种形式的订婚费,实际上是Z和Y对服务的费用 我们目前正在使用WebsitePaymentsPro,但我不希望每个第三方(Y公司)都需要使用它。有人有什么想法吗 这样做的原因是为了更直接地处理责任问题。实际上,我建议不要按照你的建议去做。实际上,您希望在双方之间代理一笔交易,充当渠道。我相信这与亚马逊的联盟计

让我们假设有三方。组织X提供SaaS,组织Y使用X的服务,消费者Z使用X的服务从Y购买。这在某种程度上类似于EBay。现在我想让Y和Z直接在他们之间转账,同时也在X和Z之间转账。例如X费用和某种形式的订婚费,实际上是Z和Y对服务的费用

我们目前正在使用WebsitePaymentsPro,但我不希望每个第三方(Y公司)都需要使用它。有人有什么想法吗


这样做的原因是为了更直接地处理责任问题。

实际上,我建议不要按照你的建议去做。实际上,您希望在双方之间代理一笔交易,充当渠道。我相信这与亚马逊的联盟计划类似。这是正确的描述吗

首先,如果你想让责任问题更接近你,你可能应该计划成为一个大的组织。我这样说是因为你需要大量的律师和一个严肃的反欺诈部门。这是一大笔开销——贝宝在这类事情上花了很多钱。你确定你的公司能承担这种责任吗?毕竟,如果反欺诈不是你的核心能力,那么这是一个艰难而危险的领域

允许客户相互转账不是一个好主意。他们信任你,但你不应该认为他们可以相互信任(WRT银行账户信息,这是我能想到的在他们之间直接转账的唯一方式)。另外,这笔钱可能需要很长时间才能结清


我建议您的公司(Org X)接受Z提供的信用信息。然后每月/按要求向Y公司付款。您可以直接从Z提供的信息中收取费用;你可以“更直接地处理责任问题”,这是以前做过的一种模式(亚马逊附属公司、易趣等),而且它更适合支付行业的结构,而不是试图强制推出一种新模式(X->Z交易与Y->Z交易相结合只是有点奇怪)。

是的,谢谢你的输入。我想我会继续使用目前的系统。是的,这确实是一个商业决定。您是否正在尝试改革支付行业?如果不是,就坚持事实标准。如果你是,那么这个问题太复杂了,我回答不了;)