我正在关注此处显示的 React OAuth 隐式示例:https://github.com/docusign/eg-02-react-implicit-grant https://github.com/docusign/eg-02-react-implicit-grant我很困惑我们的 React SPA 的最终用户如何能够在无法访问我们的管理员帐户密码的情况下为自己创建一个信封。
作为我们应用程序注册过程的一部分,我们让最终用户填写一份表格,该表格预先填写了一个信封,以便他们通过 Docusign 进行签名。我们想象我们的 Docusign 管理员帐户将在幕后代表这些用户对我们的应用程序进行身份验证,使他们能够立即进入嵌入式签名仪式。
然而,在链接的示例中,系统会通过 Docusign UI 提示最终用户登录我们的管理员帐户,以便继续使用 Docusign 的 API 方法。
我们如何避免要求最终用户登录?或者使用隐式授权模型时这是不可能的吗?
提前致谢。
很好的问题。 DocuSign 集成应用程序有许多用例:
用例:签名者正在使用您的应用程序
签名者不需要 DocuSign 帐户。只有sender签名请求需要一个帐户。
选项 1:使用 Powerform
处理这个用例的最简单方法是使用DocuSign PowerForm。 https://www.docusign.com/features-and-benefits/features/powerformsPowerForm 是由 DocuSign 系统隐式发送的 DocuSign 信封模板。然后,签名者可以填写表格并填写姓名和其他详细信息,然后签署文档。
这是一个video https://www.youtube.com/watch?v=YlHORJFj5C4演示了 Powerform 解决方案。
您可以通过查询参数代表签名者填写表单。看this https://stackoverflow.com/a/49389335/64904所以回答。将您的应用程序与 PowerForm 集成很容易,但信封的某些方面可能无法通过模板进行设置。看本文 https://support.docusign.com/en/articles/How-do-I-specify-a-URL-to-redirect-to-when-a-Powerform-is-completed有关如何设置用户完成签名后将重定向到的 URL 的详细信息。
选项 2:您自己创建信封,然后让您的用户签名
一个更强大的选项是让您的应用程序自己创建信封。您需要付费 DocuSign 用户的访问令牌才能发送信封。我不会使用系统管理员帐户,而只是使用普通的 DocuSign 帐户用户。
就像是:
- 在您的 DocuSign 帐户中创建一个用户,例如“HR@your_company.com”
- 设置后端(服务器应用程序)以使用 DocuSign JWT 身份验证来模拟 HR@your_company.com“用户”。请参阅有多种语言版本。
- 编写您的 SPA 以自行创建信封(从后端获取访问令牌后)或使用私有 API 要求后端创建信封。创建信封后,获取签名仪式的 URL。
- 您的 SPA 现在将用户重定向到签名仪式(不要使用 iFrame)。用户签名后,她将被重定向回您的 SPA 以及事件信息(她签名的)。例如,DocuSign 代码示例启动器(eg-03 系列)中的嵌入式签名仪式工作流程(第一个工作流程)。这是Node.js 示例 https://github.com/docusign/eg-03-node-auth-code-grant.
Notes.
- 不要使用 iFrame,因为签名仪式需要整个屏幕。 100% iFrame 并不是真正需要的,因为 SPA 可以通过 cookie 或本地存储在会话中保存状态。
- 您可以将 DocuSign 签名仪式设置为 ping 您的服务器(AJAX ping)以保持会话处于活动状态、充当心跳等。
- 如果您让 SPA 创建信封,则需要设置 CORS 网关以使 SPA 能够与 DocuSign 云进行通信。 eg-02 示例的文章对此进行了详细说明。
- 如上所述为签名者创建信封可以让您最大限度地控制信封,包括可能包含的附件文档、付款等。
使用案例:您的员工正在使用您的 SPA 应用程序
在这种情况下,您的员工可以通过 SPA 使用 DocuSign 进行身份验证,然后通过 SPA 和 DocuSign API 使用 DocuSign 进行任何操作。例如:
- 发送信封
- 发送信封,然后让签名者(亲自)在信封上签名。例如,银行员工允许亲自签名者开设帐户的银行应用程序。
- 监控发送的信封
- Whatever
这是eg-02 React 示例演示的用例。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)