SCT Banner Student Self-Service / Release Guide / 7.0

Confidential Business InformationThis documentation is proprietary information of SunGard SCT and is not to be copied, reproduced, lent or disposed of, nor used for any purpose other than that forwhich it is specifically provided without the written permission of SunGard SCT.Prepared By:SunGard SCT4 Country View RoadMalvern, Pennsylvania 19355United States of America© SunGard 2004-2005. All rights reserved. The unauthorized possession, use, reproduction, distribution, display or disclosure of this material or the informationcontained herein is prohibited.In preparing and providing this publication, SunGard SCT is not rendering legal, accounting, or other similar professional services. SunGard SCT makes no claims thatan institution's use of this publication or the software for which it is provided will insure compliance with applicable federal or state laws, rules, or regulations. Eachorganization should seek legal, accounting and other similar professional services from competent providers of the organization's own choosing.SunGard, the SunGard logo, SCT, the SCT logo, and Banner, Campus Pipeline, Luminis, PowerCAMPUS, SCT Matrix, SCT Plus, SCT OnSite and SCT PocketRecruiterare trademarks or registered trademarks of SunGard Data Systems Inc. or its subsidiaries in the U.S. and other countries. All other trade names are trademarks or registeredtrademarks of their respective holders.

Release GuideStudent Self-ServiceIntroduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5Enhancements from Interim Releases. . . . . . . . . . . . . . . . . . . . . . . . . . . 5Prerequisites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6Section 1 Improved Drop/Withdrawal Functionality(Defect 49132) - Functional. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7New Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8Automatic Drops . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8Administrative Drops. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13New Rules on GTVSDAX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18New Web Page . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19Connected Course Drop Confirmation (bwskfreg.p_disp_confirm_drops) . . . . . . . . 19Changed Web Page . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21Add or Drop Classes (bwskfreg.P_AddDrpCrse) . . . . . . . . . . . . . . . . . . . . . 22Section 2 Luminis Channels for Banner - Technical . . . . . . . . . . . . 25New Packages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25Section 3 APIs - Technical . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27API Disclaimer. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27APIs Used in Student Self-Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283

Table of ContentsSection 4 Miscellaneous Enhancements . . . . . . . . . . . . . . . . . . . . 29Course Catalog & Class Schedule . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29Prospect Self-Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29Registration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29Credit Card Processing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31Student Records . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31Academic Transcript . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31Miscellaneous . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32Section 5 Problem Resolutions . . . . . . . . . . . . . . . . . . . . . . . . . . 33Course Catalog and Class Schedule . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33Prospect Self-Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35Admission Self-Service. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35Registration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36Student Records . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42WebCAPP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42Grades . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43Transcripts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43Financial Aid . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45Miscellaneous . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46Student Self-Service Release 7.0 January 20054 Release Guide Confidential

IntroductionIntroductionThis guide documents Release 7.0 of Student Self-Service. This includesmiscellaneous enhancements and problem resolutions in Releases 6.1 and 6.2, aswell as the following new enchancements:Luminis Channels for BannerClients who have implemented the SunGard SCT Luminis Platform (our portalcomponent) and the self-service products will be able to use the Luminis Channelsfor Banner being delivered with Release 7.0. These channels display informationand provide links to Banner, the self-service web pages, or the Internet. Newpackages are delivered to facilitate these channels.APIsApplication Programming Interfaces (APIs) are delivered with Banner 7.0 tofacilitate the integration of SCT Banner with other applications on campus andsimplify code by encapsulating business logic in database packages. An API is acentral program that creates, updates, and deletes data. APIs also execute andvalidate business rules before inserting or updating information.Enhancements from Interim ReleasesThe Improved Drop/Withdrawal Functionality (Defect 49132) enhancement wascontained in interim release 6.1. It is summarized in this document.January 2005 Student Self-Service Release 7.0Confidential Release Guide 5

PrerequisitesPrerequisitesBefore you install and use Student Self-Service Release 7.0 you must install thefollowing releases:• Student Self-Service Release 6.0• Faculty and Advisor Self-Service Release 6.0 (if your site licenses Faculty andAdvisor Self-Service)• WebTailor Release 7.0• Web General Release 7.0• General System Release 7.0• Student System Release 7.0• Financial Aid System Release 7.0 (if your site licenses Banner Financial Aid)Student Self-Service Release 7.0 January 20056 Release Guide Confidential

Section 1Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalOverviewSection 1Improved Drop/Withdrawal Functionality(Defect 49132) - FunctionalThis functionality is new for Release 6.1 and includes fixes related to Defect 49132.This enhancement includes modifications and updates for Student Self-Service, aswell as Faculty and Advisor Self-Service, Voice Response, and baseline BannerStudent. Refer to the release guides for these products for additional information.OverviewPreviously, when a student was registered in two associated or “connected” courses(co-requisites, prerequisites, or linked courses), and the student requested that oneof the courses be dropped, the course was allowed to be dropped. Standardregistration error checking then caused the other (associated) course to be droppedas part of the schedule cleanup processing. This resulted in the student beingdropped from both classes without being warned and without the possibility ofoverriding the change or being prevented from making the original change. Thestudent was also then given a 100% refund for the associated dropped course, whichin many cases was incorrect. Basically, if the student inadvertently or unknowinglydropped a course that was associated with other courses on his or her schedule, allassociated courses were automatically dropped.With the delivery of this enhancement, courses cannot be dropped via the Web orVoice Response and refunded at 100% unless the drop meets criteria specified intwo new rules on the Crosswalk Validation Form (GTVSDAX) and has been assignedthe appropriate setup code (allowing a course to be dropped and refunded at100%) on the Course Registration Status Form (SFARSTS) (for traditional courses)or Schedule Processing Rules Form (SSARULE) (for Open Learning courses).Connected courses are included in this processing.Note: A connected course will no longer be dropped and given a 100% refundunless the code is designated for use on SFARSTS or SSARULE.Errors are tracked as the following:• “Registration add” (displayed on the Add or Drop Classes page[bwskfreg.P_AddDrpCrse] when a class is added), which reports errors thatare encountered when a student is trying unsuccessfully to register for a class,for example a time conflict• “Registration update” (displayed on the Add or Drop Classes page), whichappears when a connected course is dropped or withdrawn from and either hasno drop code assigned or has multiple drop codes assigned, and can alsoJanuary 2005 Student Self-Service Release 7.0Confidential Release Guide 7

Section 1OverviewImproved Drop/Withdrawal Functionality (Defect 49132) - Functionalappear when a student tries to change the status of a course that has aconnection• “Administrative” (not displayed to the student on the Web page), which can bereviewed on the new Registration Admin Messages Report (SFRRGAM)Web registration now uses the Type field on the Course Registration Status CodeValidation Form (STVRSTS) to determine the type of code that can be placed onthe student course and the processing that is affected based on this code. This typecode determines what is displayed in the Action pull-down list on the Add or DropClasses page.Note: If the Type field is left blank, unexpected results can occur.• If the course status is marked as a R (Registered) type code, then all other typecodes can be displayed (depending on their availability).• If the course status is marked as a D (Drop) or W (Withdrawal), then only Rtype actions will be displayed.The system no longer allows a student to drop a course that has already beendropped or withdrawn. See the “Setup Requirements” section (on page 23) for themodified Add or Drop Classes page for additional information.New TerminologyThe documentation for this release introduces several new terms, which are definedas follows.• “Connected” refers to courses that are associated with each other via corequisites,prerequisites, or links.• “Connection” refers to a set of connected courses. For example, the connectedcourses of Biology 101 lecture and lab (co-requisites) would be considered aconnection.Automatic DropsAn automatic drop is one that occurs if certain conditions are met when a studentattempts to drop a connected course. When a connected course is dropped, theappropriate drop code and refund (if any)are applied to the student.A single, active drop code must be available for a successful connected or automaticdrop to occur.• If no drop codes exist for any part of a connection, no courses in theconnection are allowed to be dropped.• If multiple drop codes exist for any part of a connection, no courses in theconnection are allowed to be dropped automatically. This is because the systemStudent Self-Service Release 7.0 January 20058 Release Guide Confidential

