The second step in creating an observation checklist is the Preferences step. On the Create - Preferences page, the administrator specifies the checklist type, date criteria, and validation settings.
Depending on the type of observation checklist you are creating, there are different options available on the Preferences page. This topic describes the Preferences page when Standard is selected from the Checklist Type drop-down menu.
To create an observation checklist, go to. Then, click the link.
|PERMISSION NAME||PERMISSION DESCRIPTION||CATEGORY|
Specify the following for the checklist:
Select whether the checklist is standard, recurring, or learning object.
- Standard - This indicates that the assigned users only complete the checklist once, therefore the checklist is only assigned once and is only due once.
- Ad Hoc - This type of observation checklists can be launched at any time by any user who has the appropriate permissions and is within the defined verifier availability for the observation checklist. See Observation Checklist Preferences - Ad Hoc Checklist.
- Recurring - This indicates the assigned users will complete the checklist on a repeating basis, so additional options appear in the Date Criteria section in order to define the recurrence. See Observation Checklist Preferences - Recurring Checklist.
- Learning Object - This enables the checklist to be added to a curriculum or certification. Note: For learning object checklist types, the competency model selected on the General step is locked. See Observation Checklist Preferences - Learning Object Checklist.
- Editing: When editing, the checklist type cannot be changed.
Select this option to have the checklist assigned to users on a dynamic basis, meaning that each time the system processes, new users who meet the assignment criteria are assigned to the checklist. For example, if the checklist is dynamically assigned to an OU, any qualifying user that joins the OU after the initial assignment is assigned the checklist upon joining the OU.
- Editing: When editing, the Dynamically Assign option can only be changed if the checklist has an In Progress or Complete status.
When will the checklist be assigned (Assignment Criteria)?
- Immediately - Select this option to assign the checklist to all users that match the availability criteria set in the General step as soon as the checklist is saved and processed.
- Fixed Date - Select this option to specify a date on which the checklist is assigned. This option allows admins to configure a checklist, but not assign it until a future date (e.g., configure the checklist on Friday and have the checklist assigned on Monday).
- Relative Date - This option is only available when the checklist is set to be Dynamically Assigned. Select this option to specify a relative assignment date. Specify the number of days, weeks, or months from some standard or custom date field (e.g., Assign 10 Days from Hire Date). The number entered must be between 1-999.
- Editing: When editing, this can be modified if the checklist status is Not Started. Any changes only impact users that are assigned to the checklist after the changes are made. Therefore, editing this selection is only impactful when the checklist is dynamically assigned. After a checklist is started, this cannot be edited.
When is the due date?
- None - Select this option to indicate that there is no due date for the checklist, which means the checklist will never have a Past Due status.
- Fixed Date - Select this option to specify a date on which the checklist is due.
- Relative Date - Select this option to specify a relative due date. Specify the number of days, weeks, or months from some standard or custom date field (e.g., Due 10 Days from Date Assigned). The number entered must be between 1-999.
- Editing: When editing, the following is true:
- For recurring checklists, the due date can be modified if the status is Queued or Not Started.
- For standard checklists, the due date can only be modified if the status is Queued.
- Any changes only impact users who are assigned to the checklist after the changes are made. Therefore, editing this selection is only impactful when the checklist is dynamically assigned. After a checklist is started, this cannot be edited.
When are previously validated competencies valid in this checklist?
This option determines the validity period for previously validated competencies. The validity period for a checklist is the amount of time a validated competency is considered valid towards the completion of the checklist. This enables administrators to ensure that certain competencies are being validated on a regular basis. Note: This option is not available if the Rating Option is set to "Require the competency target as the minimum rating" on the General page.
- Always Valid - When this option is selected, the competencies are always valid. When this option is selected, any competency in the checklist that has previously been validated for the assessee is automatically validated within this checklist. For example, if the Public Speaking competency was validated for John Smith four years ago and is assigned to John Smith again in an observation checklist that has this option selected, then the Public Speaking competency is automatically validated within this checklist because the competency is always valid for the checklist.
- When validated on or after XX - Select this option to select a fixed validity date. Enter a date in the date field or choose a date from the calendar. When the validity date is fixed, the competencies are valid up to that date. When this option is selected, the validity period is relative to a specific date. Any competency in the checklist that has been previously validated for the assessee on or after the selected date is automatically validated within this checklist. If the competency was validated before the selected date, then the competency must be re-validated. For example, if the Public Speaking competency was validated for John Smith on January 1, 2013 and is assigned to John Smith again in an observation checklist with this option selected and set to February 1, 2013, then this competency is not validated within this checklist because the competency was previously validated outside of the validity period.
- When validated up to - Select this option to specify a relative validity date. Specify the number of days, weeks, or months from some standard or custom date field (e.g., Due 10 Days from Date Assigned). The number entered must be between 1-999. When this option is selected, the competencies are valid up to a certain amount of time before the custom date field selected.
Editing: The option to set the validity period for previously validated competencies is not editable after the task is created.
Select the users who will be assessed using the checklist. Only users that match the availability criteria are assigned the checklist.
- The availability selections that the administrator can select are limited based on the constraints the administrator has on the permission to manage observation checklists.
- Editing: When editing, the administrator cannot modify the availability for an existing checklist if the checklist status is In Progress or Complete.
- If the administrator adds criteria while the checklist is in a Not Started status, the new users are only added if Dynamic Assignment is also active. Note: Checking the Dynamically Assign checkbox on the Preferences page activates Dynamic Assignment.
- If the administrator removes criteria, users that were assigned as a result of those criteria are only removed if Dynamic Removal is active and the checklist is in a Not Started status for the user.
Use the following options to select who can act as a verifier for a user's checklist. At least one of the options must be defined. Note: When modifying the validators for an observation checklist, the changes do not take effect until the following day because this is done in a nightly process.
- Allow User's Manager to validate
- Select this option to assign the managers of the end users as verifiers for the checklist. The manager is then able to validate items within the competency and the competency itself within the checklist. When the manager views this checklist, they can check off competencies.
- If this is the only selected option, only managers can act as verifiers to their employees.
- Editing: When editing, the administrator may change this setting at any time and it impacts a manager's ability to act as a verifier for the associated checklist as soon as the setting is saved.
- Allow User's Manager to define additional users to validate - This option is independent of the previous option.
- Select this option to allow managers to add co-planners who can validate competencies when the manager cannot verify themselves.
- When this option is selected, on the user's checklist page, in the Overview table in the Co-Planner tab, the manager can add co-planners.
- Users designated as co-planners are delegated access to verify a user's competencies in the associated checklist.
- If this is the only selected option, there are no verifiers for the checklist until the managers begin adding co-planners for their employee's checklists.
- Editing: When editing, the administrator may change this setting at any time.
- Select Verifier Availability - This selection criteria allows you to define verifiers for the checklist by OU. You must have the permission to add verifiers in order to view and manage this setting.
- After making a selection, the Allow user(s) to define additional verifiers option is available for the selection. When this option is selected, the selected verifiers can add co-planners.
- This selection can be made in addition to selecting the manager as a verifier and allowing the manager to designate co-planners.
- If the availability OU tool is the only validation preference selected, only users matching the selected criteria are able to validate for the users assigned to the checklist. Therefore, it is possible that a manager could only view a read-only version of the checklist for their employee.
- Create a group by selecting the plus sign next to Create New Group. For more information on creating groups, see the Create Group section of the Organizational Units topic.
- Editing: When editing, the administrator may change this setting at any time. Administrators may select additional OUs or users and they may also remove selected verifiers. If a verifier has checked off some competencies for a user and is then removed as a verifier, the competency validations are not removed, but the removed verifier can no longer access the checklist. Note: To add or remove verifiers for an observation checklist using the Availability control, you must have the permission to add verifiers and the permission to manage observation checklists.
This section enables the administrator to determine whether an electronic signature is required to complete the observation checklist. If an electronic signature is required, then the administrator can configure how the electronic signature is captured.
The following options are available in this section:
- Electronic Signature - Select this option to require an electronic signature to complete a checklist. When this option is selected, the validator must provide an electronic signature after validating the final item in the checklist. The checklist cannot be saved or submitted for approval until the electronic signature is provided.
- Signature Type - Select the method by which the validator provides their electronic signature. The following options are available:
- Enter Manually - When this option is selected, the validator types their name and selects a button.
- Pre-populated Read Only - When this option is selected, the validator's name is pre-populated from their Universal Profile Bio page and cannot be edited. The validator must select the button. This prevents the validator from incorrectly entering their name.
- Signature Font - From the drop-down menu, select the font in which the validator's signature is displayed after the electronic signature is provided.
- User Authentication - When this option is selected, the validator must re-authenticate their account before they are able to electronically sign the observation checklist.
- Header - Enter the text that appears at the top of the section in which the validator is prompted to provide their electronic signature. This field is required and the character limit is 100. If multiple languages are enabled for your portal, select the Translate icon to translate the field into other available languages.
- Message - Enter the message that appears in the section in which the validator is prompted to provide their electronic signature. This message should instruct the validator on how to provide their signature. The field is optional and the character limit is 500. If multiple languages are enabled for your portal, select the Translate icon to translate the field into other available languages.
- Editing: For Ad Hoc, Recurring, and Learning Object checklists, all fields can be edited when the checklist is in Not Started or In Queue status. For Standard checklists, all fields can be edited when the checklist is in Queued status. When the checklist can be partially edited, the following fields can be edited: Electronic Signature, Signature Type, Signature Font, and User Authentication.
Select the Require User's Manager Approval option to require manager approval for the successful completion of an observation checklist. When manager approval is required, once a validator has completed a checklist task, the validator submits the checklist to the employee's manager for review. Then, the manager has the option to either approve or deny the checklist completion. If the checklist completion is approved, the checklist is in a status of Completed. If the checklist completion is denied, the checklist is in a status of Denied, which allows the validator to make changes and resubmit the checklist.
This option does not allow for multiple manager approval steps.
After making your selections, click to proceed to the Email step. See Observation Checklist - Create/Edit Email.