個人の検索を設定およびテストする場合には、ワイルドカード文字としてアスタリスク(*)の使用に注意が必要があります。始まるすべての人(「John」、「Johnson」、「Johnston」など)が返されます。文字を入力することもできます。次に、ワイルドカード検索の使用例をいくつか示します。ディレクトリ内のすべての個人が返されます。入力したことと同じです。ディレクトリ内で、姓が「john」で始まるすべての個人が返されます。姓に「john」という語が含まれているすべての個人(「John」、「McJohn」、「Johnson」など)が返されます。姓に「john」という語が含まれ、それに続いて(直後でなくてもかまいません)「son」という語が含まれているすべての個人が返されます。具体的には、「Johnson」、「Mcjohnson」、「Upjohningson」などです。常にワイルドカード文字として扱われます。文字が含まれている値を検索できません。その他のすべての特殊文字は、検索文字列で使用できます。ウィンドウに個人の名と、その後に姓が表示されます。変更して、ディスプレイにその他のフィールドを追加することもできます。使用された場合に)ログインしている個人に関する現在の情報で更新されるかを制御します。(Hours)インポートのたびに更新するには、更新期間を空白またはゼロにします。データベースに反映されます。最後に更新されてから指定期間が経過したときだけ、ユーザのプロファイルを更新するように指定することもできます。Groupデフォルトでは、組織単位およびグループが作成されます(存在しない場合)。ロールはディレクトリ統合では作成できません。ロールは、個人をインポートする前に存在している必要があります。Roleデフォルトでは、既存の組織単位、グループ、またはロールの関連付けは削除しません。承認と確認を動的に割り当てることができます。要求のドル値が指定されたしきい値を超えている場合、特定の部署の部長による承認が必要な場合があります。別の要求では、要求者の直属の上司による確認が必要な場合があります。データベース内に登録されている必要があります。操作は、従業員のデータとあわせてマネージャ(上司)のデータをインポートすることで、この要件をサポートします。操作の動作を管理するには、次の方法があります。エントリで、その従業員のマネージャを指定する属性を特定します。すべての従業員について、指定された属性に、マネージャを一意に特定する値が挿入されていることを確認します。フィールドのマッピングで、マネージャの情報を保持している従業員データの属性を指定します。属性を使用しています。レコードのフィールドを指定します。属性に対応しています。つの属性が存在し、それが個人の上司を一意に特定する、というものがあります。含まれていると仮定します。マネージャの他の情報は指定しません。そのものである属性が含まれている、というものがあります。特別な属性で、検索文字列の前にプレフィックスがつきません)監視階層の利用も必要になることがあります。次の組織図について考えてみましょう。上のレベルに上がる、「相対的な」検索が必要です。特定の要求で部長の承認が必要、といった場合には、「絶対的な」検索が必要です。現在の個人の地位が「部長」になるまで、人(マネージャ)がインポートされます。