Section 1Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalOverviewExampledoes not “choose” which drop code to use for the automatic drop. In this case,the student can initiate the drop by selecting one of the multiple drop codeswhere necessary. The drop is processed with the selected drop code, and therefund (if any) associated with the code is applied.Let’s say a student is registered for History 308, English 310, and Mathematics125. History 308 and English 310 are co-requisites. History 308 has a single dropcode of DC, but English 310 has two drop codes available: DC and DW.Now let’s say that the student chooses to drop History 308 with the DC code. Thesystem determines that it is connected to English 310, which has two drop codes.In this case, the drop is rejected because the system does not know which of thetwo drop codes to assign to English 310.On the other hand, if the student chooses to drop English 310 with either of thedrop codes, the system drops History 308 automatically with the DC drop codebecause it is the only one available.Finally, if the student chooses to drop both courses simultaneously and specifiesa drop code for each, the drops are allowed.When a student drops or withdraws from a connected course without dropping theentire connection, the system determines which condition applies and takes theassociated action, as shown in the following table.January 2005 Student Self-Service Release 7.0Confidential Release Guide 9

Section 1OverviewImproved Drop/Withdrawal Functionality (Defect 49132) - FunctionalCondition Action Taken GTVSDAXSettingConnected drops areprocessed only withapproval of the studentConnected drops areprocessed automatically(all connected courses aredropped when one is)Connected drops are notallowedThe Connected Course DropConfirmation page(bwskfreg.p_disp_confirm_drop)is displayed asking the user whetherall connected courses should bedropped.• If the student chooses to drop allconnected courses, they are alldropped simultaneously.• If the student chooses not todrop all connected courses, theinitial request is ignored and thestudent continues to beregistered in all connectedcourses.Note: The drops occur only if allcourses that are connectedhave a single, active dropcode.The drop is processed and the studentis dropped from all connected courseswith no notification.Note: The drops occur only if allcourses that are connectedhave a single, active dropcode.The drop is cancelled and a message isdisplayed saying that all connectedcourses must be droppedsimultaneously. The student caninitiate the drop for all connectedcourses at the same time and the dropwill be successful.AUTODROPset to CAUTODROPset to YAUTODROPset to NNote: In Voice Response, error checking is performed on each CRN as it isentered. Because of this, if you enter N for AUTODROP, it will not bepossible for connected courses to be dropped. Therefore, SCTrecommends that you use either C or Y for AUTODROP.Student Self-Service Release 7.0 January 200510 Release Guide Confidential

Section 1Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalOverviewThe connected course(s) that can be dropped are dropped with the appropriatedrop code based on the settings on the following forms:• Crosswalk Validation Form (GTVSDAX)• Course Registration Status Form (SFARSTS) (for traditional courses)• Schedule Processing Rules Form (SSARULE) (for Open Learning courses)The code designated in WEBRSTSDRP is no longer used as a “clean up” code forregistration errors related to automatic drops and administrative drops (coveredbeginning on page 13). Otherwise, the WEBRSTSDRP code works as usual. (Forexample, if a student tries to register for Psychology 200 and the registration resultsin a PREQ or TEST SCORE error, the DW code is used to remove the course from theschedule and reverse any charges that were associated with it.)Another change to WEBRSTSDRP code processing is that if your institution does notallow a student to drop his or her last class via the Web (that is, the external code forWEBDROPLST is N), then the system will not drop a connection if the student is notregistered in any other classes.The rest of this section provides a variety of scenarios to help illustrate how thesystem processes requests based on your system setup. These scenarios are notmeant to be all-inclusive, but to show several examples.Connected Drops Allowed with Student ApprovalYou want the system to notify the student if one course is dropped but a course towhich it is associated is not, thereby allowing the student to choose to drop both orto drop neither. To accomplish this, you have set the external code to C for theinternal code AUTODROP.Let’s say a student has registered in the following courses:• History 320 (co-requisite with Sociology 320)• Sociology 320 (co-requisite with History 320)• Religious Studies 225• Mathematics 162If the student attempts to drop the history course but not the sociology one, thesystem displays the Connected Course Drop Confirmation page(bwskfreg.p_disp_confirm_drop) letting the student know that the two coursesmust be dropped simultaneously and asking whether the student wants to drop ornot drop the entire connection. If the student chooses to drop, both courses aredropped. If the student chooses not to drop, neither course is dropped.If the student attempts to drop the history course and the mathematics class, but notthe sociology course, the system displays the Connected Course Drop Confirmationpage letting the student know that the history and sociology courses must beJanuary 2005 Student Self-Service Release 7.0Confidential Release Guide 11

Section 1OverviewImproved Drop/Withdrawal Functionality (Defect 49132) - Functionaldropped simultaneously and asking whether the student wants to drop or not dropthem. Regardless of the student’s choice regarding dropping the connection, themathematics course is dropped per the student’s original request.Now let’s say a student has registered in the following courses:• Biology 405 lecture (linked to Biology 405 lab)• Biology 405 lab (linked to Biology 405 lecture)• Anthropology 307 (co-requisite with Archeology 305)• Archeology 305(co-requisite with Anthropology 307)• Latin 150If the student tries to drop the Biology lecture course and the Anthropology course,the system displays the Connected Course Drop Confirmation page showing bothconnections and asking whether the student wants to drop or not drop them. Thedecision the student makes on this page applies to both connections: if the studentchooses to drop the courses, all four are dropped; if the student chooses not to dropthe courses, none of the four are dropped.Connected Drops Processed AutomaticallyYou want the system to automatically drop a linked course if the course to which itis linked is dropped. To accomplish this, you have set the external code to Y for theinternal code AUTODROP.Let’s say a student has registered in the following courses:• Zoology 505 lecture (linked to Zoology 505 lab)• Zoology 505 lab (linked to Zoology 505 lecture)• Psychology 410• Mathematics 380• German 202If the student attempts to drop the lecture course but not the lab, the systemautomatically drops both. The system does not notify the student that the lab wasalso dropped.Note: The system drops both courses in the connection as long as theconnected course has a single, active drop code; otherwise both classesare returned to their original registration status.Connected Drops Not AllowedYou do not want students to be able to drop a connected course unless the allcourses in the connection are dropped simultaneously by the student. ToStudent Self-Service Release 7.0 January 200512 Release Guide Confidential

Section 1Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalOverviewaccomplish this, you have set the external code to N for the internal codeAUTODROP.Let’s say a student has registered in the following courses:• Biology 101 lecture (linked to Biology 101 lab)• Biology 101 lab (linked to Biology 101 lecture)• English 105• History 102If the student attempts to drop the lecture course but not the lab, the system displaysa message that the course cannot be dropped unless the course to which it is linked(in this case, the lab) is dropped at the same time. The student remains registeredin both courses.To drop both classes, the student must select both in the same transaction.Note: In Voice Response, error checking is performed on each CRN as it isentered. Because of this, if you enter N for AUTODROP, it will not bepossible for connected courses to be dropped. Therefore, SCTrecommends that you use either C or Y for AUTODROP.Drop Last Class Not AllowedYou do not want a student to be able to drop his or her last class via the Web. Toaccomplish this, you have set the external code to N for the internal codeWEBDROPLST.Let’s say a student has registered in the following courses:• English 260 (co-requisite with English 260W)• English 260W (co-requisite with English 260)If the student attempts to drop one course but not the other (or if the studentattempts to drop both simultaneously), the system does not drop either coursebecause of the setting on WEBDROPLST, regardless of the setting for AUTODROP.Administrative DropsAn administrative drop is one that occurs automatically when a student accesses hisor her registration record after certain changes that affect registrations occur withinthe system after registration has opened and enrollment for a course exists. Thesechanges can include:• A CRN’s prerequisites are changed• A CRN’s co-requisites are changedJanuary 2005 Student Self-Service Release 7.0Confidential Release Guide 13

