【问题标题】:Square POS API - Transactions vs. Payments + Deprecated endpoints?Square POS API - 交易与支付 + 已弃用的端点?
【发布时间】:2020-04-21 13:24:02
【问题描述】:

我正在尝试使用 Square POS API 在网络应用中启用移动支付。我可以触发 Square POS 应用,充值/取现金,并收到 Square 的回电。

我的问题是之后的流程 - 这是我的问题

  1. Here's the iOS callback response,其中包括事务 ID。文档说使用Receive Transaction API 来获取有关交易的信息。该 API 已弃用 :(。要使用什么新 API?Payments API 或 Orders API 都不起作用。(顺便说一句,付款和交易之间有什么区别?)

  2. 除了"the Android Point of Sale app will return to your callback URL with the same parameters set in your URL."之外,没有关于Android回调中返回的字段的信息,不过我需要一个事务ID。

谢谢!

【问题讨论】:

    标签: android ios square point-of-sale


    【解决方案1】:
    1. 目前,您仍需要将 Transactions API 与 POS API 一起使用。尽管它已被弃用,但它仍然可以保证工作到 2021 年 9 月 1 日。在较高的水平上,交易和支付非常相似。它们都代表可能存在其他链接对象(例如订单)的货币金额。 Payments API 是一个较新的 API,在构建时考虑了更多内容以及未来 API 将使用的内容。

    2. Android 的事务 ID 应为 com.squareup.pos.SERVER_TRANSACTION_ID 作为 url 参数。请参阅https://developer.squareup.com/docs/pos-api/build-mobile-web#step-4a-initialize-your-transaction-variables 了解更多信息。不过,您是对的,它应该列在您链接的页面中。我一定会向我们的文档团队提出这个问题,感谢您的报告。

    【讨论】:

    • 太棒了,这真的很有帮助。谢谢!
    • 仅供参考,回调是 GET,而不是此处提到的 POST - developer.squareup.com/docs/pos-api/…
    • 我可以通过 Orders API 获取交易信息,方法是发送交易 ID 作为订单 ID - 我可以依赖这个还是不鼓励这样做?
    • 嘿尼克,很高兴你能弄清楚这一点!是的,从现在开始,order_id == transaction_id。随意使用交易ID直接查找订单!但是请注意,某些信息可能不匹配(我认为主要是customer_id),因此在这种情况下您可能仍需要跳回 Transactions API。
    猜你喜欢
    • 2017-06-03
    • 2016-03-17
    • 2018-05-11
    • 1970-01-01
    • 1970-01-01
    • 2019-05-29
    • 2016-01-09
    • 2012-01-19
    • 2011-03-29
    相关资源
    最近更新 更多