格子 webhook“治愈”

Question

我目前正在尝试确保我的使用 Plaid 的应用程序可以从过去 24 小时内未收到的挂钩中恢复。

当新事件发生时，Plaid 会发送一个 Webhook，如果不成功，则会在 24 小时内重试。

但是如果错过了这个窗口怎么办？

我看到文档状态：

如果您（或 Plaid）遇到的停机时间长于 Plaid 的重试时间 在此期间，您将丢失 webhook。如果您使用 webhook 来获取状态 转换，确保您的应用程序可以通过请求 Item 进行自我修复 如果在以下时间内未收到 Webhook，则来自 Plaid 的其他端点的状态 一扇窗户。 Webhooks 中存在的所有数据也存在于我们的其他数据中 API。

但是

self-heal

是什么意思呢？ 我可以以某种方式开始请求 webhooks 吗？

/item/get

是否会使 webhooks 再次开始工作？

Answer 1

该文档措辞不佳，但本质上意味着如果 Webhooks 不起作用，则实施替代流程。具体细节将取决于您应用程序的业务逻辑。

例如：假设您正在使用 Auth，并且您依靠

SMS_MICRODEPOSITS_VERIFICATION

webhook 来了解最终用户已通过小额存款验证了他们的帐户。这里的文本建议你有某种轮询或恢复机制，如果你知道你的 webhook 接收器已关闭，或者如果 webhook 是预期的但没有收到，你可以调用

/accounts/get

来检查

verification_status

字段，其中包含Webhook 会提供相同的信息。

顺便说一句，您实际上可以通过

last_webhook

返回的

/item/get

字段获取有关某个项目的最新 Webhook 的值，但是因为这仅存储最后一个 Webhook，并且仅提供代码和时间戳，而不是Webhook 的完整内容，它可能不足以满足所有用例。