【问题标题】:Docusign Integration - Single integration key for multi-tenant applicationDocusign 集成 - 多租户应用程序的单一集成密钥
【发布时间】:2017-08-06 23:51:02
【问题描述】:

我们正在尝试为多租户云应用程序(即https://company1.app.comhttps://company2.app.com 等)实施 Docusign 集成。

目标是允许租户管理员(我们的客户)上传包含文档模板的信封,供用户在首次登录时签名。每个租户管理员都将拥有自己的 Docusign 帐户/信封。

我们已经为此实施了解决方案;但是,它要求每个租户管理员创建一个单独的集成密钥并完成将其提升为真实帐户的过程。这对我们来说是不可扩展的,而且我们的一些租户管理员不是技术人员,所以他们在设置时遇到了麻烦。

有没有办法使用单个集成密钥(我们的密钥)实现 Docusign 集成,但租户管理员仍然使用自己的 Docusign 帐户登录并上传自己的信封?

【问题讨论】:

    标签: integration docusignapi


    【解决方案1】:

    我认为您正在构建一个 Docusign User Application。您应该使用OAuth2 身份验证流程,而不是为每个租户创建单独的集成商密钥。

    用户应用程序是使用 DocuSign 对每个最终用户进行身份验证的客户端。这些应用程序通常是 Web 服务、移动应用程序或桌面程序,用于在 DocuSign 平台上对个人用户进行身份验证。一旦通过身份验证,用户同意应用程序显示、发送或签署来自其帐户的信封。对于用户应用程序,建议使用 OAuth2 身份验证流程。

    【讨论】:

    • 感谢 CodingDawg!我也向开发团队提到了这一点;但是,他们的印象是,如果我们走这条路,客户将无法使用 Docusign 信封和模板。你知道是不是这样吗?
    • 使用 oAuth2 身份验证流程,您的应用应该能够访问用户的信封和模板。作为身份验证过程的一部分,用户同意您的应用程序从他们的帐户显示、发送或签署信封。
    • DocuSign 是否会向应用程序收取为应用程序创建集成商密钥和代表租户创建信封的费用?它是如何工作的?还是仅根据客户的使用情况/套餐向客户付款?
    【解决方案2】:

    您可能缺少的一个关键问题是您的集成密钥适用于任何帐户。它与您的帐户相关联只是为了管理它。

    正如 CodingDawg 所说,您的每个客户都可以通过使用他们自己的用户凭据登录自己的帐户来使用您的应用程序。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-03-31
      • 1970-01-01
      相关资源
      最近更新 更多