Email RecipientCorrection错误：收件人的电子邮件地址无效。收件人Id如下所示

我正在使用SOAP向DocuSignAPI请求一个正确的发送信封；从DocuSign获取错误消息“收件人的电子邮件地址无效。收件人Id如下”。该请求包括RecipientCorrection对象，该对象具有DocuSignAPI使用信封的RequestStatus为需要更改姓名的收件人返回的确切电子邮件地址、用户名和路由号码

---

此错误消息不包含在API引发的异常下的API文档中。其他人看到了吗？

我相信您只能在以下情况下更正/修改收件人：

1)  They have not signed yet
2)  It is NOT their turn in the routingOrder yet.

根据您的评论，您似乎正在创建一个包含3名收件人的信封，他们都拥有

routingOrder=1

，并且发送信封，但尚未签署任何内容。这意味着您不能更正这些收件人中的任何一个，因为他们都是routingOrder=1，信封的当前routingOrder为1

#2的原因是，如果当前是收件人的路由顺序，那么他们可能会在任何时候签名，因此，如果您试图在收件人在发送请求的两段时间内登录的同时进行更正，则会发生冲突

---

要解决这个问题，您必须在发送信封之前尝试更正收件人，或者给收件人不同的路由顺序（即1、2、2或1、2、3等）

最后，在我提交请求和响应的SOAP消息后，支持人员发现了问题。一项未记录的要求是，即使您没有实际更正电子邮件地址，您也必须应用。如果您要更改电子邮件，也可能需要申请

---

支持部门还确认，仅在为收件人使用亲自签名时使用。在后一种情况下，将是拥有DocuSign会员资格的人，并且将是实际在信封上签名的人。

信封中总共有多少收件人，他们的发送顺序是否增加，您试图更改哪一个，以及整个信封的状态如何？（即，是否处于草稿状态等）到目前为止，在我的测试中，correctanderSendEnvelope（）调用对我来说运行良好…总共有三个收件人；我一次只纠正一个错误。没有收件人已签名，因此其状态已发送。路由号码都是1。信封状态已发送（正在控制台中显示的过程中）。第一个测试：第二个收件人是俘虏（嵌入），因此我在CorrectedCaptiveInfo中填充ClientUserId。（通过控制台更正俘虏收件人会删除ClientUserId，使其无法通过后续调用完成。）第二个测试：第一个远程收件人。因此，对于远程调用，我将填充PreviousEmail、PreviousUserName、PreviousRoutingOrder和CorrectedUserName。我是否应该填充以前的SignerName或任何未更改的已更正属性？谢谢您的建议。路由顺序没有什么区别……而且作为会话中的签名者，他们永远不可能“在任何时刻”签名，只有当我们的应用程序允许他们“在任何时刻”签名时，这将是在收件人更改之后。