Section 1OverviewImproved Drop/Withdrawal Functionality (Defect 49132) - Functional• A CRN is linked to another CRN• An approval requirement is added to a CRN• The number of hours associated with a CRN are changed (which can cause astudent already registered to exceed a maximum-hours limit)• The meeting day or time of a CRN is changed (which can cause a time conflictin a student’s schedule)• An equivalent course is added (which can cause a duplicate-course error on thestudent's schedule)When a student has registered and later accesses his or her registration record viathe Web or VR, the system determines whether any of the above kinds of changesoccurred. If so, the system determines which of the following conditions applies andtakes the associated action shown in the table below.Condition Action Taken GTVSDAXSettingAdministrative drops areallowedAdministrative drops arenot allowedThe drop is automatically processedand a message is written to theSFTRGAM table, but the student isnot notified of the action.Note: The drop occurs only if allcourses with administrativeerrors or classes that areconnected to them have asingle, active drop code.A message is written to the StudentCourse Registration Audit Form(SFASTCA), but the drop is notprocessed and the student continuesto be registered in the course.ADMINDROPset to YADMINDROPset to NNote: The system does not perform an administrative drop if a student fails anin-progress prerequisite after registering for a CRN, although theRegistration Admin Messages Report (SFRRGAM) captures the error.Also, if registration is accessed via the Student Course Registration Form(SFAREGS), ADMINDROP is not invoked because the types of errors thatADMINDROP addresses would be encountered and dealt with by theadministrator.If the student’s record is accessed and changed in the Student Course RegistrationForm (SFAREGS), any administrative errors encountered must be resolved.Student Self-Service Release 7.0 January 200514 Release Guide Confidential

Section 1Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalOverviewYou can run the new Registration Admin Messages Report (SFRRGAM) to reviewadministrative drop errors that need to be resolved. See the Student Release Guide 6.1for more information about this report.The rest of this section provides a variety of scenarios to help illustrate how thesystem processes requests based on your system setup. These scenarios are notmeant to be all-inclusive, but to show several examples.Administrative Drop if an Approval is Added to a CRNYou want the system to perform administrative drops. To accomplish this, you haveset the external code to Y for the internal code ADMINDROP. You have also includeda single, active drop code (DC for Drop Course) for Linguistics 318 on:• Schedule Processing Rules Form (SSARULE) (for Open Learning courses)• Course Registration Status Form (SFARSTS) (for traditional courses)Let’s say a student has registered in the following courses:• Linguistics 318• English 350• Comparative Lit 302• Geology 220After the student has registered in the course, an instructor approval code is addedto Linguistics 318.If the student accesses his or her registration record via the Web or VR, the systemchecks for administrative errors and finds one for this student: in this case, that thestudent no longer meets the requirements of Linguistics 318--that is, that thestudent does not have the required instructor approval. The system then checksSSARULE or SFARSTS (as applicable) and finds the DC drop code, so it changes thestudent’s registration to DC. This occurs before the Add or Drop Classes page(bwskfreg.P_AddDrpCrse) is displayed on the Web, and the change is reflectedwhen the page is displayed. No additional information is provided to the student.Only those students who access their records will have this drop performed. Forexample, if 30 students were registered in this class and only three of these studentsaccessed their records, they would be the only ones dropped from the course.The new Registration Admin Messages Report (SFRRGAM) identifies the studentswho might have had classes dropped after a change has been made. You can use thisreport to identify and resolve the errors in Banner (for example, enter an override)before the students access their records. (See the Student Release Guide 6.1 for moreinformation about this report.)January 2005 Student Self-Service Release 7.0Confidential Release Guide 15

Section 1OverviewImproved Drop/Withdrawal Functionality (Defect 49132) - FunctionalAdministrative Drop if a Co-requisite is Added to a CRNYou want the system to perform administrative drops. To accomplish this, you haveset the external code to Y for the internal code ADMINDROP. You have included asingle, active drop code (DC for Drop Course) on the Schedule Processing RulesForm (SSARULE) for Astronomy 105 and for Astronomy 106.Let’s say a student has registered in the following courses:• Astronomy 105(co-requisite with Astronomy 106)• Astronomy 106 (co-requisite with Astronomy 105)• Mathematics 130• Physical Education 154• Computer Science 205After the student has registered in the course, an Astronomy 107 seminar is addedas a co-requisite of Astronomy 105.If the student accesses his or her registration record via the Web or VR, the systemchecks for administrative errors and finds one for this student: in this case, that thestudent has not registered in a co-requisite. The system then checks SSARULE andfinds the DC drop code for both courses, so it drops the courses and changes theregistration status for both courses to DC. This occurs before the Add or DropClasses page (bwskfreg.P_AddDrpCrse) is displayed on the Web, and the changeis reflected when the page is displayed.Administrative Drops if Active Drop Codes are Not DefinedYou want the system to perform administrative drops. To accomplish this, you haveset the external code to Y for the internal code ADMINDROP. You have included asingle, active drop code (DC for Drop Course) for Anthropology 215 on theSchedule Processing Rules Form (SSARULE), but you have not defined an activedrop code for Sociology 215 on SSARULE (for Open Learning courses) or theCourse Registration Status Form (SFARSTS) (for traditional courses).Let’s say a student has registered in the following courses:• Anthropology 215(co-requisite with Sociology 215)• Sociology 215 (co-requisite with Anthropology 215)• Economics 105• French 201After the student has registered in the course, a seminar is added as a co-requisite ofAnthropology 215.If the student accesses his or her registration record via the Web or VR, the systemchecks for administrative errors and finds one for this student: in this case, that theStudent Self-Service Release 7.0 January 200516 Release Guide Confidential

Section 1Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalOverviewstudent has not registered in a co-requisite. Processing continues, and the systemfinds that Sociology 215 is a co-requisite of Anthropology 215 and therefore mustalso be dropped. There is no active drop code, however, for Sociology 215. Becauseboth courses cannot be dropped appropriately, neither are dropped and both arereturned to their previous registration statuses. This occurs before the Add or DropClasses page (bwskfreg.P_AddDrpCrse) is displayed on the Web.Administrative Drops if Other Errors are Found during ProcessingYou want the system to perform administrative drops. To accomplish this, you haveset the external code to Y for the internal code ADMINDROP. You have also includeda single, active drop code (DC for Drop Course) on the Schedule Processing RulesForm (SSARULE) and the Course Registration Status Form (SFARSTS) for Music118 and Music 250, but you have not defined an active drop code for Physics 105.Let’s say a student has registered in the following courses:• Music 118(co-requisite with Music 250)• Music 250 (co-requisite with Music 118)• Political Science 101• Physics 105After the student has registered in the course, a seminar is added as a co-requisite ofMusic 118.If the student accesses his or her registration record via the Web or VR, the systemchecks for administrative errors and finds one for this student: in this case, that thestudent has not registered in a co-requisite. Processing continues, and the systemfinds that Music 250 is a co-requisite of Music 118 and therefore must also bedropped. There is an active drop code for both music courses.Processing continues further, and the system finds that the meeting day of Physics105 has been changed and now conflicts with Political Science 101. There is noactive drop code, however, for Physics 105. Because Physics 105 cannot be droppedappropriately, none of the courses are dropped and all are returned to their previousregistration statuses. This occurs before the Add or Drop Classes page(bwskfreg.P_AddDrpCrse) is displayed on the Web.January 2005 Student Self-Service Release 7.0Confidential Release Guide 17

Section 1OverviewImproved Drop/Withdrawal Functionality (Defect 49132) - FunctionalNew Rules on GTVSDAXTwo new rules are used on the Crosswalk Validation Form (GTVSDAX) with theimproved drop/withdrawal processing. These rules are delivered via scripts.AUTODROPThe AUTODROP internal code is used to determine whether connected courses thatare in error can be dropped using Self-Service or Voice Response.External Code Internal Code Internal CodeSequence NumberInternal Code Group Description Activity DateC AUTODROP N/A REGISTRATION Drop connectedcoursesSysdateThis rule can be set to process the dropping of connected courses in three ways:• C (Confirm) - Automatic drops are allowed for connected courses, after inputis received from the student. This is the default value.• Y (Yes) - Automatic drops are allowed for connected courses. A single, activedrop code must exist for all connected courses that would be dropped. Noinput is needed from the student.• N (No) - No automatic drops are allowed for connected courses. The studentmust initiate dropping the connected courses. All connected courses must bedropped at the same time.Note: In Voice Response, error checking is performed on each CRN as it isentered. Because of this, if you enter N for AUTODROP, it will not bepossible for connected courses to be dropped. Therefore, SCTrecommends that you use either C or Y for AUTODROP.If multiple drop codes exist or no drop codes exist, no connected course drops areallowed to occur.ADMINDROPThe ADMINDROP internal code is used to drop courses where schedule orrestriction changes have occurred after enrollment exists or where in-progress prerequisiteshave failed.External Code Internal Code Internal CodeSequence NumberInternal Code Group Description Activity DateY ADMINDROP N/A REGISTRATION Drop courses in adminerrorSysdateStudent Self-Service Release 7.0 January 200518 Release Guide Confidential

Section 1Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalNew Web PageThis rule can be set to process the dropping of courses in two ways:• Y (Yes) - Courses with administrative errors are allowed to be dropped if asingle, active drop code is available for the section or the part-of-term. This isthe default value.• N (No) - Courses that have administrative errors are not dropped. Run theRegistration Admin Messages Report (SFRRGAM) to see errors in the student’sschedule. Registration leaves the courses with administrative errors in theirregistered status on the schedule.You can run the SFRRGAM report to review any errors in the student’s scheduleregardless of how ADMINDROP is set up. See the Student Release Guide 6.1 for moreinformation about this report.The Registration Administrative Message Temporary Table (SFTRGAM) stores theerror messages that result from the use of ADMINDROP to drop courses during theregistration session.New Web PageThe following Web page has been added:• Connected Course Drop Confirmation (bwskfreg.p_disp_confirm_drop)Connected Course Drop Confirmation(bwskfreg.p_disp_confirm_drops)This page is displayed when a student attempts to drop a connected course withoutdropping the entire connection (that is, the course[s] to which it is associated). Ittells the student that either all connected courses or no connected courses must bedropped and provides buttons that allow the student to select his or her choice.This page is displayed only under the following circumstances:• The external code is set to C for internal code AUTODROP on the CrosswalkValidation Form (GTVSDAX).• The student has not selected all connected courses to drop.• All connected courses have a single, active drop code available. (The systemchecks for this before displaying the page.)If the student performs other registration activity in the same transaction, the otherregistration activity is processed as usual. For example, if a student tries to drop anunconnected course and only one from a connection, then regardless of which dropdecision the student chooses on this page, the unconnected course will be droppedJanuary 2005 Student Self-Service Release 7.0Confidential Release Guide 19

Section 1 Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalNew Web Pageas usual (assuming there is no other reason it cannot be). Similarly, if a student triesto drop all courses in one connection and only one course from anotherconnection, then regardless of which drop decision the student chooses on thispage, the first connection will be dropped as usual (assuming there is no otherreason that the connected courses cannot be).The info text delivered with this page is: You have selected to drop a course that has aconnected course. Listed below are courses that are connected and must be dropped in the sametransaction.Web Page FieldsItemCRNSubjCrseSecTitleRegistration IssuesDescriptionCRN of the connected course that the student did notselect to drop but was part of a connection.Subject associated with the CRN.The value comes from the Schedule Form (SSASECT).Course number of the class.The value comes from SSASECT.Section number of the class.The value comes from SSASECT.Course title as described in the Long Titles andDescriptions section of Chapter 1, Application Overview.,of the Student Self-Service User Guide 6.0.Reason that the drop was not processed as requested.This field displays all CRNs in the connection, includingthe course(s) that the student did select.Setup RequirementsItemCrosswalk ValidationForm (GTVSDAX)DescriptionFor the internal code AUTODROP, enter C in theExternal Code field.Student Self-Service Release 7.0 January 200520 Release Guide Confidential

Section 1Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalChanged Web PageUpdates to SCT BannerItemDrop buttonDescriptionUpdates the SFRSTCR table.Links to Other Web PagesThis page does not have links to other pages.Buttons on This PageButtonDropDo not dropActionDrops all of the connected courses and redisplays the Add orDrop Classes page (bwskfreg.P_AddDrpCrse) showing thesuccessful drops.Does not drop any of the connected courses and redisplays theAdd or Drop Classes page with the set of connected courses intheir original registration status.Web Menus With Links to This PageNo menus have links to this page.Other Web Pages With Links to This PageNo other Web pages have links to this page.Changed Web PageThe following Web page has been modified:• Add or Drop Classes (bwskfreg.P_AddDrpCrse)January 2005 Student Self-Service Release 7.0Confidential Release Guide 21

Section 1 Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalChanged Web PageAdd or Drop Classes (bwskfreg.P_AddDrpCrse)A number of new messages have been added to explain the results of successful andfailed drop attempts.• Drop failed. If a student tries to drop a connection but at least one of thecourses has either multiple or no active drop codes, the following message isdisplayed: Due to a problem with a connected course, the drop you requested could not beperformed. You may try to drop all connected courses in the same transaction.• Drop confirmed. If a student selected the Drop button on the ConnectedCourse Drop Confirmation (bwskfreg.p_disp_confirm_drop) to drop allconnected courses, the system drops them and redisplays this page with themessage: All connected courses that could be dropped were done so at your request.• Drop rejected. If a student selected the Do not drop button on the ConnectedCourse Drop Confirmation (bwskfreg.p_disp_confirm_drop) to reinstateall connected courses, the system reinstates them and redisplays this page withthe message: You choose not to drop all connected course in question. All courses thatwould have been affected have been returned to their original registration status.• Drop prohibited. If a student tries to drop part of a connection, and if you haveentered N in the External Code field for the AUTODROP internal code on theCrosswalk Validation Form (GTVSDAX), the system reinstates the course(s)and redisplays this page with the message: You must drop all connected courses inthe same transaction. Please try again.• Drop last class. If a student tries to drop his or her last class, and if you haveentered N in the External Code field for the WEBDROPLST internal code onGTVSDAX, the system displays the following message: You may not drop your lastclass. Please contact the Registrar’s office.Web Page FieldsItemDescriptionThe following fields are displayed in the Registration Update Errors section of page, ifapplicable.CRNSubjCrseCRN of the connected course that the student did notselect to drop but was part of connection, at least one ofwhich courses the student tried to drop.Subject associated with the CRN.The value comes from the Schedule Form (SSASECT).Course number of the class.The value comes from SSASECT.Student Self-Service Release 7.0 January 200522 Release Guide Confidential

Section 1Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalChanged Web PageWeb Page FieldsItemSecRegistration IssuesDescriptionSection number of the class.The value comes from SSASECT.Reason that the drop was not processed as requested.This field displays all CRNs in the connection, includingthe course(s) that the student did select.Setup RequirementsItemCrosswalk ValidationForm (GTVSDAX)DescriptionFor the internal code AUTODROP, enter the appropriatevalue in the External Code field.• If you want students to be allowed to choosewhether to drop all or no connected courses if notall were selected to be dropped, enter C.• If you want an entire connection to beautomatically dropped if not all were selected to bedropped, enter Y.• If you want no connected courses to be droppedunless all were selected, enter N.Note: In Voice Response, error checking isperformed on each CRN as it is entered.Because of this, if you enter N for AUTODROP,it will not be possible for connected courses tobe dropped. Therefore, SCT recommendsthat you use either C or Y for AUTODROP.For the internal code ADMINDROP, enter theappropriate value in the External Code field.• If you want administrative errors that have beenencountered when a registration record is accessedto be ignored, enter N.• If you want the system to automatically drop acourse if an administrative error is encounteredwhen a registration record is accessed, enter Y.January 2005 Student Self-Service Release 7.0Confidential Release Guide 23

Section 1 Improved Drop/Withdrawal Functionality (Defect 49132) - FunctionalChanged Web PageSetup RequirementsItemCourse RegistrationStatus Code ValidationForm (STVRSTS)DescriptionFor every status code in use, in the Type field, enter thestatus code type.RDLWRegistered (enrolled)DroppedWaitlistedWithdrawnNote: If the Type field is left blank, unexpectedresults can occur.Student Self-Service Release 7.0 January 200524 Release Guide Confidential

Section 2Luminis Channels for Banner - TechnicalNew PackagesSection 2Luminis Channels for Banner - TechnicalClients who have implemented the SunGard SCT Luminis Platform (our portalcomponent) and the self-service products will be able to use the Luminis Channelsfor Banner being delivered with Release 7.0. These channels display informationand provide links to Banner, the self-service web pages, and the Internet.Note: Luminis is required to use the Luminis Channels for Banner.Refer to the Luminis Channels for Banner Handbook for more information.New PackagesThe following packages are delivered for Student channels:Packagebwscxchn.sql/bwscxch1.sqlbwscbref.sql/bwscbre1.sqlbwrcxchn.sql/bwrcxch1.sqlbwrcbref.sql/bwrcbre1.sqlDescriptionGenerates the XML for the non-Financial AidStudent channels using business logic definedin bwscbref.sql/bwscbre1.sql.Provides the business logic for the non-FinancialAid Student channels.Generates the XML for the Financial AidStudent channels using business logic definedin bwrcbref.slq/bwrcbre1.sql.Provides the business logic for the Financial AidStudent channels.January 2005 Student Self-Service Release 7.0Confidential Release Guide 25

Section 2 Luminis Channels for Banner - TechnicalNew PackagesThis page intentionally left blankStudent Self-Service Release 7.0 January 200526 Release Guide Confidential

Section 3APIs - TechnicalAPI DisclaimerSection 3APIs - TechnicalThis enhancement is new for Release 7.0.API DisclaimerWarning: Please be advised that several APIs are currently intended to only supportinternal operations.To ensure data integrity, these APIs are not supported when called byexternal applications or interfaces to manipulate data. Therecommendation for external applications is to use message levelintegration to integrate with these entities in SCT Banner.The following APIs come under this disclaimer:• gb_stvterm• sb_course_registration• sb_enrollment• sb_facassignment• sb_learnercurricstatus• sp_gradingOverviewApplication Programming Interfaces (APIs) are delivered with Banner 7.0 tofacilitate the integration of SCT Banner with other applications on campus andsimplify code by encapsulating business logic in database packages. An API is acentral program that creates, updates, and deletes data. APIs also execute andvalidate business rules before inserting or updating information.Tables that work with the APIs have had USER_ID and DATA_ORIGIN fields added tothem, if those fields did not already exist. The Accounts Receivable tables also havea new CREATE_SOURCE, which is populated on insert but never changed.January 2005 Student Self-Service Release 7.0Confidential Release Guide 27

Section 3 APIs - TechnicalAPIs Used in Student Self-ServiceAPIs Used in Student Self-ServiceThe following tables and packages now use APIs to process data in Student Self-Service. The form listed in the “Source” column of the following chart is therepresentative source used to build the API validation and business rules. Thespecified API has been implemented in the self-service packages. The APIs replacethe corresponding code in the self-service packages.For more information about Student APIs (which begin with “sb_”), refer to theStudent API Reference Guide. For more information about Accounts Receivable APIs(which begin with “tb_”), refer to the Accounts Receivable API Reference Guide . Thesedocuments are delivered online in HTML format.Table Source Implementedin PackageAPI Object Name API Entity Name Task PerformedSGBSTDN SGASTDN bwskxmi1 sb_learner LEARNER Maintains learnerinformationSORLFOS n/a bwskxmi1 sb_fieldofstudy FIELDOFSTUDY Maintains learnercurriculum field of studyinformationTBRMISD TFAMISC bwskapmtbwskwccpTBBMISC TFAMISC bwskapmtbwskwccptb_misc_detail MISC_DETAIL Maintains detail of transcriptor application fees paid bycredit card via miscellaneoustransactionstb_misc_header MISC_HEADER Maintains headerinformation for transcript orapplication fees paid bycredit card via miscellaneoustransactionsTBRACCDTSAAREVTSADETLbwckcpmtbwskapmtvia sfkmodsbwskwccpvia tskmodstb_receivable RECEIVABLE Maintains payments onaccount and transcript orapplication fees processed asstudent accounts receivabletransactionsStudent Self-Service Release 7.0 January 200528 Release Guide Confidential

Section 4 Miscellaneous EnhancementsCourse Catalog & Class ScheduleSection 4Miscellaneous EnhancementsThis section contains a list of all miscellaneous enhancements made in release 7.0.Modifications delivered with an interim release include the number of the originalrelease.Course Catalog & Class Schedulebwckschd (#33653)A View Catalog Entry link has been added to allow a user to easily navigate to thecourse catalog from the class schedule. No setup is required. Delivered in Release6.1.Prospect Self-Servicebwskwpro (#36810)The Look Up High School Code button has been moved closer to the High SchoolCode field on the Prospect Data Entry page (bwskwpro.P_WebProspectMain).Delivered in Release 6.2.Registrationbwckcom1 (#32475)A Web user can no longer drop a course that has already been dropped. Toaccomplish this, Web registration now uses the Type field on the CourseRegistration Status Code Validation Form (STVRSTS) to determine the type of codethat can be placed on the student course and the processing that is affected basedon this code. Refer to for more information. Delivered in Release 6.1.January 2005 Student Self-Service Release 7.0Confidential Release Guide 29

Section 4 Miscellaneous EnhancementsRegistrationbwckgen1bwcksch1(#15695 and 24397)Actual, waitlist, and crosslisted enrollments can now be displayed or hidden on theWeb. Three new GTVSDAX rows in the WEBREG internal group allow you to specifywhich counts, if any, are to be displayed on the Look Up Classes Results page(bwskfcls.P_GetCrse).ExternalCodeInternal CodeInternal CodeSequence NumberInternalCode GroupDescriptionSystemRequiredActivityDateY/N DISPENROLL null WEBREG Display EnrollmentCountsY/N DISPWL null WEBREG Display Wait ListCountsY/N DISPXL null WEBREG Display Cross ListCountsYYYSysdateSysdateSysdateNote: All three rows are delivered with Y in the External Code field.The Detailed Class Information page (bwckschd.p_disp_detail_sched) nowdisplays Crosslist counts and courses. The display of actual, waitlist and crosslistedenrollments and courses on this page is not controlled by the GTVSDAX rows.Script sinssdax1.sql is delivered to add these rows.This enhancement also addresses defect #89662. Delivered in Release 6.2.sfkfunc.sqlsfkfun1.sqlsfkedit1.sql(#32286)The system now checks for time conflicts when waitlisting a class. A new GTVSDAXrow in the REGISTRATION internal group allows you to activate this functionality.Delivered in Release 6.2.ExternalCodeInternal CodeInternal CodeSequenceNumberInternal CodeGroupDescriptionSystemRequiredActivityDateY/N WLTIMECON null REGISTRATION Ignore Time Conflictchk on WLYSysdateNote: The row is delivered with Y in the External Code field.The WLTIMECON internal code behaves as follows:• If Y is entered in the External Code field, a course can be waitlisted even if thestudent is already registered in a class in that timeslot (no override required).• If N is entered in the External Code field, a course cannot be waitlisted if thestudent is already registered in a class in that timeslot.Student Self-Service Release 7.0 January 200530 Release Guide Confidential

Section 4Miscellaneous EnhancementsCredit Card ProcessingCredit Card ProcessingbwskapmtbwskwccpsfkmodstskmodsThese packages now use the following APIs when processing credit cardtransactions:• tb_receivable• tb_misc_header• tb_misc_detailWhen the transaction is going to the student receivable account, it usestb_receivable. When the transaction is handled as a miscellaneous transaction, ituses tb_misc_header or tb_misc_detail, depending on settings in the the rulesfor admissions deposits defined on the Electronic Applicant Web Default RulesForm (SAAWADF) and for transcripts on the Transcript Type Rules Form(SHATPRT).This enhancement also resulted in the following changes.• When admissions application and transcript fees are processed to the StudentReceivable table (TBRACCD), the receipt number is recorded on both thepayment and charge transactions, but the credit card data will be recorded onthe payment only and not on the charge. If Automatic Receipt Print is checkedon the Accounts Receivable Billing Control Form (TGACTRL), the receiptprint collector table (TBRCRCP) is populated.• When admissions application and transcript fees are processed to theMiscellaneous Receipt Detail table (TBRMISD), the resultingacknowledgement displays the receipt number associated with themiscellaneous transaction.Student RecordsAcademic Transcriptbwckotr1 (#37242)Institutional and departmental honors are now displayed in the Degree Informationsection of a Web transcript if the degree information that the honors are associatedwith is also displayed. Delivered in Release 6.2.January 2005 Student Self-Service Release 7.0Confidential Release Guide 31

Section 4 Miscellaneous EnhancementsMiscellaneous(#38119)The new Pre-Institutional Hours section displays pre-institutional hours on astudent’s Web transcript. If the user selects All Levels in the Transcript Level fieldon the Academic Transcript Options page (bwskotrn.P_ViewTermTran), then preinstitutionalhours for all levels are displayed as a single total. Delivered in Release6.2.MiscellaneousbwslxmisbwskxxxxThis enhancement is for Concurrent Curricula and applies only to institutions usingCalifornia MIS reporting. When a student changes a major via Self-Service, thesystem calls the BWSKXMIS package and the auto-conversion process,soklcur.p_convert_curriculum, is run automatically. If the student currently hasonly 6.x curriculum data (that is, no one has run the conversion process and no onehas gone to any of the SRARECR, SRAQUIK, SAAADMS, SAAQUIK, SGASTDN,SFAREGS, and SHADEGR forms for the student), then when the student accessesthe Update Student Term Data page, the system automatically converts the existingdata so that it uses the new SORLCUR and SORLFOS tables. If the student makesany changes while in this Web page (for example, changes the major), that changewill be made in the new tables and will be backfilled to the old curriculum fields (inthis case, on the SGBSTDN table). (Refer to the Student Release Guide 7.0 for acomplete discussion of the Concurrent Curricula enhancement.) Delivered inRelease 7.0.Static display of information has been added to all pages that were not updated withRelease 6.0. Refer to Chapter 1, Overview, of the Student Self-Service User Guide formore information. Delivered in Release 6.1.Student Self-Service Release 7.0 January 200532 Release Guide Confidential

Section 5 Problem ResolutionsCourse Catalog and Class Schedulebwckgen1 (#93042)The Class Schedule Search page (bwckschd.p_disp_dyn_sched), which allows forentry of the term or date range, and the Class Schedule Search page(bwckschd.p_crse_search_unsec), which allows entry of criteria for the search,now each have their own Information Text. Resolved in Release 6.2.(#87361)The Class Schedule Search selection page(bwckschd.p_disp_dyn_sched) is nowdisplayed when there is no row on the Crosswalk Validation Form (GTVSDAX) forinternal code SCHBYDATE or if the external code for SCHBYDATE is N. Resolved inRelease 6.1.(#87362)The class schedule and lookup classes functionality now work correctly even if onlyone term has been designated as a dynamic schedule term (that is, the DynamicSchedule Term checkbox in the Web Processing Controls window of the TermControl Form (SOATERM) is selected). Resolved in Release 6.1.(#88608)The Look Up Classes results page (bwskfcls.P_GetCrse) is now displayedcorrectly on Macintosh computers. Resolved in Release 6.1.bwcksch1 (#88948)Students can now search the unsecured Class Schedule by part-of-term, which is nolonger restricted by having an active registration status code. The Look Up Classesfunctionality still allows classes to be searched if the registration status codes areinactive, but searching by the part-of-term is not allowed. Resolved in Release 6.2.(#90097)The corequiste display has been corrected for the course catalog and class schedule.Resolved in Release 6.2.(#95236)The cursor for fetching course text has been changed to ORDER BY SSRTEXT_SEQNO.Resolved in Release 6.2.soklibs (#87363 and 87364)The class schedule functionality and lookup classes functionality now work correctlyeven if registration is not permitted at the time of access (that is, if the Permitcheckbox on SOATERM is cleared). Resolved in Release 6.1.Student Self-Service Release 7.0 January 200534 Release Guide Confidential

Section 5Problem ResolutionsProspect Self-ServiceProspect Self-Servicebwskapa (#87137)Additional help text has been added to each phone field in Admission Self-Serviceand Prospect Self-Service to make it clearer how to enter the phone numberinformation. In addition, the second hyphen, which had been located between thephone number field and the extension field, has been removed. Resolved in Release6.1.bwskwpr1 (#78626)An error message is no longer displayed if the interests section is not selected onWeb for Prospects Selection Rules Form (SRAWPRO). Resolved in Release 6.1.bwskwpr2 (#89157)Analysis of this defect resulted in the determination that correction was required inSRAQUIK. Refer to the Student Release Guide 6.1 for more information.srkprel (#87318)High school rank percentile is now correctly calculated on the High SchoolInformation Form (SOAHSCH) when information entered in Prospect Self-Serviceis migrated to Banner. Resolved in Release 6.1.srtloadbwskwpr1bwskwpr2bwskwpro(88804)Previously, the system displayed an error message if a user entered incomplete orincorrect data only when a high school or college code or description was entered.Now, if a user enters other data (such as GPA or graduation year) without an SBGIcode or other high school or college description, an error message is displayed.Resolved in Release 6.1.Admission Self-Servicebwskalo1 (#85247)The system has been modified to handle long questions that have been marked asrequired within the Personal Web section. Resolved in Release 6.1.bwskalog (#85103)If a Web applicant enters an initial or trailing blank in his or her login ID, the systemnow accesses the proper Web ID (stored on the Electronic Application Process Form[SAAEAPS]). Resolved in Release 6.1.January 2005 Student Self-Service Release 7.0Confidential Release Guide 35

Section 5 Problem ResolutionsRegistrationbwskapa (#87137)Additional help text has been added to each phone field in Admission Self-Serviceand Prospect Self-Service to make it clearer how to enter the phone numberinformation. In addition, the second hyphen, which had been located between thephone number field and the extension field, has been removed. Resolved in Release6.1.bwskaper (#68691)If an invalid value is entered for the EMAILPQLFCODE label on the ElectronicAdmissions Application Rules Form (SAAERUL) (that is, the value in the Groupfield is PQLF), the user will now receive a meaningful error message instead of anOracle error message. Resolved in Release 6.1.bwskapcl (#77467)Users will no longer encounter an error indicating that a college code has alreadybeen entered for a Web application when the Web applicant already has a BannerPrior College record with multiple degrees for one college code. Resolved inRelease 6.1.Registrationbwckcom1 (#86131)The system can no longer be manipulated to add or drop a course using aregistration status code that has not been Web-enabled on the Course RegistrationStatus Code Validation Form (STVRSTS). Resolved in Release 6.2.(#88658)In Look Up Classes, once a term or date range is selected, it remains in effect untilthe user returns to the Select Term or Date Range page(bwskfcls.p_sel_crse_search) via the Registration menu (bmenu.P_RegMnu).Resolved in Release 6.2.(#88684)If a user leaves the first CRN box blank in the Add Classes Worksheet section of theAdd or Drop Classes page (bwskfreg.P_AddDrpCrse), the system processes anyCRNs in the remaining boxes and no longer delivers an error message. Resolved inRelease 6.2.(#94298)All applicable registration status codes that are Web-enabled on STVRSTS are nowdisplayed for waitlisted classes. Resolved in Release 6.2.Student Self-Service Release 7.0 January 200536 Release Guide Confidential

Section 5Problem ResolutionsRegistration(#94495)When internal code AUTODROP is set to C in the Crosswalk Validation Form(GTVSDAX), the system does not allow incorrect drops if a user uses a browser’sBack button. Resolved in Release 6.2.bwckcom1bwckgen1bwckreg1bwcksam1bwcklib1(#89911)To improve performance of the add/drop functionality, implicit cursors werereplaced with regular cursors. Resolved in Release 6.1.bwckcom1bwckreg1bwckcpm1bwskapm1bwskwcc1(#89902)Open learning Web registration availability for a section is now controlled by theregistration date range. Resolved in Release 6.1.(#94492)These packages have been modified to support the Credit Card Transaction AuditTable (GORCCAU) that was added to Banner General Release 6.2. Resolved inRelease 6.2.bwckfrm1 (#92700)The Office Hours page (bwskoffh.p_display_office_hours) properly displaysall displayable office hour records. Resolved in Release 6.2.bwckgen1 (#96420 and 96422)Grades are no longer displayed on the Registration History page(bwskhreg.p_reg_hist) or the Active Registrations page(bwsksreg.p_active_regs) if the student has a grades hold. Resolved in Release7.0.(#86240)If a student changes the credit hours for a variable credit hour course, the billinghours will also be changed to that same value, if available. Otherwise, the billinghours will remain the same. Resolved in Release 6.2.(#87300)The course link to the WebCT login page on Student Detail Schedule page(bwskfshd.P_CrseSchdDetl) now works correctly. Resolved in Release 6.2.(#93246)A student cannot use the Look Up Classes Results page (bwskfcls.P_GetCrse) toregister for classes if his or her last registration term is earlier than the re-admitterm. Resolved in Release 6.2.(#91284)The Look Up Classes Results page (bwskfcls.P_GetCrse) correctly displays theinstructors when multiple instructors are listed for different meeting times.Resolved in Release 6.2.January 2005 Student Self-Service Release 7.0Confidential Release Guide 37

Section 5 Problem ResolutionsRegistration(#91182)The Active Registration page (bwsksreg.p_active_regs) now looks correctly atthe non-gradeable indicator on the Section Form (SSASECT). If the section islinked and the gradeable section has been graded and rolled to Academic History,then both the gradeable and nongradable sections are moved to registration history.If it is a single class that is non-gradable, the end date for the part-of-term on theSchedule Form (SSASECT) or the end date that is calculated in the AdditionalRegistration table (SFRAREG) for the student is used to determine when the OpenLearning course is no longer active. Resolved in Release 6.2.(#92362)On the Active Registrations page, the course title is not hyperlinked to the scheduleif the Web/VR Avail checkbox on SSASECT is cleared. Resolved in Release 6.2.(#88432)The system now uses registration dates instead of start dates to determine theavailability for display on the Look Up Classes results page (bwskfcls.P_GetCrse).Resolved in Release 6.1.(#89798)On the Look Up Classes results page, a student can no longer register for a term forwhich he or she is not a student. Resolved in Release 6.1.bwckgen1bwcksam1sfkcur1sfkcurs(#90037)The Change Class Options page (bwskfreg.P_ChangeCrseOpt) no longer updatescredit hours incorrectly so that the student exceeds the maximum hours allowed ifone of the courses does not have the Web/VR Avail checkbox on SSASECT selected.Note: If the Web/VR Avail checkbox is cleared on SSASECT for a class, the classcannot be dropped nor can its options be changed. A new GTVSDAX rowin the WEBREG internal group can be used to allow students to add (ifthe CRN is known), update, or drop a class even if it is unavailable forWeb access (that is, the VR/Web Avail checkbox on the Term ControlForm [SOATERM] is cleared).ExternalCodeInternal CodeInternal CodeSequence NumberInternalCode GroupDescriptionSystemRequiredActivityDateY/N CRNDIRECT null WEBREG Allow direct CRNentry/updateYSysdateResolved in Release 6.2.bwckgen1bwcksch1(#89662)Actual, waitlist, and crosslisted enrollments can now be displayed on the Web. Thiswas resolved as part of RPEs #15695 and 24397. Refer to Section III, MiscellaneousEnhancements, for more information. Script sinssdax1.sql is delivered to addnew GTVSDAX rows for the new functionality. Resolved in Release 6.2.Student Self-Service Release 7.0 January 200538 Release Guide Confidential

Section 5Problem ResolutionsRegistrationbwckgen1bwckreg1bwcksam1(#87634)The Print checkbox on SSASECT now controls only whether a class is printed in theClass Schedule (SSRSECT). The Web/VR Avail checkbox on SSASECT now controlsonly whether a class can be viewed and registered for via the Web or Voice Response.The new CRNDIRECT row in GTVSDAX has been added to allow you to specifywhether a class that is not VR/Web Available can be registered for or updated on theAdd or Drop Classes page (bwskfreg.P_AddDrpCrse) if the CRN is known. (See#90037 for more details about the CRNDIRECT row.)Script sinssdax1.sql is delivered to add this row. Resolved in Release 6.2.bwckgen1sfkcur1sfkcurs(#93759)The Subject field of the Look Up Classes page (bwckgens.p_sel_term_date)includes only subjects for which classes exist for the term or selected date range andthat are Web-enabled on the Subject Code Validation Form (STVSUBJ).bwcklib1 (#89707)The system properly allows a student to register for a course that would cause himor her to exceed the maximum hours allowed if, at the same time, he or she dropsa course (or courses) worth the same (or more) credit hours. Resolved in Release6.2.(#92329)The bwcklib1.sql variable sdax_external_code is now the correct size (15characters). Resolved in Release 6.2.bwcklib1bwcklibsbwckgen1bwckgensbwcklib1bwcklibs(#94664)The system now appropriately assigns AutoGrades to courses that are dropped viathe Web by the Autodrop registration process. Resolved in Release 6.2.(#88948)Students can now search the unsecured Class Schedule by part-of-term, which is nolonger restricted by having an active registration status code. The Look Up Classesfunctionality still allows classes to be searched if the registration status codes areinactive, but searching by the part-of-term is not allowed. Resolved in Release 6.2.bwckreg1 (#86130)The system considers permits and overrides appropriately used when a student triesto waitlist a class. Resolved in Release 6.2.(#92997)The system displays the same message, CRN does not exist, when a student tries toregister for a non-existant CRN, regardless of the way the registration is attempted.Resolved in Release 6.2.January 2005 Student Self-Service Release 7.0Confidential Release Guide 39

Section 5 Problem ResolutionsRegistration(#86005 and 86649)The correct credit hours are displayed on the following Web pages:• Add or Drop Classes (bwskfreg.P_AddDrpCrse)• Registration Fee Assessment (bwskffee.P_FeeAsses)• Student Detail Schedule (bwskfshd.P_CrseSchdDetl)Resolved in Release 6.1.(#89700)Billing hours are now correctly displayed on the Add or Drop Classes pages whenRSTS codes are used. Resolved in Release 6.1.(#86822)Fees are now immediately reassessed on variable-credit-hour courses when thenumber of credit hours is changed via the Web. Resolved in Release 6.1.bwcksam1 (#97881)Fees are now correctly assessed for all terms that for which action (add or drop) hasbeen taken via Look Up Classes. Resolved in Release 7.0.(#86960)Automatic online fee assessment will be in effect only if both of the following radiobuttons are selected on the Term Control Form (SOATERM):• On-line radio button in the Fee Assessment section• On-line radio button in the Web Self Service and VR sectionResolved in Release 6.2.(#92560)When a student performs a search on a term code, only valid part-of-term codes forthe specified term are displayed. The following are the criteria for which part-oftermcodes are displayed:• Sections in SSBSECT for the part-of-term and term/term range• Part-of-term defined for validation table STVPTRM on the Web Display ListCustomization Form (SOAWDSP)• Web Ind checkbox selected on STVRSTS for registration status code RW• Current date is within the range specified for registration status code RW onSFARSTSIf a student performs a search for Open Learning classes, no part-of-term codes areselected. Resolved in Release 6.2.Student Self-Service Release 7.0 January 200540 Release Guide Confidential

Section 5Problem ResolutionsRegistrationbwckwee1 (#88827)The Week at a Glance page (bwskfshd.P_CrseSchd) correctly displays classes thatend near midnight. Resolved in Release 6.2.bwskfre1 (#94085)If your institution is using alternate PIN functionality, the Alternate PIN Verificationpage (bwskfreg.P_AltPin) is properly displayed whether the student selects theSubmit button or the Add to Worksheet button on the Look Up Classes page(bwskfcls.P_GetCrse). Resolved in Release 6.2.bwskfreg (#66355 and #90995)If a student attempts to register in two classes that are linked or are co-requisites, andif one of the classes has seats available but the other is full with only a waitlistavailable, the both classes are dropped, since waitlisting should not be allowed if thelink or co-requisite condition is not being met. Resolved in Release 6.2.bwskoac1 (#86242)Autocalculation of installment plans is now done correctly. Resolved in Release 6.1.bwskoff1 (#93300)The most recent name for a faculty member is displayed on the Office Hours page(bwskoffh.p_display_office_hours). Resolved in Release 6.2.skfedit (#92836)The system properly checks linked classes and time conflicts when a student dropsa class. A student can no longer end up registered in only one part of a linked pair.Resolved in Release 6.2.(#88546)The SFRSTCR_CREDIT_HR_HOLD and SFRSTCR_BILL_HR_HOLD fields are nowupdated correctly when courses are added or dropped via the Web. Resolved inRelease 6.1.sfkeditsfkfun1sfkfuncsfkmod1sfkmods(#93029)Courses are no longer inappropriately dropped when registration restrictions andpermit overrides are placed on the student’s record after registration. Resolved inRelease 6.2.sfkfun1 (#93409)The system no longer allows a student to register in duplicate equivalent courses.Resolved in Release 6.2.sfkmods (#80114)The credit card process no longer returns an INSERT_ERROR if no term is selectedprior to payment processing. Resolved in Release 6.2.January 2005 Student Self-Service Release 7.0Confidential Release Guide 41

Section 5 Problem ResolutionsStudent Recordssfkfun1sfkpre1sfkpreq(#93487)Waitlisted courses now meet other waitlisted course restrictions. Resolved in Release6.2.sfkpre1 (#94404)Prerequisites with “or” conditions no longer cause the following message to bedisplayed: *ERROR* Invalid setup of pre-req courses caused a processing error. AROLLBACK will be done. Resolved in Release 6.2.Student RecordsWebCAPPbwckcap1 (#80616)Web registration dates no longer need to be active or defined on the Term ControlForm (SOATERM) for a term to be a valid option in term selection for the dynamiccatalog (bwckctlg.P_SelCtlgTerm) or for degree evaluations(bwckcapp.P_DispCurrent). Resolved in Release 6.2.bwckctlg (#78466)The parameters have been modified so that alphanumeric course numbers arelinked correctly to the Course Catalog. Resolved in Release 6.1.(#86320)The system now allows an unlimited number of prerequisites to be displayed.Resolved in Release 6.1.bwcksmd1 (#85411)Netscape users will no longer receive an error after saving the major whenperforming a what-if analysis for a program that has no curriculum rules. Resolvedin Release 6.2.(#89260)The appropriate campus codes are displayed in the Campus field pull-down list onthe What-If Analysis (Step Three) page (bwcksmds.P_whatif_step_three).Resolved in Release 6.2.bwcksml1 (#89880)The system correctly follows the GPA display rules in the GPA Display Rules Form(SHAGPAR). Resolved in Release 6.2.Student Self-Service Release 7.0 January 200542 Release Guide Confidential

Section 5Problem ResolutionsStudent RecordsGradesbwskogr1 (#87059)On the Final Grades page (bwskogrd.P_ViewGrde), the GPA field has beenrenamed GPA Hours to provide better clarity. Resolved in Release 6.2.bwskogr1sfkcurs(92036)Performance issues for the Final Grades Selection page(bwskogrd.P_ViewTermGrde) have been corrected. Resolved in Release 6.2.sfkcur1 (#70851)The Midterm Grade page (bwskmgrd.P_Write_Midterm_Grades) does not displayclasses that were assigned a midterm grade and that have been dropped. Resolvedin Release 6.2.(#85264)A term is now available for selection via the Grade Detail Term page(bwsksmrk.p_write_term_selection) when there is an error flag of W (warning)and the error_message value in the SFRSTCR table is not null for the CRN.Resolved in Release 6.2.(#93402)Ungraded courses that have an error flag of W (Warning) along with an errormessage are now displayed on the Midterm Grade page. Resolved in Release 6.2.Transcriptsbwckotrn (#80956)On the Academic Transcript page (bwskotrn.P_ViewTran), transfer hours aredisplayed in both the Transfer section and in the term-by-term running cumulativehours, as appropriate. Resolved in Release 6.2.(#85323 and #89679)The new Student Information section at the top of the transcript displays thefollowing fields:• Name• Birth Date• Student Type• College• Major• Concentrations (as part of major)• MinorJanuary 2005 Student Self-Service Release 7.0Confidential Release Guide 43

Section 5 Problem ResolutionsStudent RecordsThe Name field is controlled by the NAMEWTRAN internal code on GTVSDAX. IfY is entered in the External Code field on GTVSDAX, the field is displayed. TheBirth Date field is controlled by the Birth Date field on the Transcript Type RulesForm (SHATPRT).ExternalCodeInternal CodeInternal CodeSequenceNumberInternal Code Group Description SystemRequiredActivityDateTRUE/FALSENAMEWTRAN null WEBTRANSTUNAME Stu.Name onWebTransYSysdateThe other fields are displayed or hidden based on the rules defined on SHATPRT.Concentrations are now displayed with the appropriate major if the current majoris selected to be displayed.Resolved in Release 6.2.(#90599)Transfer hours are always included in the overall totals regardless of whether theTransfer Totals checkbox is selected on SHATPRT.(#92436)GPA and quality points are displayed in the proper columns for the transfer work inthe Current Term sections of the Academic Transcript page. Resolved in Release 6.2.(#92578)When institution totals, transfer totals, and overall totals are disabled on SHATPRT,the Transcript Totals link is not displayed at the top of the transcript. Resolved inRelease 6.2.(#92697)The Quality Points column heading is displayed correctly when registration startand end dates are not included in the Web transcript, (that is, when the RegistrationStart/End Dates checkbox on SHATPRT is cleared). Resolved in Release 6.2.(#88059)The call to the procedure used in the Transcript Totals and Term Totals sections toretrieve the GPA & Quality Points format has been updated to use the correct valuein determining the correct format. Resolved in Release 6.1.bwskwtr1 (#86060)The data entered in the Issued To field on the Select Transcript Type page(bwskwtrr.p_disp_transcript_request_type) is maintained properly throughthe remaining transcript request processing. Resolved in Release 6.2.Student Self-Service Release 7.0 January 200544 Release Guide Confidential

Section 5Problem ResolutionsFinancial Aid(#91378)When a user creates a transcript request on the Web and leaves spaces in thetelephone number, an Oracle error no longer occurs. Resolved in Release 6.2.(#93617)If a user enters more than seven characters in the Phone Number field on the SelectTranscript Type page, the system displays the following error message: Phone numbercannot be greater that 7 characters long.. Resolved in Release 6.2.(#93953)Students whose first and last names combines are over 30 characters long no longerreceive an Oracle error on the Transcript Request Options page(bwskwtrr.p_disp_transcript_request_data). Resolved in Release 6.2.(#94723)Future start dates on holds no longer stop a transcript request from being requested.Resolved in Release 6.2.bwskwtrr (#81098)If a user requests multiple copies of a transcript and in doing so exceeds thespecified number of free copies, the system now charges appropriately for theadditional copies. Resolved in Release 6.1.(#86005)When a user requests a transcript to be sent to an individual (such as him- orherself), the system now enters the name in the correct format (first name, middleinitial, last name). Resolved in Release 6.1.Financial Aidbwrkacpt (#90663)The Accept Award Offers page is now obsolete, and all calls to it have been removed.Resolved in Release 6.1.bwrkpays (#87445)A new procedure to reschedule a disbursement schedule for a year(p_resched_year_disburse) has been added. Resolved in Release 6.1.January 2005 Student Self-Service Release 7.0Confidential Release Guide 45

Section 5 Problem ResolutionsMiscellaneousMiscellaneous(#88185 and 88435)All Web pages that have HTML tables with multiple rows can now be read correctlyby screen readers. Resolved in Release 6.1.bwcksmm1 (#86000)The package’s strings are now properly internationalized. Resolved in Release 6.2.bwcksnc1bwskffe1bwskfsh1(#94245, #94249, and #94251)Internationalization issues have been resolved. Resolved in Release 6.2.Student Self-Service Release 7.0 January 200546 Release Guide Confidential