Docusignapi 如何允许给定DocuSign信封的重复收件人？

我们需要签名者能够更改签名方法，即从嵌入式签名更改为电子邮件签名，反之亦然。本质上，区别在于recipients.signers.clientUserId属性的存在/不存在，据我所知，REST API本身并没有将此作为一个更改进行调整

因此，为了更改签名方法，我必须进行添加/删除。（请注意，先删除可能会中断路由顺序，例如，如果我删除路由顺序1中的剩余用户，信封将立即移动到路由顺序2…因此必须先添加。）我保留一个后缀，以在此类更改期间区分签名者的实例。接收者可以从recipientId 100开始；在改变签名方式后，他成为101，依此类推。选项卡必须分别添加到“新”用户101，然后删除“旧”用户100

这种方法已经使用了几个月。但是，最近我们在add上收到了重复的收件人错误

另一方面，如果使用重复的签名者启动信封，我们通常会出现错误，而现在我们没有

---

是否有其他人经历过重复收件人错误的更改？

Andrew在评论部分正确回答了这一问题，但为了社区的利益，在此处添加了该错误。如前所述，您需要在JSON（或XML）请求中设置一个属性，以便在同一信封中允许重复的收件人。需要在封套定义中设置的特性为：

{ 
    "allowRecipientRecursion": "true"
}

---

可以找到有关此属性的API文档。（请注意，实际属性在第104页的下一页列出）

也许投票否决该问题的人可以解释什么是不清楚的。有一个帐户设置，您无法看到它管理重复收件人的允许。听起来好像需要启用它。如果没有你提交的样本，就很难真正回答你的问题。我没有投反对票，但我认为这就是我投反对票的原因。啊哈！然而，你能够提供有用的信息，即，有一个我无法看到的帐户设置。。。这给了我一些东西去寻找。非常感谢。其实我错了，哇！！！您希望在调用中声明allowRecipientRecursion，这看起来很有希望；唉，在我的JSON创建信封请求中添加allowRecipientRecursion之后，我仍然收到了重复的收件人错误：“是”。啊！上下文切换：“true”不是“Yes”。要保持正确的语法太多了。不幸的是，在我的JSON创建信封请求中添加allowRecipientRecursion:“true”没有效果，也就是说，当我使用不同的recipientId添加收件人时，仍然会出现重复的收件人错误。DocuSign Enterprise Support暗指“我们最新版本中的一项更改”，但不清楚具体更改是什么。