问有什么好的解决方案可以让我现有的支付逻辑与PayPal更具互操作性？
EN

Stack Overflow用户

提问于 2022-09-17 02:32:40

回答 1查看 24关注 0票数 0

我正在做一个使用索福特接受付款的项目。索弗特·斯特朗--让我接受这一范式：

我给索福尔发了一份请求

( a)我的API-令牌(因此Sofort将缴获的款项发送到我的银行帐户)

b) a user_variable。在这里，我只是输入我的本地用户的UID谁希望付款。这使我能够使用我自己的本地UID交叉引用Sofort支付与我的本地用户数据库。

( c)一个notification_url，本质上是一个web钩子URL，它使我能够异步地监听支付更新(pending、completed、rejected等)。

然后，Sofort返回一个URL，它处理整个支付过程。我把这个URL发送到前端，在那里它是在一个网络视图中打开的。
如果我的web钩子随后接收到一个“已完成”通知对象，它将检查用户变量(我自己的本地UID，Sofort将其转发给web钩子)，这是完成这项工作的一项关键功能。不知道贝宝是否有类似的东西)，金额，和信用金额的用户。

在任何人的Paypal经验中，是否有可能创建至少与此范式押韵的PP数据流？

两个键注：

这是一次性付款。不是订阅。
真正的地下逻辑实质上是一家银行。有一个本地用户注册中心，每个注册中心都有一个UID和一个余额。任何由特定用户支付的款项都应记入他们的帐户。

api

paypal

payment

单节点MySQL

低成本高体验，解决您的基础业务数据需求

回答 1

Stack Overflow用户

发布于 2022-09-17 02:43:26

您可以实现PayPal检查加上PayPal Webhooks来通知您的付款尝试，但是这样做(尽管它可能更类似于您现有的Sofort实现)将是(a)更多的工作，(b)比使用通过API捕获的服务器端集成实现PayPal签出更不可靠，并且事后不依赖于任何异步web钩子。

使用v2/checkout/orders API，并在服务器上创建两条路由(url路径)，一条用于“创建订单”，另一条用于“捕获顺序”。您可以使用其中一个(最近被废弃的) Checkout-*-SDKs作为路由对PayPal的API调用，或者使用您自己的HTTPS实现，首先获取访问令牌，然后执行调用。这两条路由都应该只返回/输出(不包括或文本)。在第二条路由中，当捕获API成功时，您应该验证金额是正确的，并将其结果的支付细节存储在数据库中(特别是purchase_units[0].payments.captures[0].id，即PayPal事务ID)，并在将JSON转发给前端调用方之前执行任何必要的业务逻辑(例如保留产品或发送电子邮件)。如果出现错误，也会转发JSON的详细信息，因为前端必须处理这些情况。

将这两条路径与这个前端审批流程配对：https://developer.paypal.com/demo/checkout/#/pattern/server。(如果您需要从客户端向服务器发送任何其他数据，如items数组或所选选项，请将body参数添加到具有JSON字符串或对象值的fetch中)

可以自定义审批流，以显示任意数量或尽可能少的按钮(使用禁用-funding参数或独立按钮)，然后Sofort可以是您在其页面上呈现的另一个选项。

票数 0

页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持

原文链接：

https://stackoverflow.com/questions/73754091

复制

RESTful Web服务

其他

假设需要为users资源创建Web服务，users资源包括id、name和age等属性。获取或改变users资源的方式如下：

SmileNicky

2019/01/17