Docusignapi 未对作废/丢弃的草稿信封调用Webhook

如果我创建一个信封，状态将是“已创建”即草稿

我现在发现两个洞：

如果我（通过API）将信封“作废”，则永远不会调用webhook

似乎只有当作废的信封被“发送”时，才会调用webhook

如果用户的“丢弃”草稿信封，则不会调用webhook，因为状态未更改，“丢弃”不在任何信封事件或信封收件人事件中

---

有没有办法避免这些问题？

没错，处于草稿状态的信封如果被丢弃或作废，不会触发连接事件。有一个功能增强请求来添加该功能。您可以要求DocuSign联系人将您的信息添加到内部CONNECT-811问题中

同时，有两种方法来管理该问题：

跟踪未发送的信封 应用程序以草稿状态创建信封后，将信封ID与创建时间一起保存在数据库中。还为收件人创建创建连接事件。这样，信封一寄出就会通知你

当您收到关于任何信封的连接通知时，首先从数据库中删除信封ID（如果它仍然存在）

然后有一个批处理作业，定期检查数据库和信封的创建时间与当前时间。如果有足够的时差，那么您就知道信封发送过程已被放弃，或者信封已被明确放弃。（此时还可以检查信封的状态。）

避免使用发件人视图：相反，请增强您的应用程序 一些应用程序在草稿状态下创建信封，然后要求发件人通过发件人的视图完成发送过程

但这对发送者来说不是最好的体验，而且还存在您遇到的通知问题

对于发件人来说，更好的用户体验是让您的应用程序填写/发送信封

---

如果您的发件人正在使用“发件人”视图添加收件人，请允许他们通过您的应用添加收件人。如果发送者使用Sender视图标记文档，那么更好的UX是应用程序标记文档。等等。

谢谢你，拉里。我真的很感谢你的彻底和迅速的回应。这种支持是惊人的。有两点：1。我们已经在跟踪未发送的信封，并使用Webhook获取几乎所有事件的更新。但是定期检查它们有点不方便。我会尽力让我们了解功能增强。2.我们已经在应用程序中完成了收件人管理。但是我们需要用户查看并从docusign发送信封，因为他们可能需要更改标签（进行还盘等），谢谢您的检查@EmilSedgh！感谢您提供有关用例的信息。