UDへの移行を推奨します。SSO移行ガイド」を参照してください。要件この手順ではServiceNowアプリのインスタンスが既にOktaに追加され、SSOを設定済みであることを前提とします。2.0を設定するには」を参照してください。アプリケーションの追加に関する一般的な情報については、「既存のアプリ統合の追加」を参照してください。Settings(一般設定)]タブの下で完全なログインURL名が設定されていることを確認します。Options(サインオンオプション)]を設定し、[Next(次へ)]をクリックして[Provisioning(プロビジョニング)]タブに戻ります。機能グループをプッシュグループとそのメンバーをリモートシステムにプッシュできます。新規ユーザーをインポートサードパーティアプリケーションで作成された新規ユーザーがダウンロードされ、既存のOktaユーザーとのマッチングのために新規AppUserオブジェクトに変換されます。プロファイルのアップデートをインポート新規ユーザーをプッシュOktaを通して新規ユーザーが作成されると、サードパーティアプリケーションでも作成されます。パスワードの更新をプッシュOktaを通してユーザーのパスワードに加えられた変更がサードパーティアプリケーションにプッシュされます。プロファイルのアップデートをプッシュOktaを通してユーザーのプロファイルに加えられた変更がサードパーティアプリケーションにプッシュされます。ユーザーの非アクティブ化をプッシュOktaを通してユーザーが非アクティブ化されるかアプリケーションへのアクセスが無効化されると、サードパーティアプリケーションでもそのユーザーは非アクティブ化されます。ユーザーの再アクティブ化Oktaを通してユーザーを再アクティブ化すると、そのユーザーはサードパーティアプリケーションでも再アクティブ化されます。以下の手順に従い、ServiceNowの[Provisioning(プロビジョニング)]設定を構成します。Integration(API統合を有効化)]をオンにします。ServiceNow資格情報を入力します。Name(管理者ユーザー名)]:組織の管理者権限を持つServiceNowユーザー名を入力します。Password(管理者パスワード)]:(上記の)管理者アカウントのパスワードを入力します。その他の属性はデフォルト値で自動入力されます。SYS_USERテーブルの対応する列名を入力する必要があります。「トラブルシューティングのヒント」を参照してください。Directoryマッピング変更不可能な特定のフィールド向けに事前定義されたADマッピングがあり、これはADがソースとして構成されている場合のみに使用されます。ServiceNow.title事前定義された値のリストを持つフィールド([Location(位置)]、[Department(部門)]など)は、ADとServiceNowとの間で同期する必要があります。ServiceNowの[Department(部門)]リストに[Finance(財務)]を追加する必要があります。[Finance(財務)]部がServiceNowのリストになく、特定ユーザーのADで設定されていた場合、このユーザーの[Department(部門)]フィールドの値は以前にServiceNowに存在していた古い値(つまり、[Finance(財務)]以外)となります。トラブルシューティングSYS_USERテーブルのリストを特定するServiceNow管理者アカウントにサインインします。Nを選択し、トグルナビゲーションバーを開きます。[Tables(テーブル)]を検索します。Definition(システム定義)]のセクションで、[Tables(テーブル)]を選択します。SYS_USERを検索します。特定のフィールドへのマッピングを無効化する対応するServiceNow列の名前の値を空にすることで、特定のフィールドの同期をオフにすることができます。それぞれの商標は、それぞれの商標所有者に帰属します。