新 REST API 世界中的 GetTransactionDetails 和权限

Question

我仍在努力解决所有这些问题，如果我犯了错误，我深表歉意，但似乎从 12 月 1 日起无法注册的旧 NVP 应用程序有一些可用的功能在新的 REST 世界秩序中无法复制……

这是我想要/需要的：我需要能够将买方交易 ID 转换为我的卖方交易 ID，并且我希望能够在安全但我不这样做的网络服务器上执行此操作希望它可以完全访问我的帐户，因此我希望对此服务器进行细粒度的身份验证。

似乎我已经晚了几天才能真正得到我想要/需要的东西。基本上，GetTransactionDetails 完全符合我的要求（将买方交易 ID 转换为卖方交易 ID，并返回其余交易信息以进行良好衡量）。而且，虽然我还没有让它工作，但看起来 Permissions SDK 加上一个 NVP AppID 可以让我在这个服务上只拥有TRANSACTION_DETAILS permission，这正是我想要的。

但是，截至周五，我显然无法获得经典 NVP API 的 AppID？如果是这样，我的时机是无可挑剔的。

试图弄清楚如何在 REST API 中做到这一点已被证明是困难的。 This thread 谈到销售记录，它确实采用了买方交易 ID，但实际上并没有将其转换为卖方交易 ID。它确实有自定义字段，这对我有一点帮助，但我真的需要卖方交易 ID。看起来销售退货中的 parent_payment URL 可能会有所帮助，但是即使在以前成功的查询中，API 也开始对我返回 PERMISSION_DENIED，所以我现在无法完全测试这一点。而且，即使这确实有效，与 Permissions SDK 相比，REST API 上的权限似乎非常粗糙，例如，销售端点位于 /v1/payments 下，这似乎还包括退款和其他各种我不想暴露。看起来有交易搜索权限，但它被标记为测试版，它不适用于为我查询销售。但也许这意味着他们正在努力？

我有什么选择？

谢谢， 克里斯

Answer 1

好的，所以我玩了一段时间，似乎 PayPal REST API 不是很好。因此，我使用 AWS Lambda 及其细粒度的 IAM 权限解决了这里的限制。我创建了一个 Lambda 函数，它将我的 PayPal NVP 凭证作为加密的环境变量，以及一个只能调用我的 Lambda 函数的 IAM 账户，所以现在我有了一个微服务，可以翻译交易 ID 并返回一些额外的信息（自定义和电子邮件）从事务启动。

我希望我不必使用 AWS 来解决 PayPal 的限制（REST API 似乎变得更糟，如果我可以获得 AppID 并使用 Permissions SDK，NVP api 会很好） ，但是很好。

克里斯