This chapter discusses how to:
Define default processing rules and options.
Optimize manager view performance.
Modify passing, grading, and attendance schemes.
Define the commit frequency.
Define reasons for certification status changes.
Enable workflow for notifications.
Modify text on the self-service pages.
Define search filters.
Enable instant messaging.
See Also
Understanding the Catalog Structure
To define default system settings and options, use the Install Defaults (LM_IN_DFLT_CMP) component and the Payment Methods (LM_SYS_PYT_MTHD_DF) component.
This section provides an overview of default values and discusses how to:
Set up general installation defaults.
Set up installation defaults for enrollment.
Define installation defaults for attendance.
Define installation defaults for programs.
Set counter records.
Select default payment methods for organizations.
Defining default values provides a convenient way to assign consistent business rules to learning activities. Most entries that you make in the Install Defaults component become the default values for selected fields that are within the learning environment, catalog item, delivery method, learning activity, and program components. Default values for certain fields have a cascading effect. For example, the language that is selected on the Install Defaults page becomes the default language for the learning environment, which becomes the default language for the delivery method. In most cases, you can override the default value at another level. For example, you can override the default language at the learning environment level, the delivery method level, or both.
The following table shows where various install default values are used throughout the system:
Field Name |
Learning Environment |
Catalog Item |
Delivery Method |
Activity |
Program |
Allow Completion from History |
X |
X |
X |
||
Allow Cascading Expirations |
X |
||||
Allow Concurrent Enrollment |
X |
||||
Allow Nested Programs |
X |
||||
Currency Code |
X |
X |
X |
X |
|
Default Requestor |
X |
||||
Display Certification Status on the Self Service Home Page |
X |
||||
Display Objectives on the Self Service Home Page |
X |
||||
Enable Learning Request |
X |
X |
|||
Enable Waitlist |
X |
X |
X |
||
Enforce Prerequisites |
X |
X |
|||
Estimated Cost |
X |
X |
X |
||
Hourly Cost |
X |
X |
|||
Language Code |
X |
X |
X |
||
Last Drop |
X |
X |
|||
Last Drop Date = Start Date |
X |
X |
|||
Last Enroll |
X |
X |
|||
Last Enroll Date = Start Date |
X |
X |
|||
Launchable from History |
X |
X |
X |
||
Learning Period |
X |
X |
X |
||
Learning Request Threshold |
X |
X |
|||
Min Enroll Days (minimum enrollment days) |
X |
X |
|||
Overbook |
X |
X |
|||
Require eSignature on Updates |
X |
||||
Session Start Time |
X |
X* |
|||
Session End Time |
X |
X* |
|||
Time Zone |
X |
X* |
|||
Waitlist Threshold |
X |
X |
X |
||
Warning Period |
X |
X |
X |
* Session components only.
Page Name |
Object Name |
Navigation |
Usage |
LM_IN_DFLT_GEN |
Set up ELM, Install Defaults, General |
Define general default values and rules at the installation level. |
|
LM_IN_DFLT_ENRLMT |
Set up ELM, Install Defaults, Enrollment |
Define default values and rules for enrollment at the installation level. |
|
LM_IN_DFLT_ATTN |
Set up ELM, Install Defaults, Attendance |
Select the attendance status values that you want the Auto Mark Activity Completion process to assign to a learner's attendance record when it determines that the learner has attended, not attended, or initiated attendance in the learning component. |
|
LM_IN_DFLT_PRG |
Set up ELM, Install Defaults, Programs |
Define default rules for programs at the installation level. |
|
LM_CNTR_SETUP_PG |
Set up ELM, Install Defaults, Counter Records |
Reset the counter records for various IDs that you create throughout the Enterprise Learning Management system. |
|
LM_SYS_PYT_MTHD_DF |
Set up ELM, Financial Details, Payment Methods, Payment Methods |
Define default payment methods for an organization. |
Access the Install Defaults - General page.
Access the Install Defaults - Enrollment page.
Time Zone |
This field applies to scheduled learning activities only. Select the default time zone for activity scheduling. This is especially important for live webcast learning activities that learners from multiple time zones might attend. You can override this value at the learning environment level and, for sessions, at the activity level. |
Session Start Time and Session End Time |
These fields apply to scheduled learning activities only. Enter the default start time and end time of learning activities. You can override this value at the learning environment level and, for sessions, at the activity level. |
Learning Period |
Enter the number of days after the enrollment date that learners have to complete an activity. You can override this value at the learning environment, delivery method, and activity levels. |
Enter the number of days before the end of the learning period that you want the system to send an email notification to the learner expressing that the learning period is about to expire. You can override this value at the learning environment, delivery method, and activity levels. |
|
Enter the maximum number of learners that an administrator can enroll in an activity or register in a program through group enrollment and registration. During group enrollment and registration, if the group of learners exceeds the number that is set here, the system warns the administrator that the group exceeds the limit. The administrator then has the option to continue with the enrollment or registration for learners up to the maximum, switch to mass enrollment, or refine the group criteria to achieve a group that is within the limits. |
|
Select if you want the enrollment process to obey activity prerequisites. Clear this check box to waive the prerequisites for all learners. Even if this check box is selected, the learning administrator can still waive prerequisites for individual learners. You can override this value at the learning environment and activity levels. |
|
Enter the percentage above the maximum enrollment value for which you allow enrollment. The overbook value, multiplied by the maximum enrollment number, is the total number of enrollments that the system accepts before the waitlist status is assigned to a learner who tries to enroll in an activity. You can override this value at the learning environment and activity levels. |
|
Select if you want the system to accept waitlisted learners for an activity when the maximum enrollment number is reached. If overbooking is permitted, the system does not waitlist learners until the overbook percentage is reached. You can override this value at the learning environment, delivery method, and activity levels. To use the waitlist feature, you must also select the Enforce Enrollment Limit option for the activity. Selecting the Enable Waitlist option alone does not cause waitlist creation. |
|
Enter the number of days before an activity start date that you want the minimum enrollment notification sent to the enrollment administrator and activity owner to alert them that the minimum enrollment is not reached. the Min Enrollment Notification Application Engine process (LM_ACT_MINEN) performs this notification. This notification gives the activity administrator and owner the opportunity to cancel a specific activity because of low enrollment. You can override this value at the learning environment and activity levels. |
|
Launchable from History |
Select if you want the links associated with web-based, test, or survey learning components to be launchable from the learner's All Learning page after the activity achieves a completion status of Completed or Not Completed. You can override this value at the learning environment, delivery method, and activity levels. Note. You must select this check box if you select Allow Completion from History. |
Select if you want learners to be able to complete learning activities that have web-based, test, or survey learning components after the activity achieves a completion status of Completed or Not Completed. For example, if a learner does not pass or complete an activity the first time through he or she can return later to try to complete it from the All Learning page. If the Launchable from History check box is selected and this check box is cleared, then learners can launch the content but their progress will not be updated and no changes will be made to the learning activity's completion or passing status. You can override this value at the learning environment, delivery method, and activity levels. Note. If you select this check box, be sure to also select the Launchable from History check box. |
|
Last Enroll (last enrollment) |
Enter the number of days Before or After an activity start date to represent the last day that enrollment is permitted. You can override this value at the learning environment and activity levels. |
Last Enroll Date = Start Date |
Select if you want the last day that learners can enroll in an activity to equal the activity start date. You can override this value at the learning environment and activity levels. |
Last Drop |
Enter the number of days Before the Start Date or After the Enrollment Date that a learner can drop an activity without paying the drop fee. Alternatively, you can select the Last Drop Date = Start Date check box. You can override this value at the learning environment and activity levels. |
Last Drop Date = Start Date |
Select if you want the last day that learners can drop an activity without having to pay a drop fee to equal the activity start date. You can override this value at the learning environment and activity levels. |
Enter the number of waitlisted learners that will trigger a notification to the administrator. You can override this value at the learning environment, delivery method, and activity levels. |
|
Enable Learning Request |
Indicate whether requests for new learning can be made. You can override this value at the learning environment and catalog item levels. |
Enter the number of learning requests for a particular catalog item that will trigger a notification to the administrator. You can override this value at the learning environment and catalog item levels. |
|
If selected and the enforce prerequisites feature is activated for an activity, learners who do not meet an activity's required prerequisites at the time of enrollment, can proceed with the enrollment process, provided they are currently enrolled in the prerequisites. You can override this value at the learning environment level. |
|
Default Requestor |
Select this field to prevent the Select Requester page from displaying when an administrator uses the group or mass enrollment feature. The system assumes that the adminstrator is the requester. You can override this value at the learning environment level. |
Select to enable approvals for Activity Enrollments or Supplemental Learning.
Note. Selecting these does not indicate that approvals are required for enrollments or supplemental learning. It only indicates that the approval functionality is available.
See Also
Setting Up the Approval Framework
Access the Install Defaults - Attendance page.
For each type of learning component, select the attendance status values that you want the Auto Mark Activity Completion process to assign to a learner's attendance record when the process determines that the learner has attended, not attended, or initiated attendance in the learning component. The attendance values that you select are based on the values that you define on the Attendance Schemes page. For an attendance scheme, you can create multiple labels for each of these three core attendance statuses—attended, did not attend, and unknown—and you can give each one a label that specifically meets the needs of your organization's learning environment for a given learning component. When you run the Auto Mark Activity Completion process, the engine uses the values that you set on the Install Defaults - Attendance page to mark attendance for learners.
For all learning component types but session, the Auto Mark Activity Completion process can track initial attendance. Therefore, you can define the initial attendance status for these component types on this page. For sessions, however, instructors track attendance and enter the data into the system. To save instructors time, the Auto Mark Activity Completion process automatically marks all learners as attended for sessions. Instructors can then mark learners as not attended.
See Also
Marking Attendance and Passing Statuses Automatically
Modifying Passing, Grading, and Attendance Schemes
Understanding the Completion Engine
Access the Install Defaults - Programs page.
Program Defaults
Select to enable the inclusion of programs within other programs. This option can be overridden for a particular learning environment on the Learning Environment - Defaults page. |
|
Select to permit administrators to define different expiration rules for each section of catalog items within a certification program. If this check box is cleared, administrators can define only one set of expiration rules for an entire program. This option can be overridden for a particular learning environment on the Learning Environment - Defaults page. |
|
This feature enables you to track changes to a learner's program certification status. Administrators can produce the Certification Compliance (LMREGAUD) report, which lists each status change along with the learner's name, the date the status was changed, and the name of the person who updated the status. If you clear the check box, the system will not store audit information for status changes. This option is selected by default. |
|
Select to enable administrators to activate the eSignature sign-off feature for a program. When eSignature is activated, administrators must enter their password when manually updating a learner's program status. This option can be overridden for a particular learning environment on the Learning Environment - Defaults page. |
You can enable administrators to select a reason code when they make certain updates to a learner's certification status through the program roster. Use the Reason Codes page to create reason codes and the Reason Code Mapping page to associate reason codes with the certification statuses that you select here.
See Defining Reasons for Certification Status Updates.
Status |
Identify the statuses for which administrators can select a reason code. Values are Completed, Denied, Dropped, Expired, In Progress, Not Completed, Pending Approval, Pending Payment, Planned, Registered, Reissue, Revoked, Waived, and Warning. |
Selecting the Program Registration check box causes an Approval Type field and a Special Approver field to display on the Maintain Programs - Details page. An administrator can use these fields to define the approval requirements for program registrations.
See Also
Setting Up the Approval Framework
Access the Install Defaults - Counter Records page.
Enterprise Learning Management automatically assigns an ID number or counter to many records as they are created. Initially, counters are set to 0 or 1000, depending on the type of record. When a new record is created, the system increments the counter by one. For example, if the Learner ID is set to 1000, when you add a new learner, the system assigns the learner ID, 1001. The ID numbers that were last assigned are always displayed on the Install Defaults - Counter Records page.
You can adjust the counters if necessary. For example, if during implementation you need to import legacy records that already have IDs, you can set the counter to a number higher than the last legacy ID. This ensures that the system will assign a unique ID to each new record that you add in Enterprise Learning Management.
Note. The system incrementally increases all counters for any internal Enterprise Learning Management processes. It does not increment IDs for data that you load from external sources through external means, such as through Structured Query Language.
Fix Counters |
This button initiates a program that analyzes the records that use counters and make corrections should the counters get out of sync. Counter records can occassionally get out of sync if you are loading or modifying data via scripts (typically during implementation). |
Access the Payment Methods page.
Payment methods relate to the payment of enrollment and registration fees. The payment methods that you select on this page appear by default on the Learning Environments - Defaults page in the Learning Environments component, where you can override the default values.
Cash |
Select to enable cash as a valid payment method for organizations. |
Check |
Select to enable checks as a valid payment method for organizations. |
Charge Back |
Select to enable chargebacks as a valid payment method for organizations. |
Credit Card |
Select to enable credit cards as a valid payment method for organizations. PeopleSoft Credit Card Processing Interface provides credit card functionality for Enterprise Learning Management. Selecting this option enables credit card processing by using CyberSource integration. CyberSource is a third-party application that provides credit card authorization and payment. See PeopleSoft Enterprise Components PeopleBook for Enterprise Learning Management 9.0, “Setting Up the Credit Card Interface” |
Manual |
Select to disable CyberSource integration and enable manual credit card processing. Enterprise Learning Management stores encrypted credit card information for a transaction during enrollment or registration. To support manual processing, you must build or supply your own process to read encrypted credit card data from the PeopleSoft tables and then manually process the credit card transaction. See PeopleSoft Enterprise Components PeopleBook for Enterprise Learning Management 9.0, “Setting Up the Credit Card Interface” |
Purchase Order |
Select to enable purchase orders as a valid payment method for organizations. |
Select the account that you want to use to track revenue for purchase orders. The system uses the Chartfield that you specify for all purchase orders, which you can track on the Maintain Purchase Orders page. If you set up the purchase orders in PeopleSoft Financials and create a means to post revenue from Enterprise Learning Management to PeopleSoft Financials, then when you post this revenue the system updates the specified account. This functionality is not delivered. |
|
Select to enable training units as a valid payment method for the organization. Training units are prepaid units that can be purchased by an external organization, often at a discounted price. Training units are depleted from the prepaid account each time a learner is charged an enrollment, registration, or drop fee. |
|
Select the account that you want to use to track revenue for purchased training units. The system uses the Chartfield that you specify for all training units, which you can track by customer on the Define Customers - Payment Information page. If you set up the training units in PeopleSoft Financials and create a means to post revenue from Enterprise Learning Management to PeopleSoft Financials, then when you post this revenue for training units the system updates the specified account. This functionality is not delivered. |
See Also
This section provides an overview of manager view and lists the page used to optimize manager view performance.
To optimize performance when managers access pages in the application that retrieve data from the manager view (LM_MGR_VW) object, you must run the Load Manager Data process. This process assigns the appropriate view text to the LM_MGR_VW object definition based on the specific manager access type that you select on the Install Defaults - General page. Each manager access type has different view text. Because the script that is part of the manager view definition is based on only one manager access type rather than all manager access types after you run the process, the system is able to retrieve data from the view faster. Managers are therefore able to access pages that retrieve data from this view faster.
Note. You typically select the manager access type once and only run this process once during implementation.
Page Name |
Object Name |
Navigation |
Usage |
LM_MGRVW_RNCTRL |
Set up ELM, Load Manager Data, Load Manager Data |
Run the Load Manager Data (LM_MGRVWAE) process. |
To setup default values for passing status, grades, and attendance use the Passing Scheme (LM_PASS_SCH), Grading Scheme (LM_GRA_SCHEME), and Attendance Scheme (LM_ATT_SCHEME) components.
This section provides an overview and discusses how to:
Modify the passing scheme.
Modify the grading scheme.
Modify the attendance scheme.
PeopleSoft delivers a predefined passing scheme, grading scheme, and attendance scheme that lists the values that you can use to grade learners and mark their attendance. Passing scheme values define the status of grading scheme values. Grading and attendance scheme values are the values that appear on the learners' self-service pages.
Each grade, pass, and attendance value is associated with a status which can affect a learner's enrollment status. For example, when a learner who is enrolled in a scheduled activity attends and passes the activity, the enrollment status changes to completed. This change in the enrollment status causes the learner's objectives to be updated.
You can modify the delivered grading and attendance values. For example, say that you want to track learners who arrive late. The delivered attendance scheme does not include this label; it includes labels for Attended, Not Attended, and Unknown only. You add a new label called very late and give it the status of Attended. You might also decide to change the label for Attended to present. Each status must be represented at least once in the scheme. For passing schemes you can modify the delivered labels, but you cannot add new values because the delivered values are built into the processing of grades.
See Also
Managing Attendance and Grading
Administering Enrollment-Related Tasks
Page Name |
Object Name |
Navigation |
Usage |
LM_PASS_SCH |
Set Up ELM, Grades and Attendance, Passing Scheme, Passing Scheme |
Modify the labels for the delivered passing statuses of the passing scheme. The passing statuses are: pass, fail, not required, pending, not marked. Associate these passing statuses to grades on the Grading Scheme page. |
|
LM_GRD_SCH_PG |
Set Up ELM, Grades and Attendance, Grading Scheme, Grading Schemes |
If the organization uses grades, modify the grading scheme by defining the grades that can be assigned at the completion of an activity. Associate a passing status to each grading label. |
|
LM_ATT_SCH_PG |
Set Up ELM, Grades and Attendance, Attendance Scheme, Attendance Schemes |
Modify the attendance scheme by defining the labels for marking attendance. |
Access the Passing Schemes page.
The passing statuses are built into the Auto Mark Activity Completion process and are therefore set values that you cannot modify. Use the Passing column to change the labels for the corresponding passing statuses. Assign passing statuses to grading scheme values on the Grading Schemes page.
Access the Grading Schemes page.
Grading Label |
Enter the grade that the learner sees, such as A, B, C and D. You can link A, B, and C grades to Pass status and D grade to Fail status. |
Status |
Select the status that equates to the grading level. You can assign the same status to more than one grading label. Each status must appear in the table at least once. You define labels for passing statuses on the Passing Schemes page. |
Access the Attendance Schemes page.
This page is similar to the Grading Schemes page. You enter a label, such as very late or left early, and select a status. Values are: Attended, Not Attended, or Unknown.
To define reason codes and map them to program statuses, use the Reason Codes (LM_RSNCD_TBL) component and the Reason Code Mapping (LM_CERT_STTS_RSN) component.
This section provides an overview of certification status updates and discusses how to:
Define reason codes for status changes.
Map reason codes to certification statuses.
The system uses statuses such as registered, in-progress, and dropped, to track a learner's progress through a certification program. While the system automatically updates the learner's status as various events occur, administrators can also update the status manually through the roster pages.
To enable administrators to provide a reason for making certain status changes, such as setting a learner's certification status to revoked or reissued:
Define codes that represent the reasons for updating a learner's certification status.
Define reason codes on the Reason Codes page.
Associate the appropriate reason codes with each certification status.
Map reason codes to statuses on the Reason Code Mapping page.
Identify the status for which administrators can select a reason.
Select the default statuses on the Install Defaults - Programs page. You can override these values for a given learning environment.
See Also
Defining Installation Defaults for Programs
Page Name |
Object Name |
Navigation |
Usage |
LM_RSNCD_TBL |
Set Up ELM, Catalog, Reason Codes |
Define reasons for changing a learner's program status. |
|
LM_CERT_RSN |
Set Up ELM, Catalog, Reason Code Mapping |
For a particular program status value, associate reasons for changing a learner's status. |
The reason codes (rather than the descriptions) appear in the drop-down list that administrators use when updating a learner's certification status.
Access the Reason Code Mapping page.
Select the reason codes to associate with a given program status. By default, the status of each reason code is set to Active. A reason code cannot be deleted after it has been used; however, you can set its status to Inactive so that it cannot be selected in the future.
To set the commit frequency for batch processes, use the Define Commit Frequency (LM_CMIT_FREQ) component.
This section discusses how to define the commit frequency for batch processes run in Enterprise Learning Management.
Page Name |
Object Name |
Navigation |
Usage |
LM_CMIT_FREQ_PG |
Set Up ELM, Commit Frequency, Batch Processing Commit Frequency |
Specify the commit frequency that the system uses for batch processes. |
Access the Batch Processing Commit Frequency page.
Process Name |
Enter the process name. The name of the mass enrollment process is LM_MASS_ENRL; the name of the mass objectives assignment process is LM_MASS_OBJV. |
Commit Frequency |
Enter the number of records (learners) you want the system to process before committing changes to the database. The default is 50. Consult your organization’s database administrator for the appropriate setting for your organization. If the request that you submit contains a lesser number of rows than the commit frequency, the system commits the data just once at the end of the batch run. For example, if you submit a mass enrollment request for 250 learners, the system commits the data every 50 rows. However if you submit a mass enrollment request for 24 learners, the system commits the data just once after processing all rows. Note. This is a system configuration option that needs to be set just once. |
See Also
Managing Group and Mass Objective Assignments
This section discusses how to enable workflow.
See Also
Sending Enrollment, Registration, and Waitlist Notifications
Sending Activity Notifications
Workflow Notifications and Attachments
Page Name |
Object Name |
Navigation |
Usage |
WF_SYS_DEFAULTS |
PeopleTools, Workflow, Defaults and Messages, Set Workflow Defaults, Worklist System Defaults |
Enable workflow for enrollment, program, and activity notifications. |
Access the Worklist System Defaults page.
Several enrollment-related events generate automated email notices to learners, provided that you enable workflow email notifications. To enable workflow, enter the system administrator's ID in the User ID field, and then select the Email Active option.
Enterprise Learning Management makes use of the text catalog for storing text that appears on self-service pages, including field labels, button and link names, page instructions, and warnings. You can modify text that appears on a page by editing text in the text catalog. Text can be specific to a learning environment.
See Also
To define search filters, use the Learning Filters (LM_FILTER) component.
This section provides an overview of search filters and discusses how to define search filters.
Search filters enable learners and managers to perform focused searches through their own or their direct reports' learning records on the self-service All Learning and Team Learning pages. Administrators can use the same set of filters to view learner records through the View All Learning (LM_ADMIN_LEARNING) component.
To define search filters, specify the attributes of the activities and programs, learning requests, and supplemental learning types that you want the search filter to retrieve. There are five categories of attributes you can use to limit search results:
Category |
Use and Description |
1. Enrollment Status |
Use to limit a search to activities and programs, supplemental learning types, or learning request types having a specific enrollment or registration status. For example, only activities and programs with an enrollment or registration status of Completed or Waived, or only supplemental learning with an enrollment status of Planned. Note. Enrollment and registration statuses are delivered with the system and are assigned to learners based on where they are in the learning process. |
2. Activity and Program Delivery Method (applies only to activities and programs) |
Use to limit a search to activities and programs using a specific set of delivery methods. For example, only activities and programs delivered as External Vendor Self-Paced orInstructor Led Classroom courses. Note. Delivery methods are defined by the customer using the Delivery Method Type (LM_DMTHD_TYPE) component. |
3. Supplemental Learning Type (applies only to supplemental learning). |
Use to limit a search to specific types of supplemental learning. For example, only supplemental learning defined as On-The-Job Training or Equivalent Experience. Note. Supplemental learning types are defined by the customer using the Define Supplemental Learning (LM_ADHC_SETUP) component. |
4. Learning Request Type (applies only to learning requests) |
Use to limit searches to specific types of learning requests. For example, only learning requests defined as Online or Classroom. Note. Learning request types are delivered with the system. |
5. Time period of search. |
Use to limit a search to a specific period of time. For example, all learning completed in the last 180 days, or all learning completed during the year 2006. |
When building search filters, take note of the following:
To create a filter to search for activities and programs, combine attributes from the Activity and Program Delivery Method category with attributes from the Enrollment Status and Time Period of Search categories.
The relationship between the Activity and Program Delivery Method category and the Enrollment Status and Time Period of Search categories is based on an implicit AND operator. For example, assume that you create a search filter to return all activities and programs with an enrollment status of Completed, a delivery method of Instructor Led Classroom, and a time period of January 1 to December 31, 2006. All of these conditions must be true for an activity or program to be included in the search results.
To create a filter to search for learning requests, combine attributes from the Learning Request Type category with attributes from the Enrollment Status and Time Period of Search categories.
The relationship between The Learning Request Type category and the Enrollment Status and Time Period of Search categories is based on an implicit ANDoperator. For example, assume that you create a search filter to return all learning requests with an enrollment status of Requested, a learning request type of Classroom, and a time period of January 1 to December 31, 2006. All of these conditions must be true for a learning request to be included in the search results.
To create a filter to search for supplemental learning, combine attributes from the Supplemental Learning Type category with attributes from the Enrollment Status and Time Period of Search categories.
The relationship between the Supplemental Learning Type category and the Enrollment Status and Time Period of Search categories is based on an implicit AND operator. For example, assume that you create a search filter to return all supplemental learning with an enrollment status of Planned, a supplemental learning type of External Learning, and a time period of January 1 to December 31, 2006. All of these conditions must be true for a supplemental learning type to be included in the search results.
You can create learning filters to search for a single type of learning (for example, only activities and programs, or only learning requests), or for different types of learning at the same time (for example, activities and programs in combination with learning requests and supplemental learning).
Within a single category, the relationship between the selected conditions is based on an implied OR operator. For example, if you create a filter based on the values Pending Approval, Pending Payment, and Waitlisted in the Enrollment Status category, the search will return all learning that satisfies any one of these status conditions.
Page Name |
Object Name |
Navigation |
Usage |
LM_FILTER |
Set Up ELM, Learning Filters |
Define search filters for use on self-service pages and the View All Learning component. |
Access the Learning Search Filter page.
Select the search conditions that have to be met for the system to display an activity or program, a learning request, or a supplemental learning type in the search results on the All Learning, Team Learning, or Learner View pages.
See Maintaining Learning Records and Objectives through Self-Service Pages.
See Viewing and Managing Learner Transcripts.
Example: Creating a Filter to Search for All Completed Classroom Training in the Current Year
To create a filter to search for all completed classroom activities and programs in the current year:
Access the Learning Search Filter page.
Select Add a New Value and enter the name of the search filter.
The Learning Search Filter page appears.
In the Enrollment Status group box, add the search conditions Completed and Waived.
In the Activity and Program Delivery Methods group box, add Classroom to the list of search conditions.
In the Date Range From and To fields, enter 1 January 2006 and 31 December 2006.
Click Save and access the All Learning, Team Learning, or Learner View page to use the search parameters you have defined.
See Also
Maintaining Learning Records and Objectives through Self-Service Pages
This section provides an overview of instant messaging, and discusses how to enable instant messaging.
In addition to more standard means of communication, instructors, administrators, and learners can communicate via instant messaging. Enterprise Learning Management supports three instant messaging tools: Lotus Sametime Connect, AOL Instant Messenger, and Yahoo Instant Messenger.
When you use the instant messaging feature, learners can click a chat icon on the self-service Activity Details page to initiate a chat session with an instructor, or click an icon on the self-service Program Details page to send an instant message to the program owner. Chat icons can also appear next to learner names on the User Profile pages that administrators can access through the program and activity rosters.
To activate instant messaging in Enterprise Learning Management:
Use the Configuration page available through PeopleSoft PeopleTools to enable instant messaging and select the supported instant messaging tools.
In Enterprise Learning Management, have users select their instant messaging settings on the Learning Preferences page.
Each user should enter a user ID (screen name) and choose the preferred instant messaging tool. Only those tools enabled on the Configuration page are available for selection. Selecting the Enabled check box causes the chat icon to appear next to the user's name on pages that support instant messaging.
Page Name |
Object Name |
Navigation |
Usage |
MCF_IM_CFG_PG |
PeopleTools, MultiChannel Framework, Instant Messaging, Configuration, Configuration |
Enable an instant messaging system and indicate the server IP address. |
Access the Configuration page.
IM Domain(instant messaging domain) |
The instant messaging service. Options are as follows:
|
Server IP Address |
Enter the address of the instant messaging server in the format host.domain(:host). |
Enable |
Select to activate this instant messaging service. |
See Also
Enterprise PeopleTools PeopleBook: PeopleSoft MultiChannel Framework, "Configuring Instant Messaging"