Docusign收件人视图
在获取Docusign信封收件人视图的查询参数中，其中GET调用是“/RESTAPI/v2.1/accounts/{accountId}/envelops/{envelopeId}/documents/composited？recipient_id=123&documents_by_userid=false”，是recipient_id，即Docusign生成的GUID，还是我们必须在信封创建调用中传递的ID？
共有1个答案
收件人ID是在信封创建调用中传递的ID（除非您使用复合模板，这可能导致收件人ID折叠为1、2、3...)。如果不确定收件人ID是什么，请先调用GetRecipients并查找有关的RecipientID参数。
通过执行get/envelements/xxxxxx-xxxx-xxxx-xxxx-xxxxxx/documents/composited？Recipient_id=63189929可以获得组合文档的有限视图（仅显示收件人能够查看的文档）。我是从web控制台发送的，所以我的收件人有随机整数作为ID。
如果这对你不起作用，我建议开一个支持案件。如果你这样做了，请包括你的信封ID和一个API日志，你试图下载合并的文档。
-
2）我的会话从不超时。根据DocuSign文档，会话在5分钟内超时，这是一个可配置的设置。我应该在哪里查看该设置以及如何测试会话超时？ 3）当我请求一次收件人令牌时，如果我在短时间内请求获取令牌，我会得到一个错误。在我等待几分钟后，我可以很好地检索收件人令牌。在请求检索收件人令牌时，我是否应该考虑一个时间框架？
-
在（Salesforce）DocuSign管理信封设置中，角色被定义为“customer”和“legal”，其中customer是第一个条目，legal是第二个条目。收件人的排序似乎是基于DocuSign角色中的第一个条目，因为当我输入第一个条目“Legal”和第二个条目“Customer”时，我得到了预期的结果。 当将下面的代码与Customer（第一个）和Legal（第二个）的DocuSign
-
null 如果我们使用固定收件人创建信封，我们是否需要为我们正在使用的每个DocuSign帐户提供CN？我们需要在请求头中包括什么吗？ 请告知…
-
我们有一个非常直接的DocuSign集成，用户可以从我们的文档管理工具中添加签名者并发送文档进行签名，签名者级别的更新由工具自动获取，并可在我们的工具内供请求者使用。 我们最近在DocuSign集成中遇到了一个相当意外的情况，DocuSign将签名者的一个电子邮件地址更新/更改/解析为另一个电子邮件地址。因此，每当我们（工具）尝试获取对应于该签名者的更新时，DocuSign都会不断返回空指针异常（
-
在新的Docusign API中，支持设置将通知收件人的语言。在Docusign SOAP API下使用“RecipientEmailNotification”类似乎很简单。 但由于某种原因，收件人收到的电子邮件总是用英语写的。查看了本文档中提到的所有步骤：https://developers.docusign.com/esign-rest-api/reference/envelopes/enve
-
我们有一个用例，同一个用户需要在同一个信封上作为两个不同的收件人签名。这似乎或多或少起到了作用。请参阅下面的测试信封之一的“获取收件人”响应。如您所见，两个不同的收件人具有相同的用户ID值。 我们关心的是当我们调用POST-EnvelopeViews:createRecipient时。我们发现，这似乎为任何尚未具有完成状态的收件人返回了收件人视图。这是否可靠/确定？我们已尝试在此请求中指定reci