Autodesk forge Autodesk Forge Data Management API Get Top Folders请求现在返回404，但今天未一致找到，但上周仍在工作

我们正在使用Autodesk Forge数据管理和BIM 360 API创建新的BIM 360项目。上周一切正常。现在，在创建和激活新项目之后，GetTopFolders请求始终返回404NotFound（整个上午和下午早些时候未找到）。是否有部分停电？对尚未记录的API的更改？还有别的吗

我的请求可能已被破坏，其文档是

我知道集线器id和项目id在guid中都应该有一个“b.”前缀，我的请求有这个前缀

Re。授权：我在之前的请求中使用了相同的身份验证，所以我的身份验证令牌应该可以

Re。在文档“x-user-id”中标记为可选的请求头，我不发送，因为它是可选的

作为补充说明，我正在使用RestSharp提交来自C#应用程序的所有请求

提前感谢您的帮助

编辑

返回的错误消息是： “状态”：“404”， “代码”：“ProjectNotExistException”， “标题”：“错误项目操作”， “详细信息”：“id为”（guid已编辑）的项目在数据库“}中不存在

大约一小时后，当登录到创建的最新项目时，文档管理似乎无法激活。也许就这些

编辑2

是的，这似乎就是问题所在。大约25分钟后，文档管理激活完成，我能够完成我的整个过程，包括获取顶级文件夹和几个后续Forge请求

---

但是为什么上周只花了几秒钟就激活了它却要花一个小时呢？

我上周五联系了Forge团队，他们知道这个问题。文档管理服务激活队列中似乎存在问题。另外，我注意到它是开的和关的。通常情况下，在早上很早就可以改善。我晚上没有试过

为了尽量减少对创建项目的用户的影响，我们决定在应用程序无法获取顶级文件夹时向中心管理员发送通知。这表明文档管理服务的激活时间比预期的要长。然后，我们知道我们需要作废/归档该项目（如果用户不想等待1-4个小时），并通过BIM 360 UI创建一个新项目（问题似乎只是在使用API时）。最后，我们将原始用户路由到流程中他们离开的地方

---

这不是一个很好的解决方案，但当它失败时会提醒我们。我希望Forge能尽快解决这个问题。

谢谢！很高兴知道他们意识到了这个问题。我们也找到了解决办法。这是一个令人沮丧的问题，因为当我们的应用程序如此不可靠时，我们很难对它进行测试。但是，我们继续前进，哈哈。嗨，我们正在调查这个问题，工程团队还在继续。当我们得到解决方案时，将返回。感谢您的耐心。感谢您的更新Jaime。