これは Okta を AutoRFP に接続するための総合ガイドです。SAML SSO の設定と強制（必須）、自動ユーザー同期のための任意の SCIM プロビジョニング、Okta 固有の便利機能（ブックマークアプリによる動作するダッシュボードタイル）、そして 3 つすべてに関するトラブルシューティングを順に説明します。

。

ステップ 1：AutoRFP.ai セットアップウィザードを開始する

タブ 1 で：

ステップ 2：Okta で AutoRFP.ai アプリを作成する

タブ 2 で：

2. サインオン方法として SAML 2.0 を選択し、［次へ］をクリックします。
​
3. ［一般設定］タブで新しいアプリケーションの詳細を入力し、［次へ］をクリックします。

アプリ名：AutoRFP.ai

※残りのフィールドはデフォルト値のままで構いません。
​
4. ［SAML の設定］タブで詳細を入力し、［次へ］をクリックします。

​シングルサインオン URL：https://auth.app.autorfp.ai/__/auth/handler

オーディエンス URI（SP エンティティ ID）：sp:autorfp.ai

デフォルトリレー状態：https://app.autorfp.ai/

Name ID 形式：「メールアドレス」を選択

アプリケーションユーザー名：「メール」を選択

5. （任意）フィードバックを入力します。

6. ［完了］をクリックします。

ステップ 3： Okta の詳細を入力する

2. 自分自身をアプリケーションに割り当てます。

3. 作成したアプリケーションに移動し、［サインオン］タブを開きます。

4. ［一般］タブのSAML 設定に移動し、以下の詳細を対応するフィールドに入力します。

ステップ 4：ユーザーを割り当てて強制する

期待される結果：一覧にあるすべてのユーザーが Okta で割り当て済みになり、［SSO を強制］を選択するとサインアウトされ、Okta にリダイレクトされて再度サインインできます。

SCIM は Okta と AutoRFP 間でユーザーの自動作成、更新、無効化を可能にします。SAML SSO（パート 1）が設定済みである必要があります。

ステップ 1：Okta でプロビジョニングを有効にする

ステップ 2：SCIM 接続設定を構成する

ステップ 3：AutoRFP.ai で認証する

認証に失敗する場合は、認証情報とベース URL が AutoRFP のリージョンと一致していることを再確認します。

ステップ 4：SCIM プロビジョニング機能を構成する

ステップ 5：DisplayName を読み取り専用にする

これにより、DisplayName はすべての同期時ではなく、ユーザー作成時にだけ設定されます。

AutoRFP の Okta SAML 接続はサービスプロバイダー起点のみです。そのため、Okta のデフォルトのアプリタイル動作では、動作するダッシュボードショートカットになりません。AutoRFP の IdP SSO URL を指定した Okta のブックマークアプリを作成すると、ユーザーはエラーなしで Okta ダッシュボードから AutoRFP を直接起動できます。SAML SSO（パート 1）の設定と強制が完了している必要があります。

ステップ 1：AutoRFP で IdP SSO URL を確認する

ステップ 2：Okta アプリケーションカタログを開く

ステップ 3：ブックマークアプリを探して追加する

ステップ 4：ブックマークアプリを構成する

ステップ 5：ブックマークアプリにユーザーを割り当てる

ステップ 6：ユーザーアクセスを確認する

期待される結果：テストユーザーの Okta ダッシュボードに AutoRFP タイルが表示されます。クリックすると追加のログインプロンプトなしで直接サインインできます。

Microsoft Entra ID：SSO、SCIM、IdP セットアップガイド

AutoRFP で SCIM を有効化する

SCIM 2.0 技術リファレンス

‼️ 重要：SSOは組織全体に適用される変更です。強制すると、組織内のすべてのAutoRFPユーザーがOkta経由でサインインする必要があり、AutoRFPのパスワードログインは停止します。OktaとAutoRFPのメールアドレスは強制前に一致させてください。

Okta の 管理ダッシュボード に移動し、［ アプリケーション ］ > ［ アプリケーション ］を選択します。［ アプリ統合を作成 ］ボタンをクリックします。

