Docusignapi 是否需要为每个请求都具有唯一的clientUserId属性?

Docusignapi 是否需要为每个请求都具有唯一的clientUserId属性?,docusignapi,Docusignapi,我正在使用嵌入式签名API。原型工作得很好!! 谢谢你的例子 我的问题是-是否有必要为每个请求都提供一个唯一的clientUserId属性?它必须存储在数据库中吗?我已经阅读了api文档,它们都提到了以下内容: if the clientUserId is present and it's value is not null then the recipient is an embedded recipient, and they can access the envelope through

我正在使用嵌入式签名API。原型工作得很好!! 谢谢你的例子

我的问题是-是否有必要为每个请求都提供一个唯一的clientUserId属性?它必须存储在数据库中吗?我已经阅读了api文档,它们都提到了以下内容:

if the clientUserId is present and it's value is not null then the recipient is an embedded recipient, and they can access the envelope through a URL token instead of a hyperlink in an email. 
在我的代码中,“clientUserId”在创建信封时硬编码为1,在获取用于启动嵌入式签名视图(也称为收件人视图)的url时具有相同的值

这可以吗?还是我必须为每个请求生成一个唯一的clientUserId并将其存储在数据库中

感谢发布路易斯的评论,因为这应该是一个答案

如果您提供相同的(
电子邮件
名称
客户端用户ID
)三元组,则签名人不必重新采用其签名-DocuSign将能够识别签名人并利用其先前采用的签名。否则,签名人必须在信封中分配给他们的每个签名/首字母标签上签名


一般来说,clientUserID应该是组织内有意义且唯一的东西,以识别签名者/客户;但是,如果您的特定用例不需要进一步细化/定义签名者,并且您不介意让他们每次都显式签名,则可以使用您提到的简单值。

如果您提供相同的电子邮件@/name/clientUserID三元组,然后签名者不必重新采用他们的签名-DocuSign将能够识别签名者并利用他们以前采用的签名。clientUserID应该是组织内有意义且唯一的东西,以识别签名者/客户。