Docusignapi 从DocuSign返回到我们的应用程序的已签名文档缺少签名

我们的应用程序能够使用docusignrestapi创建一个信封供用户签名，并在签名完成后将签名的文档返回给我们的应用程序

最近，问题是当文档签名完成时，它总是缺少最后一个签名。例如，我们已经指定了3个签名人要签名，但在完成的文档中只显示了2个签名

缺少签名的问题只发生在推回到应用程序的已完成文档上。当签名人通过DocuSign的电子邮件收到签名文件时，所有3个签名都在随附的签名文件中

---

请告知我们最近是否有任何API变更导致我们面临此问题，或者我们需要修复什么配置。谢谢

您说您的DocuSign“将已签名的文档返回到我们的应用程序”

如果您正在为此使用Connect或eventNotifications属性，那么您正在使用DocuSign webhook系统。检查您感兴趣的webhook事件是否仅列表

信封是否完整

。收件人未完成

还要检查信封本身的状态是否为

完成

。您没有指出问题是没有要求最后一个签名者签名，还是在最后一个签名者签名之前收到通知

如果您使用的是模板，请检查模板是否未更改，并且在从DocuSign web应用程序（相对于API）发送模板时，模板是否按预期工作

补充 OP在评论中指出：

• 正在使用连接Webhook
• 正在请求收件人完成的通知和信封完成的通知

此外，从这个问题来看，我相信开发人员正在使用默认的

Aggregate

排队方法

发生了什么事 使用

aggregate

队列时，当请求的事件发生时，会启动通知。但是，如果在发送第一个事件的通知之前发生了第二个请求的事件，则两个事件只会发送一个通知，并且通知内容将反映后面的（第二个）事件

那么通常发生的情况是：

最后一个收件人签名（完成）

recipient complete

事件触发通知。它还没有发出

信封作为一个整体在项目1后的毫秒内完成

将触发

信封完成

事件。尚未发送收件人完成通知

通知实际上已发送。通知包括信封的完整信息

有时会发生什么：

最后一个收件人签名（完成）

recipient complete

事件触发通知

DocuSign系统发送通知。它表明收件人是完整的，但不是信封

信封作为一个整体变得完整

将触发

信封完成

事件

通知已发送。通知包括信封的完整信息

结论 如果您只对

信封完成

状态（每个人都签名）感兴趣，则不要请求

收件人完成

事件

如果希望收件人完成并且还希望信封完成事件，则应用程序需要检查传入通知以确定信封的状态

添加了re为什么不

收件人\u完成
？
recipient\u complete
只有当信封中的每个收件人都完成时，您的应用程序才会采取行动时，才应请求事件。（签名者签名时已完成，抄送收件人发送电子邮件时已完成，等等）

如果您的应用程序仅在信封作为一个整体完成时才会采取行动，那么请求收件人完成事件也只会导致额外的通知，这可能会混淆您的应用程序的逻辑。
嗨，Larry，在我们的DocuSign Connect中，我们已启用信封完成和收件人完成。[.这是我们收听的事件代码的一部分：[在我们的设置中，我们已经指出每个签名者都必须签名，登录到每个签名者的电子邮件，单击DocuSign链接对文档进行签名。我们只会在最后一个签名者签名后收到通知。在此之后，在我们的应用程序中打开文档时，最后一个签名丢失。我是否可以知道您为什么建议仅在是否可以“信封已完成”而不是“收件人已完成”？