PayPal REST API - 按交易 ID 获取销售 - 未找到请求的资源 ID (404)答案

【问题标题】：PayPal REST API - Get Sale by Transaction ID - The requested resource ID was not found (404)PayPal REST API - 按交易 ID 获取销售 - 未找到请求的资源 ID (404)
【发布时间】：2015-02-26 06:58:29
【问题描述】：

我实际上是在尝试获取我的 PayPal 帐户中任何交易 ID 的详细信息，以对正在迁移到新身份验证系统的用户进行身份验证。

我正在使用 PayPal Rest API，所以：http://puu.sh/gdb3T/461dde2928.png 是的，我检查了一切都很好，它实际上设置为使用正确的 id/secret。

【问题讨论】：

交易 ID 是从经典支付中生成的吗？ REST API 将仅返回使用 REST API 进行的付款的资源。如果付款是使用 REST API 进行的，那么您要调用什么 API 来获取资源？（由于防火墙限制，我无法查看您发布的链接）

标签： paypal

【解决方案1】：

这并不完全是对这个特定问题的回答，但我只是通过使用 PayPal 的经典 API 来修复它以完成工作。

有点奇怪，其余 API 不允许我这样做。

【讨论】：

是的，这是一个 PayPal 骗局。经典 API（和 Web 界面）共享一组事务 ID 和行为；一切都可以正常交换。不幸的是，接下来的两个 API 系统（Adaptive 和 REST）被构建为底层系统之上的层。这些较新的层只能看到“他们自己的”事务，而 REST 层甚至实现了自己的事务 ID 方案，这彻底打破了向后兼容性。因此，这些较新的 API 层无法触摸/显示/除了通过这些相同层创建的事务之外的任何事务。
仅供参考，PayPal SDK 团队是tracking this feedback，因为我们同意这是应该实施的。对于想要升级其 PayPal 集成以使用 REST 服务但不能使用的现有商家来说，这是一个主要痛点，因为这意味着他们失去了对非 REST 交易的可见性。
@JasonZ：我投票支持通过 REST API（和 .NET SDK）搜索和定位任何事务的能力，而不仅仅是那些由 API 创建的事务。换句话说，REST API（和 .NET SDK）应该能够定位通过网站用户界面手动创建的交易。仅列出 API 创建的事务（由任何 API）是不够的——还应包括手动创建的事务。这是一个非常严重的问题。我还没有看到关于比一年多前更新的问题的讨论，所以我希望对它的关注没有减弱。
我在 iOS 上遇到了同样的问题：message = "Requested resource ID was not found."; name = "INVALID_RESOURCE_ID";但是，我刚刚意识到我正在使用沙盒 URL 进行验证：“api.sandbox.paypal.com/v1/payments/payment”和 oauth2 paypal 令牌：“api.sandbox.paypal.com/v1/oauth2/token”。我把url的沙盒部分拿出来了，我现在试试。