現在、SSOログインのために、自社で2つのアプリケーションにDiscourseを使用しています。この度、サードパーティ製アプリケーションが当社のアプリケーションにアクセスする必要が生じました。この場合、制御は内部的にREST呼び出しとして渡され、ユーザーはサードパーティ製アプリケーションのユーザー詳細情報で自動的にログインする必要があります。この場合、Discourseのログインページは表示されず、代わりに内部的にログイン検証をパスしてから当社のアプリケーションへのアクセスを続行する必要があります。これは現在の機能で可能でしょうか？もし可能であれば、そのためのドキュメントを教えていただけますでしょうか。
よろしくお願いいたします。
状況を正確に理解できていないかもしれません…
あなたが2つの自社アプリでDiscourseをIDプロバイダーとして使用していることで、そしてその後、別のサードパーティアプリをIDプロバイダーとして使用したいと考えている、と理解しました…
言い換えれば、ユーザーはDiscourseまたはサードパーティアプリのいずれかであなたのアプリにアクセスできるということでしょうか？
はい、Discourse の上に別の ID プロバイダーを追加して、サードパーティ アプリと統合することは可能ですか？
どちらのアプリが信頼できる情報源なのか、よくわかりません。IDプロバイダーとしてDiscourseを使用しているということは、デフォルトで各ユーザーがDiscourseアカウントを持っているはずです…しかし、Discourseに依存せずにアプリにアクセスできるようにしたいとも考えているようです。それは、アプリにアクセスするためにDiscourseアカウントが不要であることを意味しますか？もしそうであれば、おそらくサードパーティアプリでの認証をサポートするように開発し、その後に資格情報のソース（Discourseまたはサードパーティアプリ）に応じてアプリのロジックを設定する必要があるでしょう…
投稿に返信いただきありがとうございます。サードパーティ製アプリは別のIDP（Identity Provider）を使用していますが、私の2つのアプリケーションはDiscourseを使用しています。現在のシナリオでは、サードパーティ製アプリを統合する場合、対応するIDPと統合する必要があります。両方のアプリケーションで共通のログインを実現するためにDiscourseを実装したため、Discourseのログインページが、資格情報を入力して手動でログインをクリックする必要がある箇所に挟まってしまいます。
サードパーティ製アプリを統合するために、この手動ログインの部分をスキップする必要があります。これが可能かどうかを知りたいだけです。
—よろしくお願いします。