Docusignapi 是否需要为每个请求都具有唯一的clientUserId属性?
我正在使用嵌入式签名API。原型工作得很好!! 谢谢你的例子 我的问题是-是否有必要为每个请求都提供一个唯一的clientUserId属性?它必须存储在数据库中吗?我已经阅读了api文档,它们都提到了以下内容: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
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应该是组织内有意义且唯一的东西,以识别签名者/客户。