FAQ: 応募者のセグメント セキュリティ

制約付き応募者とは、Workday で組織に関連付けられている応募者です。

採用の場合: 社員はその社員が採用された組織に関連付けられます。
退職した場合: 社員は自分が採用された組織に関連付けられます
処理中の採用: 社員は、採用の対象組織に関連付けられます。
処理中の "採用内定/雇用契約": 採用で使用された職務補充依頼から組織に関連付けられます。

制約のない応募者は、Workday で組織に関連付けられていない応募者です。例: 認可済ユーザーが

"応募者の作成"

タスクを使用して作成する応募者。すべての応募者へのアクセス権限を持つ認可済ユーザーは、制約のないすべての応募者を表示できます。

制約のないセキュリティ ロールを持つ従業員 (例: 会社全体で業務を行う HR 管理者) は、拡張機能にオプトインした後、応募者へのアクセスに変更を加えることができません。制約のないセキュリティ ロールにより、制約のある応募者 (組織は関係ありません) と制約のない応募者の両方を表示できるようになります。

これまでは、制約のあるセキュリティ グループ (例: 組織内で業務を行うマネージャ) を持つ従業員は、アクセス権のある組織内の応募者と制約のない応募者のみを表示できました。制約のない応募者にアクセスできる従業員を顧客が設定できるようになりました。

Workday アプリケーション全体で、この拡張された応募者セキュリティ ロジックに対していくつかの例外が発生する可能性があり、その場合ビジネス ロジックはこの拡張機能のメリットを活用できません。例:

身元調査

、

臨時従業員との契約

、

社員の採用

、

内定

。

この場合、重複する応募者プロファイルの作成を防ぎ、採用およびリクルーティングのプロセスを効果的にサポートするために、認可済ユーザーは、テナント内のすべての応募者 (退職した従業員の応募者プロファイルを含む) にアクセスできる必要があります。この拡張機能により、エクスペリエンスが低下する可能性があります。例: 認可済ユーザーが応募者を作成できますが、採用はできない場合。これを防ぐため、カスタマーがこの拡張機能 にオプトインしているかどうかに関係なく、タスクへのアクセスを管理する既存のセキュリティが維持されます。タスクと "Pre-Hire" セキュリティ ドメインにアクセスできるユーザーが、これらのタスクとプロセス内で、制約のある応募者と制約なしの応募者の両方に引き続きアクセスできるようになります。

重複管理機能は、(新規の応募を通じて) 新しく作成された応募者が、既存の応募者の主要条件と一致した場合に発生します。リクルーティング プロセスによって作成された応募者は、制約のある応募者とみなされます。

リクルーターがセキュリティ制限のあるアクセス権を持っている場合は、既存のプロセスが維持されます。リクルーターに、従来の応募者プロファイル (既存のプロセス) の組織への適切なアクセス権があれば、重複管理機能は期待どおりに機能します。
リクルーターにセキュリティ制限のあるアクセス権があり、従来の応募者プロファイルの組織へのアクセス権がない場合、重複管理機能は機能しない可能性があります。ただし、これは、従来の応募者プロファイルへのアクセスに関する既存の制限になります。
リクルーターが制約のないセキュリティ アクセス権を持っている場合、すべての組織に関連付けられている応募者を表示できますが、重複管理には悪影響がないことが前提条件です。

この機能をオプトインした後に、認可済ユーザーがスタンドアロンの "

応募者の作成"

タスクにアクセスした場合、以下に示す必要なドメインへのアクセスが許可されないと、認可済ユーザーが作成した応募者にアクセスできなくなります。

"社員の採用

" タスクまたはリクルーティング プロセスを使用して応募者を採用しようとした場合は、通常どおりプロセスにアクセスして完了できます。ユーザーが既存の応募者と同じ名前と国を使用して新しい応募者を作成すると、そのセキュリティ設定に関係なく、"応募者はすでに存在する" 例外がトリガされます。

推奨事項:

既存の制約付きセキュリティ アクセスが維持されるようにするには、元のセキュリティ グループをそのまま残す必要があります。
オプトインする場合、以下のタスクでセグメント ベースのセキュリティ設定を同じにする必要があります。
応募者の作成
応募者の編集
応募者の表示

これらのタスク全体でセグメント設定に矛盾があると、予期しない動作が発生する可能性があります。例: ユーザーは応募者を作成できますが、プロファイルを編集できなくなります。

この拡張機能を強化するため、組織のニーズに応じて以下のドメインを更新することをお勧めします。

Manage: Expense Report for Pre-Hire
応募者データの管理 (ユーザー ベースのグループのみ)
応募者プロセスの管理
応募者プロセスの管理: 応募者の検討
応募者プロセスの管理: 応募者面接の入力
Pre-Hire Process: Hire Eligibility Status Comment の管理
Manage Pre-Hire Process: Manage Pre-Hires
Manage Pre-Hire Process: Pre-Hire Eligibility
Manage Pre-Hire Process: View Pre-Hire
Manage Pre-Hire Process: View Pre-Hire Interviews
Manage Pre-Hire Process: Worker Hire Eligibility
条件提示/雇用契約: 労働協約
条件提示/雇用契約: 社員との契約
内定 / 雇用契約: 予告期間
内定 / 雇用契約: 試用期間
Pre-Hire Data: Employment Agreement
Pre-Hire Data: Business Title
Pre-Hire Data: End Date
応募者データ: 予定週労働時間
Pre-Hire Data: Start Date and Location
応募者データ: ターム タイム勤務
Pre-Hire Data: 氏名と連絡先情報
応募者データ: 氏名
Pre Hire Data: Contact Information
組織別の応募者統計
応募者の個人データ
Pre-Hire Personal Data: 年齢/婚姻区分
応募者の個人データ: 民族/障害/宗教/出生国
応募者の個人データ: 性別
Pre-Hire Personal Data: ID 情報
Pre-Hire Personal Data: 健康診断
応募者の個人データ: 軍/市民権/支持政党/国籍
Pre-Hire Personal Data: 個人情報
Pre-Hire Personal Data: Sexual Orientation & Gender Identity
Pre-Hire Personal Data: Social Benefits Locality
Pre-Hire Personal Data: 詳細が含まれる Web サービス
応募者プロセスの開発
Pre-Hire Process: Job Requisitions に対する一括アクション
応募者: スキルと経験
Reports: Job Requisition and Positions
Reports: Manager (応募者)
レポート: オープン ポジション
Set Up: Pre-Hire Process

以下のドメインは、制約なしのセキュリティ グループ用であり、影響はありません。

Manage Pre-Hire Data: Delete Pre-Hires
Manage Pre-Hire Data: Mark Pre-Hires for Deletion
Pre-Hire Data: Background Check Status
検索: 非公開 E メール アドレスで応募者を検索

はい。この機能にオプトインしている場合は、ビジネス プロセス セキュリティ ポリシーを更新することをお勧めします。

Web サービス リクエストを送信するために制約付きロールを使用する場合、上記で説明したように、Web サービスを保護するドメインで制約のない応募者へのアクセスを設定する必要があります。制約のないロールを使用して Web サービスを送信する場合、更新は必要ありません。