用例： 共有3人需要签署文件。目前只知道其中2个。另一个失踪的收件人将在稍后决定。
目前，在浏览docusign api后，我看到了实现解决方案的3种可能性：
1）。通过为3位收件人提供电子邮件开始签名过程：2封有效邮件和1封虚假邮件。稍后，当这样的人知道时，这封假电子邮件将被真人的电子邮件取代。使用＆＃34;将收件人添加到信封＆＃34;可以非常轻松地完成此操作。和＆＃34;从信封中删除收件人＆＃34;端点，如REST api指南中所述。然而，这意味着，对于所有这些情况，我们将不得不提供相同的＆＃34;假的＆＃34;电子邮件，我想知道这是否被视为服务滥用。
2）。以草稿状态创建信封（＆＃34;创建＆＃34;），有2个参与者。稍后再添加第三个收件人（通过调用上面提到的端点），最后发送它。这里的缺点是2个人将等待第3个人开始签名过程 - 所以这个解决方案不是我们的应用程序的最佳选择。
3）。仅包含2个收件人发送信封，稍后再添加第3个收件人。这有可能是最初的两个人将签署信封，并且将被认为是完整的 - 实际上这个行动需要3个人。所以这个解决方案可能不正确。
如果有其他/更好的方法可以达到相同的效果，请告知我们。
答案 0 :(得分：1)
我同意3应该从考虑清单中删除。对于选项1，我将其视为＆＃34;占位符签名者＆＃34;当然会满足你的要求。 DocuSign的概念是“收件人”和“收件人”。稍后工作流程中的人员提供签名者信息的角色 - 选项1类似于该概念，但特定于您的用例。