DARS Exception Processing Manual
Published: 02/2024
Ⅰ. About DARS Exceptions
The Degree Audit Reporting System (DARS) includes a process by which exceptions to degree requirements can be tracked and reflected on the degree audit report for individual students. The DARS Exception process is also used to add requirements, such as minors, certificates, concentrations, etc., to a student’s audit report.
PeopleSoft
DARS exceptions are processed in PeopleSoft. Please ensure you have the necessary permissions to access the DARS Exceptions page.
Contact Us
If you have any questions about DARS exceptions or permissions needed to process exceptions, please contact the Registrar - DARS team at dars@ohio.edu. Registrar contacts can also be found on the University Registrar – Whom to Contact page.
Ⅱ. Important Information about DARS Exceptions
Exception processing procedures differ by college and desired effect, but there are some rules and restrictions that apply to all individuals authorized to process exceptions.
Exceptions NOT Permitted by Colleges
Authorized personnel in deans’ offices are responsible for processing exceptions to major requirements within their college. However, individuals in college offices MAY NOT:
1. Process overall credit adjustments (reductions to credits required for degree/program)
Students must earn a minimum of:
- 120** semester hours for a bachelor’s degree
- 60 semester hours for an associate degree
- 30 semester hours for a master’s degree
- 90 semester hours for a doctoral degree
**Students must complete 120 semester hours for one bachelor’s degree and 135 semester hours for two bachelor’s degrees.
2. Process exceptions to general education requirements
- Any exceptions to BRICKS (or TIERS) requirements must be appealed to the General Education Committee.
- If approved, the General Education Committee forwards approved exception requests to the DARS team for processing.
3. Process exceptions to residency requirements
Degree/Program residency (credit earned at Ohio University - OU)
- Bachelors - A minimum of 30 semester hours in OU coursework
- Associate – A minimum of 18 semester hours in OU coursework
- Master’s and Doctoral programs – See catalog Transfer Credit Limits
Major residency
- Undergraduate – A minimum of 50 percent of coursework taken to fulfill
your major concentration, minor, or certificate must be completed at OU.
4. Process exceptions for general graduation requirements - See the university catalog for a full list of graduation/degree requirements that cannot be overridden.
Undergraduate Catalog
Navigate to the Requirements section of the student’s catalog.
- Pathway: catalogs.ohio.edu > Graduation Requirements –
Universitywide > Requirements
Graduate Catalog
Navigate to the Degree and Certificate Requirements section of the
student’s catalog.
- Pathway: catalogs.ohio.edu > Ohio University Graduate Catalog (select
catalog drop-down) > Degree and Certificate Requirements
University Policies
Navigate to the University Policy page; see Academic Matters section.
Exceptions are for Exceptional Circumstances
Exceptions are generally applied when a student’s academic needs and experience necessitate modification of degree requirements. Exceptions should not be the norm. Here are important reminders about the exceptional nature of exceptions:
- Exceptions should not be used to circumvent the curriculum approval process.
If you find yourself repeatedly processing the same exceptions, consider changing the curriculum.
Note: It is appropriate to repeatedly apply exceptions to DARS that are built to require manual intervention (e.g., foreign language waiver if English is second language).
- The student always has the option of changing their major catalog year to follow updated or different curriculum requirements.
Ⅲ. Types of Exceptions
There are myriad ways to process individualized exceptions to degree requirements. The type of exception that is applied depends on the desired results. Nevertheless, users must choose wisely as there are unintended consequences for some exceptions.
Exceptions Recommended by the DARS Team
1. Requirement Modification tab – (RM) Requirement Modification
In most cases, the Requirement Modification tab and RM-Requirement Modification exception code can be applied.
RM exceptions can be used to modify:
- sub-requirements
- number of required courses (count)
- number of required hours (hours)
- required GPA
- maximum hours allowed (max hours),
- and course condition codes
2. Requirement Modification tab – (SC) Substitute Requirement
When particular courses in the “select from” or “not from” list should be substituted with a different course, the SC-Substitute Requirement exception code should be applied.
SC exceptions can be used to modify:
- Individual course requirements
- sub-requirements
- number of required courses (count)
- number of required hours (hours)
- required GPA
- maximum hours allowed (max hours)
- and course condition codes
3. Requirement Modification tab – (AC) Add course to list
If a course should be added to the current “select from” or “not from” list, the AC-Add Course exception code should be applied.
AC exceptions can be used to modify:
- required course listings (additions)
- number of required courses (count)
- number of required hours (hours)
- required GPA
- maximum hours allowed (max hours),
- course condition codes.
4. Requirement Modification tab – (DC) Delete course from list
If a course should be deleted from the current “select from” or “not from” list, the DC – Delete course from list exception code should be applied.
AC exceptions can be used to modify:
- required course listings (removals)
- number of required courses (count)
- number of required hours (hours)
- required GPA
- maximum hours allowed (max hours)
- course condition codes.
Proceed With Caution!
Exceptions with unintended consequences
Exception processing can be a powerful tool. Exceptions can force requirements to reflect as complete, but it may come at a cost.
1. Requirement Modification tab – (WR) Waive Requirement
This exception can be used to waive (no longer require) a requirement.
Pros
- Student’s unneeded requirement is
waived
Cons
- All courses in the requirement can also be used (duplicate) elsewhere
- Makes the requirement appear as if no courses were ever required
- All required hours now equal zero
2. Force Reqt/Create Pseudo tab – (FR) Force to Completion
This exception should only be used for non-course requirements. Applicable non-course requirements may include external experiences or requirements that are programmed into DARS but can only be fulfilled with manual intervention from an exception processor. The FR exception code forces a sub-requirement to completion.
Note: This exception was previously called “Waive Subreqt (WS – Waive Subrequirement)”
Pros
- Student’s unneeded sub-requirement is waived
Cons
- Forces requirement fulfillment by adding unearned credit hours
- If minimum hours are required for the major, makes it appear that student has accumulated hours that they have not truly earned.
Ⅳ. Finding Pseudo Names
Exceptions require the user to provide a pseudo name/course. The pseudo name is used to link the exception with a specific requirement or sub-requirement. There are a few ways to find the pseudo name for your particular requirement: (1) by running an administrative audit
in the Faculty & Advising Center (FAC); (2) by using the Peoplesoft DARS Pseudo Search; or (3) by running a sample audit in the FAC.
Option 1: Find pseudo - Administrative Audit
The DARS team generally uses a naming convention when creating pseudo names. If you would like to ensure the correct pseudo name is being used for a particular requirement/sub-requirement, run an Administrative Audit with List All: Pseudo.
Administrative Audit Steps:
1) Go to the FAC – DARS Page
- Go to the Advising tab - DARS
- Enter the student’s ID number and select Lookup
- Select Request Administrative Audit
2) On the request administrative audit pop-up
- Enter the student’s Plan Code; Catalog; and List All – Pseudo
It is rare, but there are situations where the List All: Full should be used. Here are a couple of situations where List All: Full may be useful:
o If the pseudo name is needed for a requirement that is already fulfilled
o If the pseudo name is hidden
♦ If an administrative audit is run with List All: Pseudo, but the pseudo
name is still not visible.- Otherwise, List All: Full should not be used. Exception processors run the risk of negatively impacting DARS encoding and setup.
3) Once the administrative audit has run, the audit will appear in the Administrative Audit(s) section on the DARS landing page
- To view the DARS, select View Month DD, YYYY Audit
*Note: Students cannot see the Administrative Audit(s) section.
4) Now, the DARS will display with pseudo names
- Sub-requirement pseudo names
- Exception processors will use this pseudo most frequently.
- Sub-requirement pseudos always begin with $:
- If multiple pseudo names are listed, use the first pseudo in most cases.
- In example below (0MPHIL2): Can be used to add, substitute, or delete a course in the “Other Requirements: PHIL 6901…” section.
- Requirement pseudo names
- This pseudo is rarely needed.
- At the undergraduate level - this Pseudo applies to the major.
- At the graduate level - this Pseudo may apply to the entire program, so
proceed with caution. - In example below (0MPHIL): Can be used to require 2 sub-requirements instead of 3 (Core Areas, Other Requirements, and Thesis).
- Group pseudo names
- This pseudo is rarely needed. These pseudo names typically have a “GR”
near the end. - In example below (0MPHIL1GR2): Can be used to add, substitute, or delete a course in the “ANCIENT” group.
**Pro tip: Copy/paste the pseudo (without the $:) Most exception processing errors come from typos in pseudo names.
Note: all graduate-level pseudo names start with the number zero “0,” not the letter O.
5) Other Administrative Audit Pseudo tips:
Do not use pseudo name that end in “R”
- These are reject-line pseudo names.
- Reject-line courses and pseudo names are italicized and highlighted in red.
- Used to exclude courses from a requirement.
Never use pseudo names that start with an “XL”
- These are X-line pseudos
- X-line pseudos are only needed for the DARS encoders/programmers.
An asterisk (*) is a wildcard
- In the example below, “MIS****” means accept any course with an “MIS”
subject code.
Option 2: Find pseudo – PeopleSoft Pseudo Name Search/General Naming Convention
The PeopleSoft (PS) pseudo search can be used to provide general guidance regarding the appropriate pseudo name for exception processing. Using this option requires an understanding of the DARS general naming convention. Understanding the general naming convention is helpful for other pseudo searches as well.
1. PS – DARS Pseudo Name Search
The PS - DARS Pseudo Name Search can be found using the following pathway:
- Custom Applications > Student Records > DARS Exception > DARS Pseudo Name Search
Enter the student’s Plan Code and Catalog Year
- Leave the radio button selected for “order as displayed on DARS report”
- Select Retrieve List
The DARS Pseudo Name Search displays the overall requirement pseudo names.
In the example below, ADLGENLIB is the requirement pseudo.
- Knowing the requirement pseudo would only allow the exception processor
to make changes to the number of sub-requirements needed (2 SUB-REQTS in example below).
Most exceptions require modification of sub-requirements (“COMPLETE 10
ADDITIONAL LIBERAL…” in the above example).
- To find the sub-requirement pseudo, the exception processor has two
options:
- Run an Administrative Audit with List All: Pseudo
- Understand and apply the Pseudo Naming Convention
2. General Naming Convention for Pseudos:
The DARS Team typically follows a naming convention when creating pseudo names. The naming convention is structured by Requirement, Sub-requirement, and Group.
- Requirement = Requirement pseudo may be found in PeopleSoft Pseudo
Name Search or by Running an Administrative audit.
- In example below: 0MPHIL
- Sub-requirement = Requirement pseudo + 1, 2, 3…
- In example below: 0MPHIL2
- Group = Requirement pseudo + GR1, GR2, GR3…
- In example below: 0MPHIL1GR2
Option 3: Find pseudo – Sample audit
Exception processors with DARS Dean-Level access in the Faculty and Advising Center (FAC) have the option of running a Sample Audit with a List All: Pseudo. This process is similar to the process of running an Administrative Audit. Sample audits differ from typical
Administrative Audits in that they do not have student information populated.
1) Start by selecting DARS under the Advising tab in the FAC
- Select “Sample Audits”
2) The following must be entered to run a sample audit with pseudo names:
- Plan Code (e.g., OR6922)
- Catalog Year (e.g., 2024)
- List All dropdown: Pseudo
- Do not select “Full” from the list all dropdown.
- Selecting “Full” provides an overwhelming amount of information about
the DARS encoding. - There are rare situations where the “Full” option must be used to find
hidden pseudo names.
3) Select Submit Request and the audit will display in the Sample Audit(s) section.
V. PS Step-by-Step Instructions
There are several options available to apply exceptions to a student’s DARS. Each tab on the DARS Exception page can be used to apply a variety of exceptions.
Step 1: Access PeopleSoft DARS Exceptions
DARS exception processing begins with the DARS Exceptions page:
- Pathway: Custom Applications > Student Records > DARS Exception > DARS Exceptions
- Enter the student’s EMPLID or PID and select Search
Step 2: Select the Appropriate Tab
Use the tabs at the top to find and apply the appropriate exception type.
*If there is already an exception entered, select the plus (+) icon to add a new
row/exception.
Step 3: Apply Exception – Brief Description of Exception Tabs/Codes
Below is a description of the tabs that most exception processors have access to. There are additional tabs that can only be accessed by the DARS Team. If you’re experiencing issues processing an exception, do not hesitate to contact us at dars@ohio.edu.
Requirement Modification Tab
The requirement modification tab is the most frequently used tab because it can be used to perform most functions:
AC – Add course to list
- Use to modify a sub-requirement by adding a course to a list of “select from” or “not from” options. If at least one course has been entered, the
following fields can also be modified: number of required courses (count), number of required hours (hours), required GPA, maximum hours allowed (max hours), and course condition codes.
DC – Delete course from list
- Use to modify a sub-requirement. If at least one course has been entered, the following fields can also be modified: number of required courses (count), number of required hours (hours), required GPA, maximum hours allowed (max hours), and course condition codes.
NT – Add note
- Use to add a note to a requirement or sub-requirement.
RM – Requirement modification
- Use to modify a requirement or sub-requirement. The following fields can
be modified: number of required sub-requirements, number of required
courses (count), number of required hours (hours), required GPA, maximum hours allowed (max hours), and course condition codes.
SC – Substitute course
- Use to modify a sub-requirement. If at least one course substitution has
been entered, the following fields can also be modified: number of required courses (count), number of required hours (hours), required GPA, maximum hours allowed (max hours), and course condition codes.
WR – Waive requirement
- Use to waive (no longer require) a requirement. USE CAUTIOUSLY. All
courses normally used in the requirement will be released for use in other requirements. DO NOT USE this exception type to force a requirement to completion; it treats the requirement as never having been required. Consider using the RM exception type.
Force Reqt/Create Pseudo Tab
This tab is not used as frequently. Most of the functions needed can be performed on the Requirement Modification tab. Note: the FR-Force to completion exception was previously called WS-Waive subrequirement.
FR – Force to Completion
Use to force a requirement or sub-requirement to completion. Courses
that are listed in the sub-requirement prior to adding the WS exception will continue to be listed in the sub-requirement and will not be released for use in other requirements that might need them.CAUTION: This exception type can have unintended consequences. For
example, if used in a sub-requirement that requires a minimum number of credit hours and the student still needs those hours, DARS will generate those hours and reduce the overall hours at the requirement level accordingly.
PC – Create Pseudo Course
- Use to add a pseudo name to the student’s record. A few sub-requirements have been coded to accept a pseudo in place of a real V. PS Step-by-Step Instructions | 24 course. Staff from the Office of the Registrar will inform staff from the college whenever this exception code should be used.
Conditional Requirement
This tab is used to embed a declared minor, certificate, or concentration in a student’s DARS. This is not required for most programs, but some majors require it. Feel free to contact us at dars@ohio.edu if you are unsure about whether this exception is needed.
AR – Add Requirement to Plan
- Used to insert a requirement, such as a minor, certificate, or concentration, into the DARS report for the student’s major. Use this only when the student’s major requires declaration of a minor, certificate, etc.
Course Modification
This tab is used infrequently. Feel free to contact us at dars@ohio.edu if you are unsure about whether this exception is needed.
CC – Add/Remove Course CC
- Use only when advised to do so by a staff member from the Office of the
Registrar.
FC – Force Course to Subreqt
- Use to force a course to apply in a specific sub-requirement. This overrides any existing minimum course grade requirements and the normal processing order.
ST – Add Course Using Title
- Use to force a course to a specific sub-requirement using the course number and title.
XC – Remove Course Credit & GPA
- Use to remove credit and GPA effect for a course. Limited to staff members from the Office of the Registrar.
High School Foreign Language
This tab is rarely used and is limited to staff from the following colleges: A&S, FAR, ENT, & HTC.
HS – High School Foreign Language
- Use to add high school foreign language equivalency. This should be used only for Q2S transition students.
System Cond Code Modification
This tab is rarely used. Feel free to contact us at dars@ohio.edu if you are unsure about whether this exception is needed.
SY – Set/unset System CC
- Use only when advised to do so by a staff member from the Office of the
Registrar.
VI. Requirement Modification Tab Instructions
The Requirement Modification tab can be used for most exceptions. The requirement modification tab allows for the use of multiple exceptions in one screen as long as all exceptions apply to the same area or pseudo name (e.g., add course to list and reduce hours required for sub-requirement). The Exception Code identifies various exceptions that can be processed on the Requirement Modification tab.
AC – Add course to list
If a course should be added to the current “SELECT FROM” or “NOT FROM” list, the AC-Add Course exception code should be applied.
Example: In the example below, a student is receiving dean-level approval to count GEOG 6430 in the “SELECT FROM” list for their Research requirement.
Before
After
PS – DARS Exceptions > Requirement Modification: AC Instructions
AC – Steps:
- Enter the Term Type: Semester
- Select the Exception Code dropdown: AC – Add course to List
- Find and enter the Pseudo Name: (e.g., 0MGEOMSR2)
- Enter the Note for Audit: (maximum 27 characters)
- * The Memo is optional but strongly recommended. Indicate who approved and the date of the approval.
- Enter the *Course Subject and *Course Number of the course(s) that should be added to the list.
- Select the + icon to add additional courses
- An asterisk (*) can be used as a wildcard (e.g., add any 4000-level chemistry course by entering CHEM subject and 4*** course number.)
- Don’t forget to Save and rerun the audit in the FAC to check your work!
DC – Delete course from list
If a course should be removed from the current “SELECT FROM” or “NOT FROM” list, the DC-Delete Course exception code should be applied.
Example: In the example below, a student is receiving dean-level approval to remove MIS 3800 from the “SELECT FROM” list, as the course will be used elsewhere.
Before
After
PS – DARS Exceptions > Requirement Modification: DC Instructions
DC – Steps:
- Enter the Term Type: Semester
- Select the Exception Code dropdown: DC – Delete course from list
- Find and enter the Pseudo Name: (e.g., CTCSMU1)
- Enter the Note for Audit: (maximum 27 characters)
- * The Memo is optional but strongly recommended. Indicate who approved and the date of the approval.
- Enter the *Course Subject and *Course Number of the course(s) that should be removed from the list.
- Select the + icon to add additional courses
- An asterisk (*) can be used as a wildcard (e.g., add any 4000-level chemistry course by entering CHE subject and 4*** course number.)
- Don’t forget to Save and rerun the audit in the FAC to check your work!
NT – Add note
This feature is rarely used since it only applies a note to a student’s DARS. The following is applied in Peoplesoft. A Term Type, Exception code, Pseudo Name, and Note for the Audit must be entered.
The NT – Add note exception code produces the following note on the DARS.
RM – Requirement modification
The RM – Requirement modification exception code can be used to apply multiple exceptions under one pseudo, on the same screen. The RM exception code is typically used to adjust hours needed at the requirement and sub-requirement level. It can be used to modify: number of required sub-requirements, number of required courses (count), number of required hours (hours), required GPA, maximum hours allowed (max hours), course condition
codes, and required courses (add, delete, substitute).
Example: In the example below, a student is receiving dean-level approval to reduce the number of required courses to 15 and permit CHE 4000 to apply to the Chemical Engineering Major requirement.
Before
After
Note that the subrequirement header text does not change (it still says Complete 16 Courses). However, the subrequirement is marked as IP+, which means that the subrequirement is complete, but it still includes one In Progress (IP) course.
PS – DARS Exceptions > Requirement Modification: RM Instructions
RM – Steps:
- Enter the Term Type: Semester
- Select the Exception Code dropdown: RM – Requirement modification
- Find and enter the Pseudo Name: (e.g., CTCSMU1)
- Enter the number of required courses you would like to add or remove from the sub-requirement required count
- To add 1 more required course, enter “1.0;” to subtract 1 course enter “-1.0”
- Enter the Note for Audit: (maximum 27 characters)
- * The Memo is optional but strongly recommended. Indicate who approved and the date of the approval.
- Enter the *Course Subject and *Course Number of the course(s) that should be added to the list.
- Select the plus (+) icon to add additional courses
- An asterisk (*) can be used as a wildcard (e.g., add any 4000-level chemistry course by entering CHEM subject and 4*** course number.)
- Don’t forget to Save and rerun the audit in the FAC to check your work!
SC – Substitute course
The SC – Substitute course exception code can be used to modify a sub-requirement by substituting required or optional courses in the “SELECT FROM” list. If at least one course substitution has been entered, the following fields can also be modified: number of required courses (count), number of required hours (hours), required GPA, maximum hours allowed (max hours), and course condition codes.
Example: In the example below, a student is receiving dean-level approval to substitute SPST 4910 for the required MKT 4910 internship.
Before
After
PS – DARS Exceptions > Requirement Modification: SC Instructions
SC – Steps:
- Enter the Term Type: Semester
- Select the Exception Code dropdown: SC – Substitute course
- Find and enter the Pseudo Name: (e.g., CTSALE2)
- Enter the Note for Audit: (maximum 27 characters)
- *The Memo is optional but strongly recommended. Indicate who approved and the date of the approval.
- Enter the *Course Subject and *Course Number of the current required course(s) that should be substituted.
- Enter the *Rcourse Subject and *Rcourse Number of the replacement course(s) that is approved as the substitution.
- Don’t forget to Save and rerun the audit in the FAC to check your work!
WR – Waive Requirement
The WR – Waive requirement exception code can be used to waive (no longer require) a requirement. This means a plus (+) or minus (–) symbol will no longer apply next to the sub-requirement USE CAUTIOUSLY. All courses normally used in the requirement will be released for use in other requirements. DO NOT USE this exception type to force a requirement to completion; it treats the requirement as never having been required. Consider using the RM exception type.
Example: In the example below, a Dean has verified completion of all major requirements for an Honors Tutorial College (HTC) student. The WR exception code is appropriate in this instance since there are no course or credit requirements.
Before
After
Note that there are no plus (+) or minus (-) symbols to the left of this requirement. The WR exception treats the requirement as if it was never needed.
PS – DARS Exceptions > Requirement Modification: WR Instructions
WR – Steps:
- Enter the Term Type: Semester
- Select the Exception Code dropdown: WR – Waive requirement
- Find and enter the Pseudo Name: (e.g., HTCECONMJ5)
- Enter the Note for Audit: (maximum 27 characters)
- * The Memo is optional but strongly recommended. Indicate who approved and the date of the approval.
- Don’t forget to Save and rerun the audit in the FAC to check your work!
VII. Force Reqt/Create Pseudo Tab Instructions
This tab should not be used frequently. Mainly because the FR-Force to Completion code can waive a requirement and generate unearned credit hours for the waived requirement or course on the DARS. Most of the functions needed can be performed on the Requirement
Modification tab.
If your program’s DARS was encoded to require the PC-Add pseudo course exception, the DARS Team will notify you.
Note: the FR-Force to completion exception was previously called “WS - Waive sub-requirement.”
FR – Force to Completion
The FR-Force to Completion code can be used to force a requirement or sub-requirement to completion. Courses that are listed in the sub-requirement prior to adding the FR exception will continue to be listed in the sub-requirement and will not be released for use in other requirements that might need them.
USE CAUTIOUSLY: This exception type can have unintended consequences. For example, if used in a sub-requirement that requires a minimum number of credit hours and the student still needs those hours, DARS will generate those hours and apply them toward overall hours at the sub-requirement and requirement level.
Example: In the example below, a dean has verified completion of all major requirements for an Honors Tutorial College (HTC) student. The FR exception code is appropriate in this instance since there are no minimum credit hour requirements.
Before
After
PS – DARS Exceptions > Force Reqt/Create Pseudo: FR Instructions
FR – Steps:
- Enter the Term Type: Semester
- Select the Exception Code dropdown: FR – Force to Completion
- Find and enter the Pseudo Name: (e.g., HTCECONMJ5)
(* ) Note for Audit:
- Enter the Note for Audit: (maximum 27 characters). This may not appear on the audit.
- The Memo is optional but strongly recommended. Indicate who approved and the date of the approval.
- Don’t forget to Save and rerun the audit in the FAC to check your work!
PC – Add Pseudo Course
The PC – Add pseudo course exception adds a pseudo name to the student’s record. Some sub-requirements have been coded to accept a pseudo name in place of a real course to automatically fulfill a requirement. Staff from the Office of the Registrar will inform staff from the college whenever this exception code should be used.
Example: In the example below, the pre-nursing requirement has been encoded to use pseudo names to reflect requirements as fulfilled. This student has completed comparable coursework in an external program to fulfill the Human Anatomy/Physiology requirement.
Before
After
PS – DARS Exceptions > Force Reqt/Create Pseudo: PC Instructions
PC – Steps:
- Enter the Term Type: Semester
- Select the Exception Code dropdown: PC – Add pseudo course
- Find and enter the Pseudo Name: (e.g., PRENURS4)
- Enter the Note for Audit: (maximum 27 characters)
- * The Memo is optional but strongly recommended. Indicate who approved and the date of the approval.
- Don’t forget to Save and rerun the audit in the FAC to check your work!
VIII. Conditional Requirement – Insert Minor/Certificate
This tab is used to insert a requirement, such as a minor, certificate, or concentration, into the DARS report for the student’s major. Use this only when the student’s major requires declaration of a minor, certificate, etc. This process should not be confused with official minor or certificate declaration. The DARS Team or your college will let you know if any of your majors require insertion of a certificate, minor, concentration, or other block credit.
AR – Add requirement to plan
The AR – Add requirement to plan code is used to insert a declared requirement, such as a minor, certificate, or concentration, into the DARS report for the student’s major. Use this only when the student’s major requires declaration of a minor, certificate, etc. For some programs, the AR code is used to add a block of requirements/courses to a student’s major
Example: In the example below, the student is using their declared Social Media Certificate to fulfill the “Related Area” requirement in their Communication Studies Major.
The Conditional Requirement – AR exception is appropriate since the student is pursuing the certificate/minor declaration option. If the student were using proscribed coursework to fulfill the requirement, a Requirement Modification – AC exception would be appropriate.
Before
After
PS – DARS Exceptions > Conditional Requirement: AR Instructions
AR – Steps:
- Enter the Term Type: Semester
- Select the Exception Code dropdown: AR – Add requirement to plan
- Add the Marker Name: Always begins with $ (e.g., $COMSR, $SPEC, $REC)
- * Caution: Marker names are different depending on program and DARS setup. Please consult your college or the DARS team before adding a Marker Name.
- Add the Requirement Name: This may be the plan code for a minor, certificate, or approved block of requirements. (e.g., OR4251, CTSOME, CTSALE)
- * Caution: Requirement names vary. The above is only an example. Consult
your college or the DARS team if you have questions.
Requirement Term:
- The requirement term defaults to the student’s declared University Catalog year (found in the header of the DARS). The Requirement year should only be entered if the student plans to follow certificate or minor requirements from a different catalog year.
- Don’t forget to Save and rerun the audit in the FAC to check your work!
IX. Course Modification Tab Instructions
This tab is used to manipulate individual courses and behind the scenes code (CC – Condition Codes) on the DARS. USE CAUTIOUSLY: The CC exception applies to all instances of the course throughout the DARS. The CC exception code should only be used with instruction from the DARS Team.
CC – Add/Remove course CC
This exception code is used to manage behind the scenes code in DARS, called Condition Codes (CC). This exception should only be used when an exception processor is advised to do so by the DARS Team. As a reminder, this exception code applies to all instances of a course throughout a student’s DARS.
Example: In the example below, the University Curriculum Council (UCC) has approved a course restriction that does not allow students to have credit for EDTE 1000 and EDTE 1010. However, the student below completed both courses before the restriction was in place. An Assistant Dean has contacted the DARS team for assistance in getting both courses to count. Instructions are not included in this manual since instructions vary depending on the requirement.
Before
Note: The >L symbol and 0.0 GPA credit next to EDTE 1000 means that credit has been deducted from the course (because it was taken out of sequence or some other limit).
After
FC – Force course to subreqt.
The FC – Force course to subreqt. exception is used to force a course to apply in a specific sub-requirement. This overrides any existing minimum course grade requirements and the normal processing order (the DARS processes courses from top to bottom).
Example: In the example below, the college has approved MDIA 4176 to apply to sub-requirement 6 instead of sub-requirement 3. Once a student is active in a course, the DARS will attempt to apply credit from top to bottom. Without the FC exception, MDIA 4176 would only apply to sub-requirement 3 (even if Requirement Modification – Add course to list exception is used in sub. 6).
Before
After
PS – DARS Exceptions > Course Modification: FC Instructions
FC – Steps:
- Enter the Term Type: Semester
- Select the Exception Code dropdown: FC – Force course to subreqt.
- Enter the Course you’d like to apply to the sub-requirement: (e.g., MDIA4176)
- No spaces should be entered if the course subject is 4 characters. If the course subject is 2 or 3 characters, spaces should be included to ensure 8 characters are entered.
- Unlike other exception types, if a course has been renumbered, the original number that the student took must be used.
- Find and enter the Pseudo Name: (e.g., MDIAGAMJR6)
- Enter the Note for Audit: (maximum 27 characters)
- * The Memo is optional but strongly recommended. Indicate who approved and the date of the approval.
- Don’t forget to Save and rerun the audit in the FAC to check your work!
ST – Add course using title
The ST – Add course using title exception is used to force a course to a specific sub-requirement using the course number and title. This exception is typically used to apply a particular transfer or special topics courses to a sub-requirement when there are multiple courses with different titles that share a course number (e.g., BIOS2XXL).
Example: In the example below, the student has several TECE 2XXL transfer courses, but the student’s college would only like to approve “INTRODUCTION TO SONOGRAPHY” to apply to sub-requirement 9 Electives.
Before
After
PS – DARS Exceptions > Course Modification: ST Instructions
ST – Steps:
- Enter the Term Type: Semester
- Select the Exception Code dropdown: ST – Add course using title
- Enter the Course you’d like to apply to the sub-requirement: (e.g., TECE2XXL)
- No spaces should be entered.
- Unlike other exception types, if a course has been renumbered, the original number that the student took must be used.
- Find and enter the Pseudo Name: (e.g., INTHLTMJR9)
- Enter the Course Title in the Note for Audit: (INTRODUCTION TO SONOGRAPHY)
- Pro tip: Copy and paste the title directly from DARS
- * The Memo is optional but strongly recommended. Indicate who approved and the date of the approval.
- Don’t forget to Save and rerun the audit in the FAC to check your work!
X. High School Foreign Language Instructions
This tab is rarely used and is limited to staff from the following colleges: A&S, FAR, ENT, & HTC. Exception processors use the HS exception code to add a high school foreign language equivalency for Q2S (quarter to semester) transition students. This exception code should only be used with instruction from the DARS Team.
HS – High School Foreign Lang.
Use the HS exception code to add a high school foreign language equivalency for Q2S (quarter to semester) transition students.
Example: In the example below, the student has high school credit for Japanese at the 2120 level.
Brief instructions are provided below. Contact the DARS team for additional details.
HS – Steps (brief):
- *Term Type will default to Quarter.
- The *Exception Code will default to HS – High School Foreign Lang.
- *Course is a required field; entry is limited to the values listed by the prompt.
a. Select the magnifying glass for a list of approved courses.
*The Note for Audit field should always be left blank for the HS exception.
- Don’t forget to Save and rerun the audit in the FAC to check your work!
XI. System Cond Code Modification Instructions
This tab is used to manipulate behind the scenes code (CC – Condition Codes) on the DARS. Some condition codes follow courses and others follow students (e.g., transfer vs. Ohio courses completed by a student). CAUTION: The SY – Set/unset system CC exception applies to the student’s entire DARS. The SY exception code should only be used with instruction from the DARS Team.
SY – Set/unset system CC
The SY exception code should only be used to manipulate system condition codes when you are instructed to do so by the DARS Team.
Example: Here is an example of a system condition code entry. Instructions are not included in this manual since instructions vary depending on the requirement.
XII. General Troubleshooting
Most exception processing errors stem from one of the following typographical errors:
Typos in the pseudo name
- Pro tip: run an administrative audit and copy and paste the pseudo directly from the audit.
- The $: should not be included in the pseudo name
Typos in the current or replacement course name
Other errors may stem from using the incorrect pseudo:
There are pseudo names at the requirement, sub-requirement, and group level.
- (1) Requirement-level pseudos are not used as often. Exceptions applied at the requirement level could apply to the entire major (for example).
- (2) Sub-requirement level pseudos are frequently used. In the example below, the “1) Core Areas,” “2) Other Requirements,” and “3) Thesis” areas are at the sub-requirement-level.
- (3) Group-level pseudos are very rarely encoded in DARS at the undergraduate level. Group pseudos are often used if students are required to have a certain number of courses from each group within a sub-requirement.
Quick note: When certain exceptions are entered, an additional tab appears in the PeopleSoft DARS Exceptions screen. This tab is called, “Registrar Course Generation,” and it is harmless.
The End
Is there anything else you would like to see in this manual? Feel free to contact the DARS Team with any corrections or suggestions. Also, do not hesitate to contact us if you or someone on your team may benefit from a first-time or refresher exception training. Contact the Registrar - DARS team at dars@ohio.edu. Registrar contacts can also be found on the University Registrar – Whom to Contact page.