Add-On Budget Category:

Used for manual additions to Budget. Add-on categories aren’t evaluated by budget formulas, add-on amounts will never be changed by an automated process (aka can be considered “locked”).


Adding functionality to Campus Solutions without modifying the underlying code in Campus Solutions (CS). It's sort of like stand alone functionality that interfaces with CS. Everytime there is an upgrade, the interface must be evaluated. (see Modification)


The highest organizational level of students. All students attending the university will be associated with at least one Career: UGRD, GRAD, LAW, UCBX (Extension). The UCBX Career is ineligible for financial aid. Career is part of the CPP Stack.


The instance (or environment) of Campus Solutions where we are building the prototype system

Process by which data in current legacy systems is moved into CS.


CPP Stack: 
Career/Program/Plan...this is how student academic details are recorded. A student will have more than one CPP Stack if they have more than one major or are in more than one degree program.

  • CareersUGRD, GRAD, LAW, UCBX (Extension).
  • Program: generally, the student’s college
  • Plan: major


A testing environment similar to what we have in ProSAM.


Evaluated Budget Category:
Evaluated categories are categories for which there is a designed set of Budget Formulas. These formulas will evaluate a student’s information and assign an appropriate budget item from that category


FA Term:
A process that is sort of like our Reg Interface, pulling enrollment and academic data into the financial aid module of Campus Solutions.


Item Types:
These are the Campus Solutions equivalent of ProSam Aid Ids

Legacy System:
Refers to any one of, or the group of, systems being replaced by Campus Solutions. For example, db2, CARS, ProSAM.

Adding functionality to Campus Solutions by modifying the underlying code. This code modification must be added to each new version of CS (see Bolt-On)

Major. Part of the CPP Stack


Primacy Number: 
Each Career and Program has a primacy number which tells the system which career and/or program should be used if the student has more than one. The CPP Stack with enrollment is used and if there are two stacks both with either no enrollment or enrollment, then the lowest primacy number is automatically used for packaging. We have set up the primacy numbers at the career level as follows. We have not yet set up primacy numbers at the program level.

LAW = 10
GRAD = 20
UGRD = 30


Generally, this is the student’s college or program type. It is also part of the CPP Stack. There are currently 18 programs.

They are:

GNODG:  Graduate Non-Degree
GACAD:  Graduate Academic Programs
GPRFL:  Graduate Professional Programs
GSSDP:  Graduate Self-Supporting Pgms
LNODG: Law Non-Degree
LACAD:  Law Academic Programs
LSSDP:  Law Self-Supporting Programs
LPRFL:  Law Professional Programs

XCCRT: UCBX Concurrent Enrollment

XFPF:  UCBX Fall Pgm for Freshmen
UNODG:  Undergrad Non-Degree

UCED:  Undergrad Environmental Design

UCLS:  Undergrad Letters & Science
UOPTM:  Undergrad Optometry
UBUS:  Undergrad Business

UCCH: Undergrad Chemistry

UCNR: Undergrad Natural Resources

UCOE: Undergrad Engineering

UOPTM: Undergrad Optometry


Service Indicator:
These are primarily staff-facing messages that indicate services should be withheld (Negative Service Indicator) or provided (Positive Service Indicator). These funtion kind of like our blocks in the current system, only they can be positive or negative.