Docusignapi 没有clientUserId的收件人视图,打开信封进行查看

Docusignapi 没有clientUserId的收件人视图,打开信封进行查看,docusignapi,Docusignapi,下面是关于clientUserId参数的说明: 如果提供,收件人将被视为嵌入(俘虏)收件人或签名人 我不清楚当没有提供参数时会发生什么 我注意到,如果我在recipientViewRequest中省略clientUserId,我就可以打开信封查看,而不需要显示“sign here”字段 文件提到了以下内容: 此方法仅用于处于“已发送”状态的信封 我管理处于已完成状态的打开信封。这是因为我使用了发送信封的API的同一个DocuSign用户吗 是否可以允许用户查看信封,即使他们不是签名者 *编辑:据

下面是关于
clientUserId
参数的说明:

如果提供,收件人将被视为嵌入(俘虏)收件人或签名人

我不清楚当没有提供参数时会发生什么

我注意到,如果我在
recipientViewRequest
中省略
clientUserId
,我就可以打开信封查看,而不需要显示“sign here”字段

文件提到了以下内容:

此方法仅用于处于“已发送”状态的信封

我管理处于已完成状态的打开信封。这是因为我使用了发送信封的API的同一个DocuSign用户吗

是否可以允许用户查看信封,即使他们不是签名者

*编辑:据我所知,如果我使用发送信封的API的同一个用户,这是可能的吗?这是正确的吗

当我试图通过省略
clientUserId
并提供收件人的电子邮件/用户名来打开一个完整的信封时,由于信封错误,我得到了一个未经授权的帐户。该信封是由另一个用户发送的,而不是我发送API请求的那个用户


我很困惑-不提供
clientUserId
的规则是什么?我可以使用此方法打开信封进行查看吗?

ClientUserId将收件人指定为俘虏。这有两个作用:

  • 俘虏收件人不与正式DocuSign帐户绑定
  • 没有发送给受约束收件人的电子邮件通知
  • 关于查看信封,如果您能够为已完成合同部分的收件人重新颁发recipientView令牌,它仍会以当前形式打开信封

    如果他们已经完成了操作,他们应该只能查看信封


    把它想象成当你,作为发送者,把一份合同发送给其他人去执行的时候。如果你在事后自己打开信封,作为发送者,你会看到信封的当前形式,但如果不进行更正,你将无法对其采取行动。这并不意味着还没有轮到你的收件人签字,你可以看到的只是信封的当前形式。

    您好!我很快会帮你看看这个。敬请期待!