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将收件人指定为俘虏。这有两个作用:
把它想象成当你,作为发送者,把一份合同发送给其他人去执行的时候。如果你在事后自己打开信封,作为发送者,你会看到信封的当前形式,但如果不进行更正,你将无法对其采取行动。这并不意味着还没有轮到你的收件人签字,你可以看到的只是信封的当前形式。您好!我很快会帮你看看这个。敬请期待!