通过API条带接受支付
我不清楚什么时候建立秩序，以下是我想到的两种方法：
第一种方法
- 用户输入订单详细信息并单击“下单”。
- 在数据库中创建带有布尔标志is_active的Order，并将orderId发送到UI。
- 用户将被重定向到带区支付页面。
- 用户输入卡的详细信息，我们将获得计费卡的条带令牌
- 将orderId发送到后端的令牌。
- 后端使用令牌向带区计费用户发送请求，如果计费成功，则将订单标记为活动，否则向用户报告失败。
-
null
我应使用上述两种方法中的哪一种，或有否其他方法处理付款？
共有1个答案
我只会使用第一个选项，如果构建一个订单是一个如此冗长或高风险的过程，您会想要保存一个死的候选订单。
第二种方法是好的。我建议将保存卡片的过程从提交订单的过程中分离出来；因此有两个API调用可以分别处理错误。
- 用户输入订单详细信息并单击“下一步”。
- 用户通过条带支付页面发送（或您自己的现场条带集成）。
- 条带令牌被发送到后端，并保存为用户的a/支付方法。
- 用户单击“提交”。
- 订单详细信息将发送到后端。
- 令牌用于请求计费等..
-
我正在通过Magento API开发一个流程支付，遇到了一个问题： 我创建了一个购物车，添加/更新/删除产品，添加了运输方法，所有这些都是通过Magento API完成的，它们都运行得很好。 如果我使用的付款方式像CC Save（代码:)、支票/汇款单（代码:)，我会为购物车创建一个订单。 但如果我使用Paypal Pro作为支付方法，我在步骤创建订单时出现错误 （api：cart.order）：
-
我正在使用Stripe Connect API和托管帐户在我的应用程序上向服务提供商分发付款。 我们的应用程序希望采取20%的每一个收费，然后分配其余的服务提供商。 但是，有没有一种方法，只发送80%（或任何部分金额）的付款到目的帐户，保持其余的在我们的伞状帐户？我真的不想仅仅为了方便这种模式就必须给一个客户的卡充两次费。
-
问题内容： 因此，这是我的应用当前的设置方式： 1.）登录活动。2.）登录后，可能会触发其他使用PHP脚本的活动，这些活动需要从登录发送的cookie。 我在整个应用程序中使用一个HttpClient来确保使用相同的cookie，但是我的问题是3个cookie中有2个被拒绝了。我不在乎cookie的有效性，但我确实需要接受它们。我尝试设置CookiePolicy，但这也没有用。这就是logcat所
-
我正在考虑实施产品。基本原因是“离站支付”（即我们不希望付款被捕获在我们自己的网站，但在贝宝自己的支付页面通过重定向）。
-
我正在尝试使用PayPal REST API来处理使用银行帐户和路由号码的银行交易。 以下是我用于测试的 api 的引用：https://api.sandbox.paypal.com/v1/payments/payment 这是我的JSON： 以下是调用的响应：“{\”name\"：\"NOT_IMPLEMENTED\"、\"消息\"：\"NOT_IMPLEMENTED\"、\"informati
-
我试图通过firebase函数将添加到条带的最后一张卡设置为默认卡，尽管我似乎无法让它工作。