2017-10-09 7 views
0

DocuSignアカウントにアクセスするためにアプリケーションを認証する手順の1つは、oauthサービス(https://account-d.docusign.com/oauth/auth?response_type=code&scope=signature%20impersonation&client_id=..。)に移動し、アカウントにログインしてアクセスを許可する必要があります。DocuSignサービスインテグレーション:認証コードヒューマンアクション

私は開発者ポータルを通じて、これが何度も何度もやり直す必要があることについて、いくつかの参考文献を見てきました。また、同じサイトに書かれていて、矛盾する情報が混在している)。

この手順を複数回実行する必要があるかどうかは知りませんか?それはすべきではないと私には意味があります。

非常に高く評価されました!

クリス

答えて

0

あなたはhttps://docs.docusign.com/esign/guide/authentication/oa2_auth_code.htmlに言及されており、それがDocuSignのためのドキュメントの正しい場所です。今度は上記のフローで、AccessTokenとRefresh Tokenの2種類のトークンを取得します。アクセストークンが期限切れになった場合、リフレッシュトークンを使用してアクセスとリフレッシュトークンの新しいセットを取得することができ、ユーザーや人間の行動からの同意は必要ありません。バックエンドからのDocuSign OAUTH APIを使用して実行できます。ただし、リフレッシュ操作に対する応答がエラーの場合、または新しいアクセストークンのexpires_in値がしきい値よりも小さい場合は、最初の認証フローを繰り返す必要があります。したがって、ユーザーを同意/ OAuthログインページに戻す前に、適切な例外/エラー処理を行う必要があります。

+0

ありがとうございます。ユーザーはアカウントの所有者ではありません。私たちは顧客が署名する標準契約を持っており、ウェブサイトのワークフローから署名式を歩いているのです。したがって、リフレッシュ操作がエラーである場合、またはアクセストークンの期限切れのしきい値を超えた場合、当社のIT部門またはカスタマーサポートの担当者がDocuSignアカウントにアクセスするためにアプリを再承認するまで、ユーザーは中断されますか? もしそうなら、私は間違ったことをする必要があります。私は "サービス統合認証"の手順に従おうとしています。私は別のものを見ているべきですか? – Chris

+0

私はこの1つと同様のワークフローを再現しようとしています: https://loancosample.docusign.com/loan/personal – Chris

+0

サービスインテグレーションを試みるなら、あなたはエンベロープの所有者であり、すべてのエンベロープはあなたのアカウントからのみ送信されます。署名のために封筒を送付しますが、すべての封筒はDocuSignアカウントから送信されます。次に、ここで説明するサービス統合を使用できます。https://docs.docusign.com/esign/guide/authentication/legacy_auth.html –

関連する問題