webhooks - Dwolla API Webhooks 通知是否发送了错误的交易 ID？

Question

我认为 Dwolla API 在通知中发送了错误的事务 ID。在正常的 dwolla 货币交易中，会创建两个交易 ID(这对我来说很奇怪，但这就是 dwolla 的做法)。因为这两个是同时创建的，所以它们总是(根据我的经验)连续的数字。所以例如如果账户 X 向账户 Y 汇款，Y 将看到交易 id M，X 将看到交易 id M+1。

但是 Dwolla 的通知 Webhook 将发送 ID 为 M+1 的交易的 Y 详细信息。虽然 ID M+1 对于该交易仍然是唯一的，但 ID M+1 不能由 Y 通过 API 使用 - 因为 M+1 应该只由 X 使用。

这是一个具体的例子:

1. 通过我的网络应用程序，我通过场外网关 API 将资金从我的个人 dwolla 帐户发送到我的组织帐户。

2. 我的网络应用程序会以回调和通知形式发送交易详细信息。步骤1生成的交易ID是1431566。这是发送到回调和通知的交易ID。我的网络应用程序存储此 ID 以供将来使用。

3. 通过我的网络应用程序，我决定从我的组织的个人 dwolla 帐户退款:

4. 我的 web 应用程序尝试向 dwolla 查询交易 1431566，以获取 SourceId，但失败 - dwolla 报告“未找到帐户交易”。如果没有像从 ID 中减去 1 并重试这样丑陋的麻烦，我的自动退款就无法继续。

   手动解决方法是通过 Web 界面登录我组织的 dwolla 帐户。在这里，我可以根据日期时间查找交易，我可以看到交易 ID 实际上是 1431565(在 Web 界面中正确报告)。如果我进入组织的数据库并将 1431566 替换为 1431565，我可以重复步骤 4，这次可以正常工作。之后我可以启动 send() 并完成退款。

在 dwolla 将支持转移到 stackoverflow 之前，我在这里报告了同样的问题:https://getsatisfaction.com/dwolla/topics/callback_and_webhook_notification_sent_wrong_transaction_id_off_by_one

我认为如果其他人也有同样的问题，它会得到更快的修复。或者也许我遗漏了一些明显的东西，有人会指出来。

Answer 1

感谢 Michael 的帮助，我们在获取交易详细信息时使用接收方 OAuth token (而不是发送方的 OAuth token )来解决此问题。

例如，假设我使用 API 发送一些钱，并为汇款人创建交易 1202，为收款人创建交易 1201。如果您进行 API 调用来获取交易 1202 的详细信息，但使用接收者的 OAuth token ，它将为您提供交易 1201 的详细信息，包括费用信息。

我不确定情况是否完全相同，因为我们是两笔交易之间的协调人，因此不能保证这适用于您的情况。但值得一试。