2017-03-16 12 views
0

マルチテナントクラウドアプリケーション用のDocusignインテグレーション(つまりhttps://company1.app.comhttps://company2.app.comなど)を実装しようとしています。Docusignインテグレーション - マルチテナントアプリケーション用の単一インテグレーションキー

目標は、テナントの管理者(私たちの顧客)が、初めてログインするときにユーザーが署名するためのドキュメントテンプレートを含む封筒をアップロードできるようにすることです。各テナント管理者は、独自のDocusignアカウント/封筒を持ちます。

私たちはこれに対する解決策を実装しました。ただし、各テナントの管理者は個別のインテグレーションキーを作成し、それをライブアカウントに昇格させるプロセスを実行する必要があります。これはスケーラビリティがありません。テナントの管理者の一部は技術者ではないため、これを設定する際に問題があります。

単一のインテグレーションキー(私たちのキー)を使用してDocusignインテグレーションを実装する方法はありますか?テナント管理者は独自のDocusignアカウントでログインして独自の封筒をアップロードしていますか?

答えて

0

あなたはDocusign User Applicationを構築していると思います。テンタントごとに個別のインテグレータキーを作成する代わりに、OAuth2認証フローを使用する必要があります。

ユーザアプリケーションはDocuSignの持つすべてのエンド・ユーザーを認証したクライアントです。これらのアプリケーションは、通常、DocuSignプラットフォーム上の個々のユーザーを認証するWebサービス、モバイルアプリケーション、またはデスクトッププログラムです。認証されると、ユーザーは、アプリケーションが自分のアカウントから封筒を表示、送信、または署名することに同意します。ユーザーアプリケーションの場合、OAuth2認証フローが推奨されます。

+0

ありがとうCodingDawg!私はこれも開発チームに言及しました。しかし、彼らはクライアントがDocusignの封筒とテンプレートを使用することができないという印象を受けました。これが事実かどうか知っていますか? –

+0

oAuth2認証フローを使用すると、アプリはユーザーの封筒とテンプレートにアクセスできるはずです。認証プロセスの一環として、ユーザーはアプリケーションが自分のアカウントから封筒を表示、送信、または署名することに同意します。 –

0

重要な問題は、統合キーがどのアカウントでも機能することです。それはあなたのアカウントに関連付けられています。

CodingDawgによれば、各顧客は自分のアカウントの独自のユーザー資格情報でログインしてアプリケーションを使用できます。

関連する問題