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

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

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

---

DocuSign API/SDK是否要求我提供最终用户（也称为签名者）的姓名和电子邮件地址？如果我不提供这些东西，API/SDK似乎总是会返回验证错误。如果我没有这些信息怎么办？

你需要在你的应用程序中提供签名者的姓名和他们的客户端用户id。你还需要为他们提供一封电子邮件

每个签名者的客户端\u用户\u id必须是唯一的

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

如果没有，请使用包含客户\用户\ id的唯一电子邮件地址来保证唯一性。例如noreply{client\u user\u id}@your_company.com

已添加

再次评论：

是的，DocuSign需要电子邮件地址才能生成嵌入式签名仪式。但如果你实际上没有签名者的电子邮件，可以伪造一个（包括你的应用程序的客户端用户id）

Re：为什么会这样？因为DocuSign使用电子邮件和名称为“专属签名者”（在您帐户的信封上签名但没有自己的DocuSign帐户的人）编制索引。这就是为什么一封伪造的电子邮件对此人来说是独一无二的

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

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

添加了更多内容

关于：

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

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

关于合法性：重要的问题是你的应用程序如何认证签名者。电子邮件是一种方式。根据用例的不同，电子邮件身份验证可能会也可能不会为依赖方（接收签名文档的人）提供足够有力的保证

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

---

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

感谢您的回复。听起来你是说需要一个电子邮件地址，如果我没有，那就伪造一个？需要签名者的电子邮件地址的目的是什么，如果我想让签名者立即在我的web应用程序上进行电子签名？@SteveKennedy--我已添加到我的答案中。@LarryK在这种情况下，你能提供一个DocuSign可以使用假电子邮件地址的来源吗？“我的意思是，这合法吗？”阿姆法索看到了扩展的答案。