Concept: Restricted Requirement Groups

You configure an institutional sharing policy and processing order for academic requirements at your institution. You can configure exceptions by creating restricted requirement groups (RRGs) to either:

Permit a specific number of registrations or units to share across academic requirements if your Academic Progress Processing policy doesn't allow sharing.

Restrict registrations not to share or permit a specific number of registrations or units to share if your Academic Progress Processing policy allows sharing.

Example: A student must complete 12 units for Major Electives. The student can only use 6 units from General Education courses to satisfy the Major Electives requirement.

You can permit sharing between requirements when the Academic Progress Processing policy restricts registrations to a single requirement. Configure a Restricted Requirement Group to share 6 units between the Major Electives and General Education requirements.

You can restrict sharing between requirements when the Academic Progress Processing policy permits sharing of registrations between requirements. Configure a Restricted Requirement Group to restrict sharing to only 6 units between the Major Electives and General Education requirements.

You define your nonsharing institutional policy on the

Maintain Academic Progress Processing Policy

task. On the

Maintain Academic Progress Processing Policy

task, you can either restrict registrations to 1 academic requirement or share registrations between requirements. Whether or not you restrict registrations to 1 academic requirement, you can choose to share repeatable courses in restricted requirement groups. You can also define an institutional processing order on the Default Academic Requirement Processing order grid. On the

Configure Academic Requirements

task, you can define the order of requirements. You can uphold your preference when creating RRGs by selecting the

Configured Processing Order Preference

You can select to define the number of units or the number of items that can overlap across academic requirements. Workday evaluates the

Academic Progress

report for students based on how you configure shared units or items in the restricted requirement group.

Example: Sharing Institutional Policy

Example: In your institution, you permit sharing.

On the

Maintain Academic Progress Processing Policy

task,

Restrict Registrations to One Academic Requirement

is unchecked. The Default Academic Requirement Processing Order is: Academic Unit, Program of Study, Program Focus, and Program Area.

On the

Configure Academic Requirements

task, there’s a defined order of the requirements configured to the Academic Unit: Requirement C, Requirement A, and Requirement B.

On the

Restricted Requirement Group

task, the configuration is:

Number of Items Allowed to Overlap

: Selected.

Number of Items

: 1.

Preference

: Restricted Requirement List 1.

Requirement List 1

: Requirement C.

Requirement List 2

: Requirement A.

In this scenario:

Courses MATH-101, MATH-220, and ECON-101 are in Requirement A, Requirement B, and Requirement C. The student has completed all 3 courses.

Academic Requirement	Course	Course	Course
Requirement C	MATH-101	MATH-220	ECON-101
Requirement A	MATH-101
Requirement B	MATH-101	MATH-220	ECON-101

All 3 courses satisfy Requirement C because the preference is Requirement C (defined in the Requirement List 1 on the RRG). You've also restricted sharing between Requirement C and Requirement A to 1 item. Requirement A can only use 1 course. Requirement B isn’t in the RRG and your tenant has a sharing policy. Requirement B can use all 3 courses.

Example: Nonsharing Institutional Policy

Example: In your institution, you don't permit sharing.

On the

Maintain Academic Progress Processing Policy

task, you've selected

Restrict Registrations to One Academic Requirement

Other than the sharing policy, your configuration is identical to the earlier example.

In this scenario:

Academic Requirement	Course	Course	Course
Requirement C	MATH-101	MATH-220	ECON-101
Requirement A	MATH-101
Requirement B

Requirement B can't use any of the courses because you have a nonsharing policy. Requirement C can use all 3 courses since Requirement C is first in the order of requirements on the

Configure Academic Requirements

task. Requirement A can use only 1 course because you've defined your RRG to share 1 item between Requirement C and Requirement A.

View RRGs

You can only configure and view RRGs for the institutions you have access to.

To view all restricted requirement groups configured for your institution, access the

Find Restricted Requirement Group Definitions

report (secured to the Reports: Academic Requirements
domain). You can search by academic requirements to find the RRGs that have academic requirements in either Requirement List 1 or Requirement List 2 of the group.

To view the details for a specific RRG, access the

View Restricted Requirement Group

report.

You can also create custom reports on the Restricted Requirement Group business object using the

Restricted Requirement Groups

data source.