Banner Student / Release Guide / 7.3.2

Section 4 Problem ResolutionsRegistration Module3. A new p_rev_nonswap_RBT procedure has been added. This procedure is usedto determine the amount of the penalty reversal when refund by total is usedwithout swapping.SFKFUN1SFKFUN1SFKFUN1(#1-FSTR9)Description: Depending on the order in which a 0.00 credit hour course wasregistered for, it was possible that the course could receive a MAX HOURSEXCEEDED error. Since the course was for 0.00 hours, it should not have receivedthat error. The error could be overridden on SFAREGS, but not in self-service.Impact: Users may receive an incorrect maximum hours exceeded error on a zerocredit hour course that cannot be overridden in self-service.Resolution: The p_check_maxh_sftregs procedure generates a MAX HOURSEXCEEDED error on any course that is counted in enrollment, after the student'smaximum hours limit has been reached, regardless of whether the course has anyhours associated with it or not. A condition has been added to the WHERE clause inthe UPDATE statement of the p_check_maxh_sftregs procedure to check for credithours that are greater than zero.(#1-16DEXV)Description: When Duplicates was set to Fatal on SOATERM for duplicate coursechecking, and a student dropped one of the sections that was cross-listed andregistered for another section in the cross-listed group, the DUPL XLST WITH SECxxxxxx error occurred. The courses were not duplicates, just different courses in thesame cross-listed group.If the section was dropped using DD, the user could remove the CRN from SFAREGSand register for the other cross-listed course. If the section was dropped withanother code that used count in enrollment or count in assessment, the error hadto be overridden.Impact: Users were receiving duplicate cross-list errors on sections that were onlycross-listed but were not equivalent courses. Users were forced to perform anoverride when one should not have been needed.Resolution: The loop that called the f_dupl_xlst function has been commentedout.(#1-1FO1K5)Description: When you registered for open learning courses in baseline Banner,time conflicts occurred in Student Self-Service for those courses that had beenscheduled with the same meeting days and times, but with different dates.Impact: Time conflict errors were occurring on open learning courses if the startand end dates overlapped and the section meeting times overlapped, even if thesection meeting dates did not overlap. This caused the user to have to perform anunneccessary override.Resolution: The p_check_time_sftregs procedure has been modified. Thechanges made for problem resolution #1-OBHJD have been removed. Thesftregs_time_conflict_c and sftregs_time_conflict_c cursors have beenStudent Release 7.3.2 February 2007114 Release Guide Confidential