我们的webhook使用握手机制来确保可以回叫你，但是后续请求总是有可能失败。另外（虽然我们没有很好地记录这一点 - 我们有机会）我们应该在握手后立即尝试提供（可能）空事件（它看起来像
{“events”:[]}
。这有点像“第二个回调”，其中包含自创建webhook以来发生过变化的任何内容。
如果失败 - 或者如果任何后续请求经常失败 - webhook将被删除。此上下文中的“失败”表示返回200或204之外的HTTP响应代码。
至于为什么你在查询webhook本身时遇到了麻烦，我无法重新解决这个问题，所以我们不得不深入探讨。你应该没问题：
指定工作区
（可选）指定资源
我测试了这个，看起来很好。您也可能希望通过id直接查询webhook
/webhooks/:id
端点 - 注意使用的id
网络挂接
归来的
create
，而不是身份证
resource
领域。
如果您创建了webhook（特别是，您的PAT或OAuth应用程序是发出创建请求的应用程序），您应该看到信息就好了。如果你可以通过id获取webhook，你应该看到
last_failure_at
和
last_failure_content
哪些字段可以告诉您为什么webhook无法进行交付。
最后，如果您想与我们联系
api-support@asana.com
并让他们了解更多细节（例如，您正在尝试查看的webhook的ID）我们可以查看我们方面的那些字段，看看我们是否可以识别正在发生的事情。