当前位置: 首页 > 知识库问答 >
问题:

DocuSign是否需要签名者姓名和电子邮件才能生成签名url?

彭鸿彩
2023-03-14

我有一个web应用程序,我用它从用户那里收集一些信息(不是姓名或电子邮件),然后计划让他们通过DocuSign立即在线(不是通过电子邮件)以电子方式签署文档。

为了获得签名url(又名收件人视图),我似乎必须提供收件人的定义。“收件人”定义的一部分是用户名和电子邮件地址。这是真的吗?

DocuSign API/SDK是否要求我提供最终用户(亦称签名者)的名称和电子邮件地址?如果我不提供这些东西,API/SDK似乎总是会返回验证错误。如果我没有这些信息呢?

共有1个答案

施飞驰
2023-03-14

您需要在应用程序中提供签名者的姓名和他们的client_user_id。您还需要为他们提供一封电子邮件。

每个签名者的client_user_id必须是唯一的。

如果您有签名者的电子邮件,请使用它。

如果没有,请使用包含client\u user\u id的唯一电子邮件地址来保证唯一性。例如noreply\uu{client\u user\u id}@您的公司。com公司

已添加

重新评论:

是的,DocuSign需要电子邮件地址才能生成嵌入式签名仪式。但如果你实际上没有签名者的电子邮件,可以伪造一个(包括你的应用程序的client\u user\u id)。

回复:为什么会这样?因为DocuSign使用电子邮件和名称来索引“专属签名者”(在您帐户的信封上签名但没有自己的DocuSign帐户的人)。这就是为什么一封假电子邮件对此人来说必须是唯一的。

例如,这种使用姓名电子邮件来识别人员的技术使DocuSign无需签署人同意消费者协议即可在您的帐户的第二次和后续文档签署中使用电子签名。-这提供了更好的用户体验。

由于web应用程序了解用户的电子邮件非常常见,因此这通常不是问题。但是,如果你不知道签名者的电子邮件,那么上面描述的假电子邮件一切正常。

添加了更多

回复:

请提供DocuSign的来源,在这种情况下可以使用假电子邮件地址吗?我是说这合法吗?

目前,DocuSign网站上没有记录这种为嵌入式签名提供虚假电子邮件地址的技术(当真实电子邮件地址不可用时)。2017年修订时,我会将其添加到嵌入式签名配方中。

合法性:重要的问题是您的应用程序如何验证签名者。电子邮件是一种方式。根据用例,电子邮件身份验证可能会也可能不会为依赖方(接收签名文档的人)提供足够强的保证。

但我们离题了。即使你有一个人的电子邮件地址,除了使用他们的电子邮件之外,对这个人进行身份验证也是很常见的。DocuSign内置了许多不同类型的附加身份验证,易于使用,包括通过短信的2FA、预共享机密、当面签名(可包括当面验证政府ID)、电子公证、数字证书、电话身份验证、基于知识的身份验证等。如果您愿意,其中大多数都可以包含在嵌入式签名中。

或者您的应用程序(使用嵌入式签名)本身可以对该人进行身份验证。当有人注册您的应用程序时,他们必须首先证明自己的身份吗?这是身份验证步骤。如果没有其他人可以以他们的身份登录,那么当您从DocuSign向他们提供嵌入式签名仪式时,他们仍然经过身份验证。

 类似资料:
  • > 似乎签名者必须创建或已经拥有DocuSign帐户才能对文档进行电子签名?那是真的吗?

  • 我正在使用嵌入式Docusign API嵌入用于签名的文档。我将名字、姓氏和电子邮件存储在来自表单的会话中。我试图将templateRoles中的电子邮件更改为从表单存储在会话中的电子邮件,但我要么超时,要么得到一个错误,即电子邮件不正确:

  • 到目前为止我所尝试的: > 在Docusign管理设置(设置->签名设置->签名采用配置)中,禁用了“锁定收件人名称”复选框,但这不会导致任何更改。 我还尝试在API中的签名者(https://developers.docusign.com/docs/esign-rest-api/reference/envelopes/enveloperecipients/#core-recipitions-pa

  • 我创建了一个包含多个文档的docusign模板。模板声明了3个签名角色。然后,我从该模板创建一个有3个收件人信封。模板和我们的帐户启用了文档可见性,这样签名者只能查看他们必须签名的文档。在信封由所有三个签名完成后,我需要将每个完成的信封的PDF存储在我们站点上不同的收件人帐户下。由于启用了文档可见性,因此不能为所有3个签名者提供一个PDF。这将打破可见性功能,他们将能够看到彼此的私人信息。相反,必