来自Docusign Connect的Docusign回电未发生在变更签名者身上

时间:2016-04-29 11:15:29

标签: docusignapi

我正在使用docusign连接,所以在信封上的任何事件我的公共API都会被调用。我收到所有活动的回电,除非签名者被更改。我希望当预期的签名者将签名委托给其他用户时,我的公共API将通过Docusign Connect调用。

Connect上是否有任何我可能遗失的设置?

1 个答案:

答案 0 :(得分:1)

发送了新通知,但我同意这些信息不明确。

新通知包含一个新的RecipientStatus元素(针对委派的人),状态为sent

此外,原始签名者的收件人类型已从签名者更改为CarbonCopy,状态将更改为Completed

您可以尝试使用Web Hook recipe.观看通知。您可以在Heroku上免费试用。

我同意通知应该更明确地说明发生了什么,并且我将提交DocuSign内部增强请求。

与此同时,您可以将通知消息中的收件人数量与发送信封时的收件人数量进行比较,以查看是否有更改。 (或者与发送信封时发送的第一个通知进行比较。)

[我为DocuSign工作]

<强>加

  

我们已经使用抄送标签为已将签名委托给其他签名者的签名者编码。问题是我们在授权时没有收到通知。

答案:我认为您遇到的问题是通知系统目前轮询平台的一般问题。这意味着,如果观察到后续通知,目前可能会错过特定通知。通知不会生成,&#34;他们已经观察到了&#34;通知系统。

当签名者重新分配时,将在下次观察数据库时向您的侦听器发送通知,其中包含新签名者具有状态created且旧签名者现在为cc的事实}。该通知可能需要一分钟左右才能被观察并发送给您的听众。

但是,如果在此期间还有其他更改,例如,已分配的人员收到或签名,则会跳过该第一个通知,因为deliveredsigned的状态高于created

  

我们正在使用模拟账户。这是模拟账户的问题吗?

答案:不可以。一般来说,演示平台demo.docusign.net与生产平台完全相同。主要区别在于(批准和测试)更新首先被推送到演示,然后是生产。

  

另一个观察是,当委派的用户签署协议时,我们得到回叫,但是应该被标记为Carbon Copy的用户(委托签名的用户)被标记为签名者。

答案:我不知道这件事。请将此问题作为StackOverflow上的另一个问题提出。并包含完成的测试证书,以便检查此行为。