文档 |嵌入式签名 |谁以及何时生成“签名 URL”？答案

【问题标题】：Docusign | Embedded Signing | Who and When generates the "signing URL"?文档 |嵌入式签名 |谁以及何时生成“签名 URL”？
【发布时间】：2020-09-06 16:59:34
【问题描述】：

我有一个将电子签名与某个机密客户的现有应用程序集成的用例。

用例：汤姆是一名人力资源经理。汤姆希望他的客户佩德罗签署一份文件。

汤姆会创建一个信封。 Pedro 应该有链接，即“签名 URL”，他可以在其中签署该文件。

现在，谁会点击 POST API 来创建“签名 URL”？是汤姆吗？如果是，那么他是否需要与 Pedro 分享该链接以及如何分享？

【问题讨论】：

标签： docusignapi

【解决方案1】：

第一个问题是：Pedro 是远程签名者（通过电子邮件收到签署仪式的邀请）还是嵌入式签名者（使用 Tom 的门户网站）。

对于远程签名者，默认设置是当 Tom 发送信封时，DocuSign 会向 Pedro 发送一封电子邮件，邀请他签名。

对于嵌入式签名者，当 Pedro 下次登录 Tom 团队构建的门户网站时：

门户网站软件会知道它希望 Pedro 使用嵌入式签名在信封上签名。
Web 门户将使用 JWT 授权获取 DocuSign 访问令牌。
Web 门户将使用访问令牌获取信封的签名 URL。
门户网站会将 Pedro 的浏览器重定向到签字仪式
佩德罗标志。这被认为是嵌入式签名，因为它是在门户网站的流程中完成的。
DocuSign 根据签名 url 请求的指示，将 Pedro 的浏览器重定向回 Web 门户应用程序。
Pedro 仍登录到门户网站，现在可以在门户中执行其他任务

【讨论】：

谢谢@Larry K，这只是嵌入式签名的情况。我得到它是因为“汤姆将创建信封”。和“获取签名 URL 的是 Web 门户”。 Tom 的工作只是创建信封，“门户网站”将负责获取签名 URL。您能否确认这种理解是否正确？
是的，正确的。签字仪式的网址只有几分钟的时间。因此必须在签名者重定向到签名仪式网址之前立即请求。