You have only granted reada permission to the G role, in the pre approved status. However,the hiring manager can still edit some fields in the pre approved status upon testing. What could have caused this problem?

• A.The V Role has write permission for these fields
• B.The J Role has write permssions for these fields
• C.The G role has edit permissions for there fields via the role-based permission settings.
• D.The G role has write permissions for there fields in the approved status and close status

Comment: *

Name: *

Email: *

Verification: *

What could cause an automated e-mail notification to be triggered? Note:There are 2 correct ans.

• A.A Change in the setup of a pre screening question
• B.A Change in an applicant status
• C.A change in a candidate Password
• D.A change in the label of a status

Comment: *

Name: *

Email: *

Verification: *

How do you defined permissions for job requisitions fields? 3 ans:

• A.Permission the J role for each field
• B.Define the permissions in the role based permissions section in the admin center
• C.Assign a permission to a field for each status(pre approved, approved and closed)
• D.Add the operators for each permission block
• E.Set the permissions to write or read for each field

Comment: *

Name: *

Email: *

Verification: *

The (S) sourcer operator has a field permission taken away, but the V operator gives permission to that field. The (S) sourcer is an approver in the route map. What is the results.

• A.The V permission overrides the taken away S Permission
• B.It depends on the order in which the permissions were configured
• C.The V permission is irrelevant in this situation
• D.The V permission causes the S permission to only allow for reporting of the field in question

Comment: *

Name: *

Email: *

Verification: *

Which fields have a pull-down or "find value" where the values are configured directly in the job requisition field definition?

• A.bool
• B.Derived
• C.Instruction
• D.Enum

Comment: *

Name: *

Email: *

Verification: *