作成したアプリケーションに移動し、［ 割り当て ］タブを開きます。

📝 注：証明書テキストは「-----BEGIN CERTIFICATE-----」で始め、改行、証明書全文、改行の順に入力し、「-----END CERTIFICATE-----」で終わる必要があります。改行の欠落や証明書の一部だけをコピーすることは、接続に失敗する一般的な原因です。

📝 注：AutoRFPがSCIM経由で更新できるのは、名、姓、ユーザー名（メール）、役職、アクティブ状態です。Oktaに追加属性が表示されても、未対応フィールドは無視されるため削除する必要はありません。

‼️ 重要： ブックマークアプリと基盤となる SAML アプリの割り当ては連動しません。一方にだけ割り当てられたユーザーは、タイルが表示されないか、表

示されてもサインインに失敗します。

🛠️ トラブルシューティング 設定のどの部分に関係するかで分類しています。 SAML サインインの問題 AutoRFP が貼り付けた Okta 設定を拒否する、または接続が確立されない Okta に貼り付けた SSO URL または Audience URI が AutoRFP のウィザードに表示された値と一致しないか、余分な空白や欠落を含んでいます。両方の値を直接コピーし直し、再入力しないでください。 AutoRFP が証明書を拒否する、またはステップ 3 後にサインインに失敗する X.509 証明書のヘッダー／フッター行がない、一部しかコピーされていない、またはローテーション後に期限切れになっています。現在有効な証明書全体をコピーし直してください。 ユーザーは Okta ダッシュボードを見られるが AutoRFP にサインインできない ユーザーが Okta で AutoRFP の SAML アプリケーションに割り当てられていません。［ 割り当て ］タブを確認してください。 Okta 認証は成功するが、その後 AutoRFP がユーザーを拒否する Okta が提示するメールアドレスと、ユーザーの AutoRFP アカウントのメールアドレスが一致していません。両方が（大文字・小文字を正規化したうえで）完全に一致することを確認し、誤っている側を修正してください。 組織違いまたはテナント違いのエラーでサインインに失敗する ユーザーが AutoRFP の SAML アプリケーションを作成した組織とは異なる Okta 組織にサインインしています（サンドボックス組織や以前の役職の認証情報など）。Okta 組織の URL が一致することを確認してください。 サインインできるユーザーとできないユーザーがいる ほとんどの場合、問題のユーザーだけメールアドレスが一致していないか、割り当てが不適切です。

💡ヒントとベストプラクティス 強制する前に、Okta のユーザー割り当てが AutoRFP のユーザー一覧と一致することを確認します。 新しいユーザーは AutoRFP と Okta アプリケーションの両方に同時に追加します。 SSO を強制した後の数時間は、Okta のシステムログで認証エラーを監視します。 AutoRFP ウィザードと Okta 管理コンソールは別々のタブで開いておきます。 プロビジョニング機能を有効にする前に SCIM 接続をテストし、まずは小規模なパイロットグループから始めます。 ブックマークアプリの割り当てを SAML アプリの割り当てと同期させます。動作してサインインできるタイルには両方の割り当てが必要です。

✋🏼避けるべきよくあるミス AutoRFP と Okta の両方のタブを開いたままにしない — 設定が遅くなり、コピー＆ペーストのミスが増えます。 設定の詳細（SSO URL、Audience URI、証明書）を誤ってコピーする。 ユーザーを Okta アプリケーションに割り当て忘れる。 メールアドレスが一致することを確認せずに SSO を強制する。 userName を SCIM の一意識別子に設定し忘れる、または displayName を「作成のみ」に設定しない。 SAM

L SSO の設定が完全に終わる前にブックマークアプリを構成する — その時点では IDP SSO URL がまだ存在しません。 ユーザーをブックマークアプリには割り当てるが、メインの SAML アプリを忘れる — タイルは表示されてもサインインに失敗します。

💬 ライブチャット： アプリ内で利用可能