您如何通过电子邮件向未在 DOCUSIGN 上创建帐户的无头 API 用户发送 HTML 信封？
How do you send an HTML envelope to a user via email, from a headless API, that has not created an account on DOCUSIGN?
我确定我在这里遗漏了一些东西但是...
我有一个允许用户填写表格的 angular 应用程序。该应用程序调用后端 NODEJS 服务，该服务负责构建 HTML 信封和要签名的文档。此后端服务无法访问浏览器。
我有 2 个流程选项：
用户填写表格 -> 点击签名按钮 -> 调用后端服务来收集 url 供用户重定向到以获得代码返回（同意）-> 用户未登录 DOCUSIGN-> 重定向回应用程序-> 使用用户代码获取令牌-> 代表用户准备信封-> 向应用程序发送仪式 URL -> 用户重定向到仪式 -> 签署文档 -> 重定向回应用程序。
*用户填写表格 -> 点击签名按钮 -> 调用后端服务创建信封并告诉 DOCUSIGN 向我不想注册的用户发送电子邮件文档签名。 （有效地消除了他们使用 DOCUSIGN 创建帐户的需要，因为我正在发送电子邮件，他们可以通过知道他来自他自己的电子邮件来验证他）。 -> 用户通过电子邮件签署文档 -> （将应用程序重定向回但不是必需的）
我看到的所有示例和聊天都讨论了只需登录一次。那么在流程 1 中，我不希望签署文档的用户登录或必须为此签名创建一个帐户。在流程 2 中，如果它是后端服务，我似乎无法掌握如何对后端服务进行身份验证。它是无头的。没有浏览器。
这些家伙太大了，我想这是我在这里没有掌握的东西。
我明白要冒充用户，我需要征得他的同意。并且可能......因为他们不知道用户没有注册帐户来验证他的电子邮件，所以他们无法向他们无法验证电子邮件的用户提供同意。因此，如果是这种情况，我想对我的后端用户进行身份验证以发送电子邮件，以便他们只需单击电子邮件，它可能会在 DOCUSIGN 中进行验证而无需注册帐户，并向用户提供合同以供签署当场收到电子邮件，无需提供凭据或新帐户。
如果您要用 link 返回 DOCUSIGN 身份验证示例来回答这个问题。或者建议使用 JWT 从后端服务进行身份验证...请详细说明验证我的后端用户并在不使用网络浏览器的情况下保持他的身份验证的步骤，或者如何使用来自 DOCUSIGN 重定向的用户同意用户无需创建帐户。
如果用户已将其凭据缓存在浏览器中或已有 DOCUSIGN 用户，我已尝试成功将用户发送到重定向 URL。流程在那里工作正常。我获取用户代码，用它交换令牌，创建信封，将用户重定向到仪式，在签名完成后重定向回应用程序。
我读过很多文章，它们都指向 DOCUSIGN 帮助使用浏览器验证 3 种方式中的一种。我不需要浏览器登录，也不需要更好地了解如何避免用户创建 DOCUSIGN 帐户。
非常感谢！
- 签名者，即签名的用户，不需要拥有 DocuSign 帐户。他们无需登录 DocuSign 即可签名。他们可以通过电子邮件签名或嵌入到您的应用程序中，但他们不需要拥有帐户或登录。
- 您应用的后端需要访问令牌才能进行 API 调用。这不会改变无头的性质或它是后端的事实。令牌是您的应用程序用于进行身份验证的长字符串。此身份验证与 DocuSign 中拥有帐户的用户相关联。那不是签名的用户，而是进行 API 调用的用户。您必须有一个用户可以拨打 API 电话。
- 您可以使用 JWT authentication and your back end can generate it using the Node.js SDK（npm 包）获取令牌，无需 UI 或任何人登录。
我确定我在这里遗漏了一些东西但是...
我有一个允许用户填写表格的 angular 应用程序。该应用程序调用后端 NODEJS 服务，该服务负责构建 HTML 信封和要签名的文档。此后端服务无法访问浏览器。
我有 2 个流程选项：
用户填写表格 -> 点击签名按钮 -> 调用后端服务来收集 url 供用户重定向到以获得代码返回（同意）-> 用户未登录 DOCUSIGN-> 重定向回应用程序-> 使用用户代码获取令牌-> 代表用户准备信封-> 向应用程序发送仪式 URL -> 用户重定向到仪式 -> 签署文档 -> 重定向回应用程序。
*用户填写表格 -> 点击签名按钮 -> 调用后端服务创建信封并告诉 DOCUSIGN 向我不想注册的用户发送电子邮件文档签名。 （有效地消除了他们使用 DOCUSIGN 创建帐户的需要，因为我正在发送电子邮件，他们可以通过知道他来自他自己的电子邮件来验证他）。 -> 用户通过电子邮件签署文档 -> （将应用程序重定向回但不是必需的）
我看到的所有示例和聊天都讨论了只需登录一次。那么在流程 1 中，我不希望签署文档的用户登录或必须为此签名创建一个帐户。在流程 2 中，如果它是后端服务，我似乎无法掌握如何对后端服务进行身份验证。它是无头的。没有浏览器。
这些家伙太大了，我想这是我在这里没有掌握的东西。
我明白要冒充用户，我需要征得他的同意。并且可能......因为他们不知道用户没有注册帐户来验证他的电子邮件，所以他们无法向他们无法验证电子邮件的用户提供同意。因此，如果是这种情况，我想对我的后端用户进行身份验证以发送电子邮件，以便他们只需单击电子邮件，它可能会在 DOCUSIGN 中进行验证而无需注册帐户，并向用户提供合同以供签署当场收到电子邮件，无需提供凭据或新帐户。
如果您要用 link 返回 DOCUSIGN 身份验证示例来回答这个问题。或者建议使用 JWT 从后端服务进行身份验证...请详细说明验证我的后端用户并在不使用网络浏览器的情况下保持他的身份验证的步骤，或者如何使用来自 DOCUSIGN 重定向的用户同意用户无需创建帐户。
如果用户已将其凭据缓存在浏览器中或已有 DOCUSIGN 用户，我已尝试成功将用户发送到重定向 URL。流程在那里工作正常。我获取用户代码，用它交换令牌，创建信封，将用户重定向到仪式，在签名完成后重定向回应用程序。
我读过很多文章，它们都指向 DOCUSIGN 帮助使用浏览器验证 3 种方式中的一种。我不需要浏览器登录，也不需要更好地了解如何避免用户创建 DOCUSIGN 帐户。
非常感谢！
- 签名者，即签名的用户，不需要拥有 DocuSign 帐户。他们无需登录 DocuSign 即可签名。他们可以通过电子邮件签名或嵌入到您的应用程序中，但他们不需要拥有帐户或登录。
- 您应用的后端需要访问令牌才能进行 API 调用。这不会改变无头的性质或它是后端的事实。令牌是您的应用程序用于进行身份验证的长字符串。此身份验证与 DocuSign 中拥有帐户的用户相关联。那不是签名的用户，而是进行 API 调用的用户。您必须有一个用户可以拨打 API 电话。
- 您可以使用 JWT authentication and your back end can generate it using the Node.js SDK（npm 包）获取令牌，无需 UI 或任何人登录。