Payout (REST api) 功能是不是旨在取代 Mass Pay(经典商家 api)?

Posted

技术标签:

【中文标题】Payout (REST api) 功能是不是旨在取代 Mass Pay(经典商家 api)?【英文标题】:Is the Payout (REST api) functionality meant to replace Mass Pay (classic merchant api)?Payout (REST api) 功能是否旨在取代 Mass Pay(经典商家 api)? 【发布时间】:2015-09-19 08:16:03 【问题描述】:

似乎新的payout(包括批处理)端点或多或少与旧的MassPay 功能相匹配。费用结构似乎相匹配,payouts 在美国境内转移具有优势。甚至一些事件也被记录为MassPay。出于所有实际目的,payouts 似乎旨在取代 MassPay

我无法找到来自 PayPal 的明确声明。从引入payouts 时开始,我一直在通过技术和一般支持文档以及我能想到的每个地方查找公告。

显然,缺少这样的声明可以自己说明一切。似乎不应该是这样。

有人看过我可以参考的官方声明吗?或者,如果 PayPal 的人在听,这样的说法可能吗?

类似于“PayPal 正在鼓励开发人员使用 REST API 的支付端点构建需要 MassPay 功能的新系统”

谢谢!

【问题讨论】:

【参考方案1】:

Payouts API 是一种全新的基于 REST 的 API,它取代了 Mass Payments 经典 API。与批量付款相比,付款具有更多功能。

需要在单个 API 调用中向多达 500 个收款人发送付款的企业将使用 Payouts API。

这些新 API 缩小了 PayPal 支付功能与我们新的竞争对手之间的产品差距。至关重要的是,新的 Payouts API 解决了 Mass Payments API 中固有的众多产品问题

Payouts API 与 Mass Payments API 相比有何不同:

美国和加拿大国内定价 - 美国国内付款的固定费用为 0.25 美元,加拿大国内付款的固定费用为 0.32 加元 在一次 API 调用中最多发送 500 笔付款 重复检查 - PayPal 可以检查重复的付款请求 新的单一支付功能 – PayPal 将直接在支付调用响应中返回交易状态 -1:1 映射整个批次的请求 - 通过 API 调用轻松检索批次中每个请求的状态,无论何时何地,您想要的频率 按需报告 - 让您可以轻松地按时间、状态或收款人查询付款

Payouts 没有什么?

付款不允许手动上传文件。

https://developer.paypal.com/docs/integration/direct/payouts-overview/

【讨论】:

您知道启用Payouts API的要求是否与Mass Pay API相同?要获得 Payouts API(非美国账户)的批准,您是否必须达到最低月收入?【参考方案2】:

他们做同样的事情;他们甚至共享很多内部 PayPal 代码。 Payouts API 本质上只是更现代的包装器。

PayPal 尚未弃用和替换 API(这是一个巨大的问题和混乱的根源)。因此,完全欢迎您使用任一 API 集——目前,考虑到已经使用 MassPay API 的人数,可能会使用很长时间。

但是是的,从理论上讲,Payouts API 是 MassPay 的替代品,就像其他 REST Payments API 是 Express Checkout 的替代品一样。

【讨论】:

以上是关于Payout (REST api) 功能是不是旨在取代 Mass Pay(经典商家 api)?的主要内容,如果未能解决你的问题,请参考以下文章

APITable:免费开源的多维表格与可视化数据库,上线1天斩获GitHub星标1000+

Paypal Payout Api:客户端身份验证失败

Rails 中的语句类已过时?

Restconf&Telemetry

HBase

spring 是不是同时支持 Rest 和 Websocket 控制器/连接?