私のオリジナルの投稿が私が望むほど明確ではないかもしれないので、いくつかの背景情報があります(これはサンドボックス内にあります)。DocuSignアカウントは2つの異なるアカウントに接続されています。もう一つは私が追加されたステージング/プロダクション用に作成されました。両方のアカウントのインテグレータキーとOAuth設定があります。アカウントのトンネルのエンドポイントはngrok経由のローカルホストに、ウェブアプリケーションのエンドポイントは同じエンドポイントを指し示しますが、プロダクト/ステージングホスト名を使用して設定しています。DocuSign OAuth Flow + Connect
ローカルでテストする場合は、テストアカウントでOAuthを使用してログインすることができます。その後、私たちのウェブアプリケーションはテストアカウントのアクセストークンを使用してドキュメントを送信します。署名が完了すると、ローカルホストへのトンネルへの接続エンドポイントが呼び出され、Webアプリケーションはアクセストークンを送信したユーザを使用して署名付きドキュメントを取得します。すべて正常に動作していたようですが、ステージング環境で再テストすると、インテグレータキーが切り替えられたにもかかわらず、インテグレータのアカウントのConnect設定ではなく、ログインしたユーザのConnect設定で実際に取得されていましたキー(Connectのエンドポイントがローカルログに記録されているのがわかります)。接続設定なしの別の別のテストユーザーとOAuthフローを開始すると、Connectはまったく起動しなかったようです(ログ内のトレースがない/失敗した)。
実際には、文書の署名がすべて入っているとみなされ、完全であると見なされると、インテグレータキーのアカウントまたはOAuth経由でサインインするために使用されたアカウントの接続設定がチェックされますフロー?私はそれがインテグレータキーのアカウントであると仮定していましたが、私の経験はそうでなければ私に言っているようです。
私はこれが私の問題を解決し、読んでいるかもしれない人々の混乱を願っています。
以下の初期のポストから元のテキスト:
OAuthが署名し、排尿のために文書を送信するために素晴らしい作品が、署名するときは、接続設定が開始したユーザーの設定のために拾っているように見える完了アプリの設定ではなくフロー。これが意図された動作であるか、何かが欠けているかどうかわかります。
オンザボードの一部としてDocuSign設定でConnectエンドポイントを入力することは期待できません(アプリケーションから送信されなかったドキュメントを含むすべてのドキュメントがそれに投稿される)私はベストプラクティスがここにあるのだろうかと思っている。私たちがConnectを放棄し、ユーザーが格納したアクセスキーを使用してポーリング戦略に切り替えると、私たちが望む機能を得ることができることがわかっていますが、できるだけConnectを使用することをお勧めします。
DocuSign統合のためにOAuth + Connectを使用している人はいますか?
申し訳ありませんが、私はあなたが抱えている問題を理解していません。 Webインターフェイス経由で、またはAPIを使用してConnect Webhookサブスクリプションをどのように作成していますか?エンベロープを送信するときにConnect webhook機能またはeventNotification機能を使用していますか?接続通知はOauthを使用しない - DocuSIgnプラットフォームはアプリケーションのリスナーURLを呼び出します。 –
いずれにしても、投票する必要はありません。 –
私は自分の問題をより明確にすることを希望して投稿を書き直しました。混乱して申し訳ありませんが、説明するのは少し難しいです! – stewbawka