Defining Worklists

Enter the time after which the system sends notifications if an inbound email that is sent to this worklist is not yet closed. These notifications are sent to the worklist owner. The available units of time for this time period are Minutes, Hours, and Days.

Notification deadlines are measured from the time that the email arrives in this worklist. If the email is routed to a different group worklist and then back to this group worklist, the notifications are based on the most recent arrival time. Assignment to an individual worklist does not affect the deadlines.

The final notification time is the deadline for responding to and closing the email. The warning notification alerts the mailbox owner or the group owner that the organization is at risk for missing the deadline. Therefore, the warning notification time is shorter than the final notification time.

The time period is calculated using a 24-hour clock, without regard to the organization's business hours.

Select to enable the system to create or update a PeopleTools MCF queue that corresponds to this worklist. The queue can be used by either the ERMS or chat feature of PeopleSoft Multichannel Communications.

The first time that you save a worklist with this check box is selected, the system creates a queue using the name that you enter in the Queue Name field on this page and using the default real-time event notification (REN) server that you specify on the System Installations page.

At save time, the system also creates PeopleTools MCF agent definitions for each user who is in the Group Members grid on this page. The agents become members of the newly created queue automatically. The agents' maximum workload and skill level come from the default values that you enter on the ERMS System Installations page. Subsequent saves create agents and remove agents from the queue as necessary to keep the queue definition synchronized with the worklist definition.

If you clear this check box, a system message appears and asks whether you want to remove agents from the queue. Select Yes to disassociate agents from the queue; select No to leave the current agents in the queue.

Select to automatically assign inbound emails in this worklist to the first group member who navigates to the email. To reject the assignment, the user must requeue the email to the same group worklist or route the email to another group worklist.

Queues require agents to accept the work that they pick up from the queue. Therefore, if the Group Worklist is ERMS Queue check box is selected, the system selects the Auto Accept check box automatically and makes it read-only.

Enter a queue name. When the system creates a PeopleTools MCF queue based on a worklist definition, the queue name comes from this field. (Also, the first 30 characters of the worklist description are saved to the queue description field.)

The default value is the worklist name, but worklist names longer than 15 characters are truncated to accommodate the field size for PeopleTools MCF queue names. To ensure that every group worklist definition is associated with a different queue, the system validates that the queue name is unique.

Select to have the system create a case for each inbound unstructured email that is routed to this group worklist.

The system uses the sender of the email as the customer contact of the newly created case. If the email address does not match any of the customer record in the CRM system, one of these two things happens based on the setup of the mailbox to which the inbound email is routed:

• A new customer (a Person record) is created using the email address and is used in the case.

  For example, if the email address is John.Doe@acompany.com, John.Doe is used as the first name and acompany.com as the last name of the person.

• The Anonymous User person record is used as the customer (consumer) of the case.

If multiple matches are found for the email address, the Select Sender link appears on the case, indicating that the call center agent needs to choose an email sender as the case customer. Click this link to specify a customer for the case, either by picking one from the search result, performing another customer search, or creating a new customer (consumer) using the quick create feature.

If this option is enabled, specify the business unit and display template family code used to create cases.

Specify the business unit used to create cases for inbound email that are routed to this group worklist.

If a business unit is not specified here, the system uses the identified customer of the new case to derive a setID, and uses this setID to get the business unit for case creation from the email business unit mapping of the associated mailbox definition. If customer setID cannot be determined, the default setID and business unit mapping is used. This method applies if the type of the associated mailbox is External or Higher Education. For mailboxes of types Internal and Internal HR, the default business unit specified in the mailbox definition is used for case creation.

See Mailbox Definition Page.

Specify the display template family code that is used to create cases for inbound email that are routed to this group worklist.

If a display template family is not specified here, the system uses the business unit that is identified for case creation to derive the display template family to use from the Email Definition page. Depending on the definition, the family used can be different based on mailbox type for the same business unit.

See Email Definition Page.

Enter user IDs for each individual user that is permitted to access this group worklist. The Description column displays each user's name.

If this worklist is associated with a provider group, remember to update the group worklist definition when the provider group membership changes.

Select this check box for exactly one group member. The selected member is the person with overall responsibility for ERMS entries in the worklist. The system sends this person notifications for each email that is not closed within the warning notification and final notification time frames for this worklist. The worklist owner can take ownership of any assigned email in this worklist.

Click to access the queue definition for the current worklist. Use the Queue component to define settings that are beyond the basic default values that the system enters when it creates a new queue based on a PeopleSoft CRM group worklist.

Click to access the Agent component, where you can define agent profile settings beyond the basic default values that the system enters when it creates agent definitions based on a PeopleSoft CRM group worklist.

Click to return to the Associate Worklist page. This link appears only if you accessed the Group Worklist page by transferring from the Associate Rules and Worklist page of the Mailbox Details component.