【发布时间】:2016-11-01 02:18:06
【问题描述】:
您好,我们正在为市场创建一个移动应用程序,我们希望在其中实施 eBay 模型。买方将向卖方付款,我们将从卖方那里收取费用。我们实际上不希望自己获得销售款项并处理订单运输或拒付的争议。
在我们的应用上完成销售后,买家应将付款发送到卖家的 paypal,然后 Paypal 将处理与此相关的所有其他事情,例如争议或退款。
我希望卖家将他的 paypal 帐户链接到我们的应用程序,我们将获得未来付款的权限,并保留一个记录,以便我们可以计算他在我们平台上进行的销售的费用。 Paypal Mobile SDK 支持此功能。
但我的问题是我们如何使原始购买流程自动化?一种选择是在销售完成后,我们将从卖方发送发票给买方(可能使用 Paypal REST API)并在买方打开发票支付链接。一旦买方支付发票并将资金转移给卖方,我们将知道销售已成功批准,因为作为 Paypal 服务商,我们可以访问该发票(我们实际上将该发票发送给买方,因为我们有权为卖方帐户开具发票)。
但是如果我们不想要发票系统怎么办?我们是否可以实施任何让买方将资金发送给卖方而不从我们的应用程序生成发票的事情。就像在开始销售时一样,我们将向买家展示一个页面,他将在该页面上直接向卖家付款(我们不参与其中),我们将跟踪该交易并在该销售中进行出色的削减?
到目前为止我的研究
- iOS 版 Payapl 移动 SDK 不允许我们获取开票权限,我们可以在应用中获取单一、未来或个人资料共享权限
- Paypal Rest API 允许我们获得开具发票的权限,但不能用于未来的付款(这是从卖家账户中扣除我们所必需的)
- 如果我们使用 Paypal Mobile SDK,我们可以将资金存入我们的账户,但不能直接存入我们的卖家账户
- 自适应付款是一种选择,可以从买家那里收取资金,并在扣除我们的折扣后将其余部分发送给买家,但在这种情况下,我们将是主要收款人,卖家将是次要收款人,作为主要收款人,我们负责运送在这个阶段我们不想要的产品。想成为卖家作为主要收件人
我们将不胜感激任何有关我们情况的帮助。我们只是想通过 API 和 SDK 以某种方式使系统自动化,而不是主要接收者。请给我们建议,使之成为现实。谢谢
使用任何其他支付网关(如 Stripe 或 Braintree)在这里都无济于事,因为在这种情况下,我们将作为注册商户收款。我们真的很想与 Paypal 合作处理所有与订单相关的事情
【问题讨论】: