让我们假设有三方。组织 X 提供 SaaS，组织 Y 使用 X 的服务，消费者 Z 使用 X 的服务从 Y 进行购买。这在某种程度上类似于 eBay 之类的东西。现在我想让 Y 和 Z 直接在他们之间转账，同时也在 X 和 Z 之间转账。例子是 X 费用和 Z 的某种便利费，而 Y 实际收取的服务费用。
我们目前正在使用网站支付专业版，但我不希望每个第三方（Y 公司）都需要使用它。有没有人有任何想法？
这样做的原因是为了更直接地处理责任问题。
问问题
182 次
1 回答
2
我实际上建议不要做你建议的事情。实际上，您希望在两方之间促成交易，充当渠道。我相信这类似于亚马逊的会员计划。这是一个正确的描述吗？
首先，如果您试图让责任问题更接近您，您可能应该计划成为一个大组织。我这样说是因为你需要大量的律师，以及一个严肃的反欺诈部门。这是很多开销——Paypal 在这种事情上花了很多钱。你确定你的公司能承担这样的责任吗？毕竟，如果反欺诈不是你的核心能力，那么涉足这个领域是一个困难而危险的领域……
允许客户在彼此之间转账并不是一个好主意。他们信任你，但你不应该假设他们可以相互信任（WRT 银行账户信息，我能想到的在他们之间直接转账的唯一方法）。另外，这笔钱可能需要很长时间才能结清。
我建议您的公司（Org X）接受 Z 的信用信息。然后按月/按要求向 Y 公司付款。您可以直接从 Z 的信息中收取费用；您可以“更直接地处理责任问题”，这是一种以前已经做过的模式（亚马逊附属公司、ebay 等）。此外，它更适合支付行业的结构，而不是试图强制一种新模式（ X->Z 交易结合 Y->Z 交易只是有点奇怪）。
于 2010-02-23T16:37:59.790 回答