Student 7.3 Release Guide - Ogeechee Technical College!

Student 7.3 Release Guide - Ogeechee Technical College!
Banner Student Release Guide
May 2006
Release 7.3
What can we help you achieve?
Confidential Business Information
This documentation is proprietary information of SunGard Higher Education and is not to be copied, reproduced, lent or disposed of,
nor used for any purpose other than that for which it is specifically provided without the written permission of SunGard Higher
Education.
Prepared By:
SunGard Higher Education
4 Country View Road
Malvern, Pennsylvania 19355
United States of America
© 2006 SunGard. All rights reserved. The unauthorized possession, use, reproduction, distribution, display or disclosure of this material
or the information contained herein is prohibited.
In preparing and providing this publication, SunGard Higher Education is not rendering legal, accounting, or other similar professional
services. SunGard Higher Education makes no claims that an 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. Each organization should seek legal, accounting and
other similar professional services from competent providers of the organization's own choosing.
Without limitation, SunGard, the SunGard logo, Banner, Campus Pipeline, Luminis, PowerCAMPUS, Matrix, and Plus are trademarks
or registered trademarks of SunGard Data Systems Inc. or its subsidiaries in the U.S. and other countries. Third-party names and marks
referenced herein are trademarks or registered trademarks of their respective owners.
Release Guide
Student System
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Enhancements for 7.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Interim Releases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Section 1
Race/Ethnicity - Functional
. . . . . . . . . . . . . . . . . . . . . 17
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Prerequisites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Warning - Setup Before Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Processing Checklist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Race/Ethnicity Functionality for AMCAS . . . . . . . . . . . . . . . . . . . . . . . . . 20
Changed Forms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Web Application Elements Validation Form (STVWSCF) . . . . . .
General Person Form (SPAPERS) . . . . . . . . . . . . . . . . . .
General Person Identification Form (SPAIDEN) . . . . . . . . . . .
Electronic Prospect Detail Form (SRAPREL) . . . . . . . . . . . .
Quick Recruit Form (SRAQUIK) . . . . . . . . . . . . . . . . . .
Web for Prospects Display Rules Form (SRAWPDS) . . . . . . . .
Electronic Application Submitted Form (SAAETBL) . . . . . . . . .
Quick Entry Form (SAAQUIK) . . . . . . . . . . . . . . . . . . .
Web Application Section Rules Form (SAAWAPP) . . . . . . . . .
Electronic Admissions Procedure/Routine Control Form (SAAECRL)
Application Supplemental Information Form (SOASUPL) . . . . . .
Tape Code Conversion Form (SOTCNVT) . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
22
22
23
24
24
25
25
26
26
26
27
27
Changed Reports/Processes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Electronic Prospect Load (SRTLOAD). . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Electronic Prospect Purge (SRTPURG) . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Electronic App Purge Process (SARETPG) . . . . . . . . . . . . . . . . . . . . . . . . 29
3
Table of Contents
Section 2
Concurrent Curricula Phase 4 - Functional
. . . . . . . . . . 31
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Warning - Run SOPLCCV Conversion . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Processing Changes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Application Preference Number . . . . . . . . . . . . . . . . . . . .
Multiple Applicant Acceptance Decisions . . . . . . . . . . . . . . .
Application Decision Processing . . . . . . . . . . . . . . . . . . . .
Admissions Decision API . . . . . . . . . . . . . . . . . . . . . . .
Application Checklist Processing. . . . . . . . . . . . . . . . . . . .
Conversion Process . . . . . . . . . . . . . . . . . . . . . . . . . .
Pushing Curriculum Status . . . . . . . . . . . . . . . . . . . . . . .
General Student Data on SORLCUR . . . . . . . . . . . . . . . . . .
Migration of Status Codes . . . . . . . . . . . . . . . . . . . . . . .
Conversion and Learner Curriculum Data . . . . . . . . . . . . . . .
Curricula Summary and Field of Study Summary Blocks . . . . . . . .
Curriculum Window/New Field of Study Window . . . . . . . . . . .
Communication Plan Processing . . . . . . . . . . . . . . . . . . . .
Admissions Self-Service . . . . . . . . . . . . . . . . . . . . . . . .
Setting Up Curriculum Processing for Self-Service Applications . . . .
Exclusions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Data Reporting - Learner Curriculum Conversion Process (SOPLCCV) .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
32
32
36
36
36
37
37
37
38
38
38
39
39
41
42
46
47
New Forms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Application Checklist Source Validation Form (STVCKSR) . . . . . . . . . . . . . . . . 48
Application Checklist Status Validation Form (STVCKST). . . . . . . . . . . . . . . . . 48
Changed Forms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Recruit Prospect Information Form (SRARECR) . . . . . . . . .
Prospect Summary Form (SRASUMI) . . . . . . . . . . . . . .
Quick Recruit Form (SRAQUIK) . . . . . . . . . . . . . . . .
Admissions Application Form (SAAADMS) . . . . . . . . . . .
Quick Entry Form (SAAQUIK) . . . . . . . . . . . . . . . . .
Admissions Application Summary Form (SAASUMI) . . . . . .
Admissions Application/Checklist Summary Form (SAAACKL) .
Admissions Decision and Rating Batch Entry Form (SAADCBT)
Admissions Decision Form (SAADCRV) . . . . . . . . . . . .
Admissions Decision Rules Form (SAADCSN) . . . . . . . . .
Admissions Rating Factor Rules Form (SAARRFT) . . . . . . .
Admissions Checklist Rules Form (SAACHKB) . . . . . . . . .
Admissions Rating Form (SAARRAT) . . . . . . . . . . . . . .
Application Questions/Answers Form (SAAQUAN) . . . . . .
Electronic Application Process Form (SAAEAPS) . . . . . . . .
Electronic Application Submitted Form (SAAETBL) . . . . . . .
Web Application Customized Curriculum Form (SAAWCUR) .
Electronic Applicant Web Default Rules Form (SAAWADF) . .
General Student Form (SGASTDN) . . . . . . . . . . . . . . .
General Student Summary Form (SGASTDQ) . . . . . . . . .
4
Student Release 7.3
Release Guide
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
49
51
52
52
55
55
57
58
59
60
61
62
63
63
64
64
65
65
67
70
May 2006
Confidential
Table of Contents
Cooperative Education Form (SGACOOP) . . . . . . . .
Student Course Registration Form (SFAREGS) . . . . . .
Enrollment Verification Request Form (SFARQST) . . . .
Degrees and Other Formal Awards Form (SHADEGR) . .
Degree Summary Form (SHADGMQ) . . . . . . . . . .
Term Summary Form (SHQTERM) . . . . . . . . . . . .
Diploma Form (SHADPIL) . . . . . . . . . . . . . . . .
Person Search Detail Form (SOAIDNS) . . . . . . . . .
Communication Rules Form (SOACOMM). . . . . . . .
Communication Plan Collector Form (SOACCOL) . . . .
Curriculum Rules Control Form (SOACTRL) . . . . . . .
Curriculum Rules Form (SOACURR) . . . . . . . . . . .
Learner Curriculum Query Form (SOILCUR) . . . . . . .
EDI Cross-Reference Curriculum Rules Form (SOAXCUR)
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
72
73
75
76
78
79
81
81
83
84
84
87
91
93
Obsolete Form . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
Student Review Summary Form (SOASRVW) . . . . . . . . . . . . . . . . . . . . . . 94
Changed Menus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
Changed Reports and Processes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
Recr/Enroll Analysis-How Learned Report (SRRENRH).
Recr/Enrl-Source/Recr Report (SRRENRL) . . . . . . .
Recruits Never Applied to Inst. Report (SRRINQR) . . .
Admissions Application Report (SARADMS) . . . . . .
Electronic Application Report (SARETBL) . . . . . . .
Elec App Verify/Load Process (SARETMT) . . . . . . .
Admit Decision Calculation Report (SARBDSN) . . . .
Admission Decision Criteria Report (SARDCSN) . . . .
Admissions Rating Calculation Report (SARRATE) . . .
Student Report (SGRSTDN) . . . . . . . . . . . . . .
Veteran Report (SGRVETN) . . . . . . . . . . . . . .
Enrollment Verification Report (SFRENRL) . . . . . . .
Student Type Update Report (SHRTYPE) . . . . . . . .
Degree Status Update Report (SHRDEGS) . . . . . . .
Grade Roll to Academic History (SHRROLL). . . . . .
Communication Plan Processing Report (SORCPLN) .
Administrator Assignments Process (SORAINF) . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
94
94
95
95
95
95
95
96
96
96
96
97
97
98
98
98
98
Report Samples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Recr/Enroll Analysis-How Learned Report (SRRENRH).
Recr/Enrl-Source/Recr Report (SRRENRL) . . . . . . .
Admissions Application Report (SARADMS) . . . . . .
Electronic Application Report (SARETBL) . . . . . . .
Student Report (SGRSTDN) . . . . . . . . . . . . . .
Veteran Report (SGRVETN) . . . . . . . . . . . . . .
Enrollment Verification Report (SFRENRL) . . . . . . .
Student Type Update Report (SHRTYPE) . . . . . . . .
Degree Status Update Report (SHRDEGS) . . . . . . .
May 2006
Confidential
Student Release 7.3
Release Guide
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
98
99
99
99
99
99
99
99
99
5
Table of Contents
Grade Roll to Academic History (SHRROLL) . . . . . . . . . . . . . . . . . . . . . . . 100
Communication Plan Processing Report (SORCPLN). . . . . . . . . . . . . . . . . . . 100
Administrator Assignments Process (SORAINF) . . . . . . . . . . . . . . . . . . . . . 100
Section 3
PESC/XML Transcript - Functional
. . . . . . . . . . . . . . . . 171
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171
Processing Changes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171
Student Baseline Transcript Processing . . . . . . . . . . . . . . . . . . . . . . . . . . 171
Self-Service Transcript Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Processing Steps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Setting Up XML Transcripts . . . . . .
Sending (Exporting) XML Transcripts . .
Receiving (Importing) XML Transcripts .
XML Transcript Process Flow. . . . . .
Export Crosswalk Values on SOAXREF .
Import Crosswalk Values on SOAXREF .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
173
175
176
178
178
192
New Forms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206
PESC/XML Export Document Status Form (SHIEPTD). . . . . . . . . . . . . . . . . . . 206
PESC/XML Import Document Status Form (SHIIPTD) . . . . . . . . . . . . . . . . . . . 206
Source/Background Access Form (SOASBGA) . . . . . . . . . . . . . . . . . . . . . . 207
Changed Forms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208
Printer Validation Form (GTVPRNT) . . . . . . . . . . . . . . .
Source/Background Institution Code Validation Form (STVSBGI).
Electronic Document Status Code Validation Form (STVDSTS) . .
Online Transcript Activity List Form (SHAEDIS) . . . . . . . . .
Academic History Control Form (SHACTRL) . . . . . . . . . . .
Transcript Request Form (SHARQTC). . . . . . . . . . . . . . .
Transcript Type Rules Form (SHATPRT). . . . . . . . . . . . . .
Transfer Articulation Evaluation Form (SHATAEQ) . . . . . . . .
Cross-Reference Rules Form (SOAXREF) . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
208
209
209
209
210
210
211
213
213
New Menu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214
XML Transcript Processing Menu (*AHISTORYG) . . . . . . . . . . . . . . . . . . . . 214
Changed Menus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215
Academic History Menu (*AHISTORY). . . . . . . . . . . . . . . . . . . . . . . . . . 215
EDI Transcript Upload Processing Menu (*AHISTORYF) . . . . . . . . . . . . . . . . . 215
6
Student Release 7.3
Release Guide
May 2006
Confidential
Table of Contents
New Reports and Processes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215
PESC/XML Transcript Export Process (SHRPESE) . . . . . . . . . . . . . . . . . . . . . 215
PESC/XML Transcript Import Process (SHRPESI) . . . . . . . . . . . . . . . . . . . . . 216
Changed Reports and Processes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217
Electronic Transcript Upload Purge Process (SHRETRP)
Transcript Population Creation Process (SHRTPOP) . .
Academic Transcript (SHRTRTC). . . . . . . . . . . .
Electronic Data Interchange Extract (SHREDIY) . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
217
217
217
217
Report Samples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218
PESC/XML Transcript Export Process (SHRPESE) . .
PESC/XML Transcript Import Process (SHRPESI) . .
Transcript Population Creation Process (SHRTPOP)
Electronic Data Interchange Extract (SHREDIY) . .
Section 4
.
.
.
.
.
.
.
.
.
.
.
.
Bio Demo Messaging - Functional
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
218
218
218
218
. . . . . . . . . . . . . . . . 255
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255
Push Process in Recruiting and Admissions . . . . . . . . . . . . . . . . . . . . . . . 255
Changed Forms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255
General Person Identification Form (SPAIDEN) .
Faculty Degree Information Form (SIAFDEG) . .
Quick Recruit Form (SRAQUIK) . . . . . . . . .
Admissions Decision Form (SAADCRV) . . . . .
Online Transcripts Activity List Form (SHAEDIS) .
Prior College Form (SOAPCOL) . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
255
256
256
256
256
256
Changed Reports and Processes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256
Recruits Never Applied to Inst. Report (SRRINQR) . . . . . . . . . . . . . . . . . . . . 256
Admissions Purge (SAPADMS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257
General Student Purge (SGPSTDN) . . . . . . . . . . . . . . . . . . . . . . . . . . . 257
Section 5
Race/Ethnicity - Technical
. . . . . . . . . . . . . . . . . . . . . . 259
New Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259
Prospect Race Code Temporary Table (SRTPRAC) . . . . . . . . . . . . . . . . . . . . 259
Applicant Race Code Temporary Table (SARPRAC) . . . . . . . . . . . . . . . . . . . 259
Changed Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260
Supplemental Information Temporary Table (SRTSUPL) . . . . . . . . . . . . . . . . . 260
Application Supplemental Information Base Table (SABSUPL) . . . . . . . . . . . . . . 260
May 2006
Confidential
Student Release 7.3
Release Guide
7
Table of Contents
Temporary Person Table (SRTPERS). . . . . . . . . . . . . . . . . . . . . . . . . . . . 260
Electronic Admissions Person Table (SARPERS). . . . . . . . . . . . . . . . . . . . . . 261
Basic Person Base Table (SPBPERS). . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
Changed Packages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
SRKPREL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
SRKPREL/SRKPRE1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 262
SAKL020/SAKP030. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 262
New Scripts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263
Seed Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266
SARPRTN/SAAECRL
SAAECRL . . . . .
SAAWAPP . . . . .
SAAWAPF . . . . .
STVWSCF . . . . .
Section 6
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Concurrent Curricula Phase 4 - Technical .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
266
266
266
267
267
. . . . . . . . . . 269
New Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269
Application Checklist Source Validation Table (STVCKSR) . . . . . . . . . . . . . . . . 269
Application Checklist Status Validation Table (STVCKST) . . . . . . . . . . . . . . . . 269
Changed Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270
Learner Curricula Table (SORLCUR) . . . . . . . . . . . . . . . . . . .
Curriculum Rules Control Table (SOBCTRL) . . . . . . . . . . . . . . .
Admissions Application Repeating Table (SARADAP) . . . . . . . . . .
Student Application Decision Repeating Table (SARAPPD). . . . . . . .
Electronic Admissions Application Header Table (SARHEAD) . . . . . .
Admissions Decision Rule Table (SARDCSN) . . . . . . . . . . . . . .
Admissions Rating Factor Rules Table (SARRRFT) . . . . . . . . . . . .
Admission Request Checklist Build Table (SARCHKB) . . . . . . . . . .
Admissions Checklist Repeating Table (SARCHKL) . . . . . . . . . . . .
Electronic Admissions Entry-Exit Dates Table (SARETRY) . . . . . . . . .
Electronic Admissions Date - Field of Study Table (SAREFOS) . . . . . .
Web Admissions Application Default Data and Rules Table (SARWADF)
Communication Rules Repeating Table (SORCOMM) . . . . . . . . . .
Curriculum Minor Rules Table (SORCMNR) . . . . . . . . . . . . . . .
Concentration Curriculum Rules Table (SORCCON) . . . . . . . . . . .
Grade Roll Report Print Temporary Table (SOTPRNT) . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
270
271
272
272
272
272
273
273
273
274
274
274
275
275
276
276
New Procedure for Application Decision Processing . . . . . . . . . . . . . . . . . 277
sakdcsn.p_process_decsn . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277
8
Student Release 7.3
Release Guide
May 2006
Confidential
Table of Contents
New Package for Communication Plan Processing . . . . . . . . . . . . . . . . . . . 283
Communication Plan Maintenance Package (SOKCOMM). . . . . . . . . . . . . . . . 283
Changed Packages/Procedures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
Communication Plan Assignment Package (SOKCLPN)
Curriculum Maintenance Package (SOKLCUR) . . . .
Table Type Package (SOKTABS) . . . . . . . . . . . .
Application Decision Package (SAKDCRV) . . . . . .
Application Maintenance Package (SAKMODS) . . . .
Web Questions and Answers Package (SAKL170) . . .
Quick Start Package (SAKQADM) . . . . . . . . . . .
Checklist Assignment Package (SAKCHKB) . . . . . .
Admissions Push Package (SAKL010) . . . . . . . . .
Grade Roll Package (SHKROLS) . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
283
284
286
286
286
286
287
287
287
289
Obsolete Procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291
sakmods.p_insert_sarappd . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291
New Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292
sakdcrv.f_checkcurriculum
sokcomm.f_testplan . . . .
sokcomm.f_insert_plan . .
soklcur.f_event_status . . .
sb_curriculum.f_lcur_order
sb_fieldofstudy.f_lfos_order
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
292
292
292
292
293
293
Changed Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293
sb_curriculum.f_find_current_all_ind . . . . . . . . . . . . . . . . . . . . . . . . . . 293
sb_curriculum.f_find_maxseq . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
sakdcsn.f_query_existing_sgbstdn . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
Obsolete Function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
sakdcsn.f_check_sgbstdn_exists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
New Banner Views . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
Examples for Recruiting, Admissions, and Academic History Current and
Active Curriculum Records . . . . . . . . . . . . . . . . . . . . . . .
Examples for General Student Current and Active Curriculum Records . .
SOVACUR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SOVCCUR. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SOVCFOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SRVACUR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SRVCCUR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SAVACUR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SAVCCUR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SGVACUR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SGVCCUR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SHVACUR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
May 2006
Confidential
Student Release 7.3
Release Guide
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
294
295
296
297
298
299
300
301
302
303
304
305
9
Table of Contents
SHVCCUR . . . . . . . . . . . . .
Using the Recruiting Views . . . .
Using the Admissions Views . . . .
Using the General Student Views .
Using the Academic History Views
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
306
307
307
307
308
Changed Banner Views . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308
SAVDCSN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308
SAVEAPS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
New APIs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
Application Decision API (sb_application_decision) . . . . . . . . . . . . . . . . . . . 309
Application Checklist Source API (sb_stvcksr) . . . . . . . . . . . . . . . . . . . . . . 309
Application Checklist Status API (sb_stvckst) . . . . . . . . . . . . . . . . . . . . . . . 310
Changed APIs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310
sb_curriculum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310
sb_fieldofstudy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311
sb_admissionsapplication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311
New Object Library . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311
SAQOLIB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311
Changed Object Library . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 312
SOQOLIB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 312
New Scripts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 314
Scripts for New Tables . . . . . . . . .
Scripts for Changed Tables . . . . . . .
Scripts for Seed Data . . . . . . . . . .
Scripts for Data Reporting on SOPLCCV
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
314
314
317
318
Seed Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319
SOBCTRL .
SORCOMM
SARRRFT. .
SARCHKB .
STVADDA .
STVCKSR .
STVCSTS . .
STVWSCF .
GTVSDAX .
10
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Student Release 7.3
Release Guide
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
319
319
319
320
320
321
321
322
322
May 2006
Confidential
Table of Contents
Section 7
PESC/XML Transcript - Technical
. . . . . . . . . . . . . . . . . 325
New Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325
Export PESC XML Transcript Document Status Table (SHREPTD). . . . .
Import PESC XML Transcript Document Status Table (SHRIPTD) . . . . .
Immunization Data from PESC XML Transcript Table (SHRMEDI) . . . .
Test Score Data from PESC XML Transcript (SHRTEST) . . . . . . . . . .
Subtest Score Data from PESC XML Transcript Table (SHRSTST) . . . . .
Subtest Score Detail Data from PESC XML Transcript Table (SHRSTSC) .
College Transcript UDE for Import of XML Transcript Table (SHRTUDE) .
Student UDE for Import of XML Transcript Table (SHRSUDE) . . . . . .
Academic Record UDE for Import of XML Transcript Table (SHRAUDE)
Source/Background Access for PESC XML Transcript Table (SOBSBGA) .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
325
326
327
327
328
328
329
330
330
331
Changed Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332
Campus Base GPA Table (SHBCGPA) . . . . . . . . . . . . . .
EDI Master Header Table (SHBHEAD) . . . . . . . . . . . . . .
EDI Academic Sessions Table (SHRASES) . . . . . . . . . . . .
EDI Course Repeating Table (SHRCRSR) . . . . . . . . . . . . .
EDI Status Table (SHREDIS) . . . . . . . . . . . . . . . . . . .
EDI Document Header Table (SHRHDR4) . . . . . . . . . . . .
EDI Identification Table (SHRIDEN) . . . . . . . . . . . . . . .
EDI Academic Overall Summary Table (SHRSUMA) . . . . . . .
EDI Academic Session Summary Table (SHRSUMS) . . . . . . .
Transcript Rules Request Type Table (SHRTPRT) . . . . . . . . .
Transcript Request Table (SHTTRAN) . . . . . . . . . . . . . .
Cross-Reference Rules Table (SORXREF) . . . . . . . . . . . . .
EDI Transcript Status Code Validation Table (STVDSTS) . . . . .
Source/Background Institution Code Validation Table (STVSBGI)
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
332
332
332
333
333
333
334
334
335
335
335
336
336
336
New Packages and Associated Procedures/Functions . . . . . . . . . . . . . . . . . 337
PESC/XML Utility Package (SHKPXML). . . . . . . . . . . . . . . . . . . . . . . . . . 337
PESC/XML Export Package (SHKPXEX) . . . . . . . . . . . . . . . . . . . . . . . . . . 337
PESC/XML Import Package (SHKPXIM). . . . . . . . . . . . . . . . . . . . . . . . . . 340
Changed Package . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 342
SORXREF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 342
New APIs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 342
EDI Academic Session Summary API (sb_edi_acad_sess_sum) .
EDI Academic Session API (sb_edi_acad_sess). . . . . . . . .
EDI Academic Summary API (sb_edi_acad_summ) . . . . . .
EDI Academic Record UDE API (sb_edi_acrec_ude) . . . . . .
EDI Course API (sb_edi_course) . . . . . . . . . . . . . . . .
EDI Document Header API (sb_edi_doc_header) . . . . . . .
EDI Header API (sb_edi_header) . . . . . . . . . . . . . . . .
EDI Identification API (sb_edi_identification) . . . . . . . . .
EDI Medical API (sb_edi_medical) . . . . . . . . . . . . . . .
May 2006
Confidential
Student Release 7.3
Release Guide
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
342
342
343
343
344
344
344
345
345
11
Table of Contents
EDI Status API (sb_edi_status) . . . . . . . . .
EDI Student UDE API (sb_edi_stud_ude) . . . .
EDI Subtest API (sb_edi_subtest) . . . . . . . .
EDI Subtest Score API (sb_edi_subtest_score) .
EDI Test API (sb_edi_test) . . . . . . . . . . .
EDI Transcript UDE API (sb_edi_trans_ude) . .
PESC Status Export API (sb_pesc_status_export)
PESC Status Import API (sb_xml_status_imp) . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
346
346
346
347
347
347
348
348
New Scripts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 348
Scripts for New Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 348
Scripts for Changed Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 350
Scripts for Seed Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352
Seed Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352
SORXREF
STVEDIS .
STVXLBL .
GTVPRNT
Section 8
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Bio Demo Messaging - Technical
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
352
367
367
368
. . . . . . . . . . . . . . . . . 369
Changed Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
SRKPREL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
SAKL030 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
New APIs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
Section 9
Miscellaneous Enhancements .
. . . . . . . . . . . . . . . . . . . 373
RPEs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 373
Concurrent Curricula . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 373
Academic History . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374
ACT Required Values on STVTESC . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374
AMCAS Objects Being Desupported . . . . . . . . . . . . . . . . . . . . . . . . . . . 375
Accounts Receivable e-Bill Enhancement . . . . . . . . . . . . . . . . . . . . . . . . 376
e~Print Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 376
Web Display Tables Validation Form (STVVTAB) . . . . . . . . . . . . . . . . . . . . 377
12
Student Release 7.3
Release Guide
May 2006
Confidential
Table of Contents
global.current_user Variable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378
SYNCHRONIZE Command . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378
Common Matching Form (GOAMTCH) . . . . . . . . . . . . . . . . . . . . . . . . . 378
Medical Information Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 382
Changed Forms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 382
Changed Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 383
Changed Package . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 383
Section 10
Problem Resolutions
. . . . . . . . . . . . . . . . . . . . . . . . . 385
Catalog Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 385
Schedule Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 385
General Person . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 390
Faculty Load Module. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 390
Location Management Module. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 391
Recruiting Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 397
Admissions Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 403
General Student Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423
Registration Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 424
Academic History Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 439
CAPP Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 459
Overall . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 463
Validation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 467
COBOL Reports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 468
Report Sample. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 468
Academic Transcript (SHRTRTC). . . . . . . . . . . . . . . . . . . . . . . . . . . . . 468
May 2006
Confidential
Student Release 7.3
Release Guide
13
Table of Contents
This page intentionally left blank
14
Student Release 7.3
Release Guide
May 2006
Confidential
Introduction
Introduction
This release guide documents Release 7.3 of the Banner Student System. Release 7.3
includes enhancements, RPEs, and problem resolutions.
This document provides detailed information about the Banner Student 7.3 release
only. Banner Student 7.3 is a cumulative release that also includes any
enhancements, RPEs, and problem resolutions delivered in the Student 7.2.1
release. For complete documentation about this interim release, please refer to the
interim release guide identified in the table at the end of this section.
Enhancements for 7.3
The following enhancements are new for Release 7.3.
Race/Ethnicity Enhancement
This enhancement supports the changes delivered in Banner General to use RACE
in all of the applicable Student forms and processes and to provide the collection
and display the value of RACE, as well as the changes delivered in Banner Human
Resources to collect and report on ethnicity, ethnic category (Hispanic/NonHispanic), and race separately, and to collect and report on multiple races for an
individual.
Concurrent Curricula Phase 4
Phase IV of this enhancement expands functionality in the Admissions and General
Student modules. In the Admissions module, users can enter separate decision
codes on multiple admissions applications for the same applicant within the same
term. In the General Student module, certain learner status values have been added
to the curriculum table so they can be associated with a specific program.
PESC/XML Transcript
This enhancement allows for the transfer of transcript data electronically from one
institution to another, using XML formatted files with PESC standards. XML
transcripts can be sent as well as received. This gives users a choice to print paper
transcripts, use electronic transcript exchange through EDI.Smart, use self-service
transcripts online, or use the new electronic XML functionality.
Bio Demo Messaging
This enhancement provides messaging capabilities using APIs that call biographic
and demographic information from Banner General, Banner Student, and Banner
Human Resources. The Student-specific processing includes prior college
information for use by third parties.
May 2006
Confidential
Student Release 7.3
Release Guide
15
Introduction
Interim Releases
This table summarizes the interim releases which are included in Release 7.3. Refer
to the associated release guide for additional release documentation.
16
Release Number
Contents
Release Date
7.2.1
Updates to fee assessment flat charge
refunding, use of dates for
internationalization
December 2005
Student Release 7.3
Release Guide
May 2006
Confidential
Section 1 Race/Ethnicity - Functional
Overview
Section 1
Race/Ethnicity - Functional
Overview
This enhancement accommodates the regulatory changes delivered in Banner
General to include RACE in all of the applicable Student forms and processes and
to provide for the collection and display of the value of RACE. Please refer to the
Banner General 7.2 Release Guide for more information on this previously released
functionality.
This enhancement supports the changes delivered in Banner Human Resources to
collect and report on ethnicity, ethnic category (Hispanic/Non-Hispanic), and race
separately, and to collect and report on multiple races for an individual. Please refer
to the Banner Human Resources 7.1.2 Release Guide for more information on this
previously released functionality.
The Prospects and Admissions modules in Student Self-Service also capture the new
ethnicity category and race data. Please refer to the Banner Student Self-Service 7.3
Release Guide for more information regarding the additional changes for race and
ethnic category delivered in this release.
Prerequisites
Warning - Setup Before Installation
Before this release is installed, mappings for race, institutional race, and ethnic
category must be set up in Ethnic Code Validation Form (STVEHTN), and race
codes must be updated on the Race Rules Form (GORRACE).
In addition, if you load AMCAS files using SRTLOAD and currently have conversion
rules for validation table ETHR, please be sure that those rules are correct. The
upgrade process will check STVETHN for institutional race values that are
associated with ethnic codes on SOTCNVT for ETHR and then build new
SOTCNVT rules for RACE using GORRACE. In Release 7.3, incoming race values
will be converted using RACE (GORRACE) versus using ETHR. The ETHR rules will
still be valid and will be used with AMCAS processing but should be reviewed. The
use of the conversion rule ETHR is discussed in further detail in the “Race/Ethnicity
Functionality for AMCAS” topic.
May 2006
Confidential
Student Release 7.3
Release Guide
17
Section 1 Race/Ethnicity - Functional
Processing Checklist
When the release is installed, the SRTSUPL temporary table and the SABSUPL
permanent table will be modified to accommodate three position race fields that are
now validated on GORRACE. If the release is installed without having these
STVETHN and GORRACE rules set up, you may lose existing SOASUPL race codes
in production and SRTSUPL temporary table race codes, if values that existed prior
to the upgrade cannot be converted to the equivalent three digit race codes during
the installation. The scripts for the conversions are run during the upgrade process
when the tables and fields are changed from two digits to three digits.
Please refer to the following checklist for processing and conversion steps.
Processing Checklist
The following steps should be performed before installing this enhancement:
1.
Run the srstvethn.sql script, found in the Plus directory.
This script checks STVETHN to determine which ethnic codes have no
equivalent race codes and are not able to be converted.
This script also checks GORRACE to determine which race codes are mapped
to more than one ethnic code and are not able to be converted.
2.
Update your data in STVETHN and/or GORRACE based on the results of the
script.
3.
If you process AMCAS files using SRTLOAD, review the SOTCNVT/ETHR
rules to make sure they are correct.
The following steps should be performed after installing this enhancement:
1.
Review any new SOTCNVT/RACE rules for AMCAS processing.
2.
Review SOTCNVT/ETHR rules for AMCAS processing.
3.
Review all seed data, table changes, and database changes as needed to test the
setup at your institution.
4.
Run the supsprac1.sql and supsprac2.sql scripts.
The supsprac1.sql script copies race data in the SRTSUPL temporary table
to the SRTPRAC temporary table.
The supsprac2.sql script copies race data in the SABSUPL permanent table
to the GORPRAC permanent table.
Warning: These two scripts are optional and are not executed during the upgrade
process. You must run them after the upgrade is performed.
18
Student Release 7.3
Release Guide
May 2006
Confidential
Section 1 Race/Ethnicity - Functional
Processing
Processing
Race/ethnicity processing can be tracked and is processed using the following forms
and/or reports:
•
SPAPERS
•
SPAIDEN
•
SRAQUIK
•
SAAQUIK
•
SRAPREL
•
SRIPREL
•
SOTCNVT
•
SRRPREL
•
SRTLOAD
•
SRTPURG
SRTLOAD accommodates the incoming race fields and loads the values to the new
SRTPRAC temporary repeating table. SRTLOAD will still process race for AMCAS
in the current manner with regard to SRTSUPL.
The incoming race data will be converted via SOTCNVT based on RACE
(GORRACE) prior to being loaded to SRTPRAC/GORPRAC. AMCAS race will also
continue to be loaded to the SRTSUPL/SOASUPL/SABSUPL Race1 through Race
10 fields. Values will be loaded to the permanent tables for use with SPAIDEN,
SPAPERS, SRAQUIK, and SAAQUIK. SRRPREL will load race and new ethnicity
(Hispanic/Non-Hispanic) to the appropriate Banner tables. SRRPREL will also
update the SPBPERS_CONFIRMED_RE_CD and SPBPERS_CONFIRMED_RE_DATE fields,
when the SPBPERS_ETHN_CODE and GORPRAC_RACE_CDE values are inserted.
Note: The push process that loads data does not change or overwrite data if that
data already exists in Banner. Only a single value can exist for ethnicity.
While multiple race values may exist, if new race values are submitted,
only those values that are unique are added to GORPRAC.
The Prospects module in Student Self-Service has been updated to capture the new
ethnicity /ethnic category (Hispanic versus Non-Hispanic) and race values that are
submitted online by prospects. A single ethnic category may be submitted. Multiple
race codes can be submitted. After the data is submitted, it is loaded to the same
temporary tables/fields (SRTPERS for ethnicity/ethnic category and SRTPRAC for
race) that are updated using SRTLOAD for incoming test score/search data. Once
ethnic and race values have been loaded to the temporary tables, all the electronic
prospect processing that follows mirrors tape load processing.
The Admissions module in Student Self-Service has been updated to capture the
new ethnicity/ethnic category (Hispanic versus Non-Hispanic) and race values that
May 2006
Confidential
Student Release 7.3
Release Guide
19
Section 1 Race/Ethnicity - Functional
Processing
are submitted online by applicants. A single new ethnic category may be submitted.
Multiple race codes can be submitted. After the data is submitted, it is loaded to the
temporary tables/fields (SARPERS for ethnicity and SARPRAC for race).
SAAETBL has been modified to reflect the new ethnic category and race data in the
temporary tables. The push process will validate the data and allow for overwrite/
push of the new ethnic and race data from the temporary tables to SPBPERS and
GORPRAC, respectively. Also, the push process will update the
SPBPERS_CONFIRMED_RE_CD and the SPBPERS_CONFIRMED_RE_DATE fields when
both the ethnic category and race codes are loaded to Banner, to indicate the data
has been reported and confirmed directly from the applicant.
The push process will also allow an overwrite of the ethnic category and race data
that exists in Banner when the routine to overwrite existing ethnic category or
existing race has been added to SAAECRL by the institution for the chosen
application type.
In the case of the overwrite existing ethnic category, the single existing ethnic
category in SPBPERS will be overwritten by the new SRAPERS ethnic category. If the
overwrite is not added by the institution, when the data is loaded, it will be inserted
if the value is null. If the overwrite is not added by the institution, when the data is
loaded, it will not be inserted if the value is not null.
In the case of the overwrite existing race, all existing race codes on GORPRAC will
be deleted and the new SRAPRAC race codes will be inserted into GORPRAC. If the
overwrite is not added by the institution, when the data is loaded, it will insert race
codes if the value is null. If the overwrite is not added by the institution, when the
data is loaded, it will add/update race codes if race codes exist.
Problem Resolution #1-44SLH has been corrected. In Student Self-Service
Admissions, in the Personal Information and the Personal Checklist, the SSN would
accept non-numeric values of 11 characters (format 111-11-1111), which caused bad
data to exist. The SSN should only accept nine numeric characters.
SRKPREL and SRKPRE1 have been modified to correct an unnumbered problem
resolution. The values for the UPDATEME variables have been updated from
VARCHAR2(1) or VARCHAR2(4) to VARCHAR2(8) or if there is a space,
VARCHAR2(9). The default value for UPDATE ME variables is eight characters.
Values for most UPDATE ME variables are intended to be Y or N, one character long
or four characters long, based on validation codes.
Race/Ethnicity Functionality for AMCAS
AMCAS processing as of Release 7.2 used ETHR on SOTCNVT for the conversion of
ethnicity values to race values on SABSUPL. Incoming AMCAS race values were
converted to a race value from STVETHN using the conversion table value ETHR,
since there was no existing Banner RACE code.
AMCAS processing as of Release 7.3 will continue to use ETHR on SOTCNVT, but
for a different reason. When the AMCAS Hispanic Indicator is set to N, the value for
20
Student Release 7.3
Release Guide
May 2006
Confidential
Section 1 Race/Ethnicity - Functional
Processing
AMCAS RACE CODE 1 is loaded to the SRTPERS_ETHN_CODE field. In order for
RACE CODE 1 to be converted to an appropriate ethnic code, the conversion rule
to convert RACE CODE 1 to an ethnicity must be valid. ETHR is used on SOTCNVT
to change the incoming RACE CODE 1 to the SPBPERS_ETHN_CODE value.
AMCAS loads up to ten ethnic codes and ten race codes to SABSUPL/SOASUPL.
Incoming ethnic and race codes are now different values. The value from
STVETHN is used to convert ethnicity (SOTCNVT rule ETHN) and RACE CODE 1,
(SOTCNVT rule ETHR), when the AMCAS Hispanic Indicator is set to N for the
validation and conversion on SOTCNVT.
•
On SOTCNVT, the incoming ethnic codes are converted and loaded to
SRTSUPL and SRTPERS using the ETHN value from STVETHN.
•
On SOTCNVT (when the AMCAS Hispanic Indicator is set to N), the incoming
RACE CODE 1 is converted and loaded to SRTPERS using the ETHR value
from STVETHN.
The Hispanic Indicator is loaded to SABSUPL/SOASUPL and now is also loaded to
SRTPERS/SPBPERS.
•
The incoming Hispanic Indicator is loaded to temporary tables/fields
SRTSUPL_HISP_IND and SRTPERS_ETHN_CATEGORY.
•
The incoming Hispanic Indicator is loaded to permanent tables/fields
SABSUPL_HISP_IND and SPBPERS_ETHN_CDE.
Also as of Release 7.3, the Race Rules Form (GORRACE) is used in the processing.
AMCAS continues to load up to ten ethnic codes and ten race codes to SABSUPL/
SOASUPL. Race fields are now three characters in length.
•
On SOTCNVT, the incoming ethnic codes are converted and loaded to
SABSUPL/SOASUPL using the ETHN value from STVETHN. These are two
character codes.
•
On SOTCNVT, incoming race codes are converted and loaded to SRTSUPL/
SABSUPL and SRTPRAC/GORPRAC using the RACE value from GORRACE.
These are three character codes.
•
If the incoming Hispanic Indicator is set to Y, ETHN CODE 1 is loaded to the
SRTSUPL_ETHNIC_CODE_SELF field and the SRTPERS_ETHN_CODE field.
•
If the incoming Hispanic Indicator is set to N, RACE CODE 1 is loaded to the
SRTSUPL_ ETHNIC_CODE_SELF field and the SRTPERS_ETHN_CODE field.
The RACE 1 value is three characters in length and is converted from
GORRACE (SOTCNVT/RACE).
•
May 2006
Confidential
When the Hispanic Indicator is set to N, it will look at the incoming RACE
CODE 1 value and convert it to ethnicity for the SRTPERS_ETHN_CODE field
using the ETHR rule on SOTCNVT. ETHR is used to convert the incoming race
values to a valid ethnic code that will be loaded to the SRTPERS_ETHN_CODE
field.
Student Release 7.3
Release Guide
21
Section 1 Race/Ethnicity - Functional
Changed Forms
Changed Forms
Web Application Elements Validation Form (STVWSCF)
New element code values are delivered for ETHNIC_CATEGORY and RACE to be
used on SAAWAPP for Web application types. These values are inserted by a script.
The values are system required and use a Web Section value of PERSONAL.
General Person Form (SPAPERS)
Three new fields have been added for race/ethnicity processing. One new field has
been added for veteran processing.
Fields
Descriptions
.............. .......................................................
New Ethnicity
Pulldown list used to select the new ethnicity for the person.
Values are:
Hispanic or Latino
Not Hispanic or Latino
None (default)
Ethnicity and
Race Confirmed
Checkbox that indicates whether the person’s race and ethnicity
have been confirmed.
Confirmed Date
Date on which the person’s race and ethnicity were confirmed.
Special
Disabled
Veteran
Checkbox that indicates whether the veteran has a special
disabled veteran status.
A new Race block has been added for use with race/ethnicity processing.
Fields
Descriptions
.............. .......................................................
Race Code
Code and description of the race code associated with the record.
(lookup)
22
Student Release 7.3
Release Guide
List
GORRACE
May 2006
Confidential
Section 1 Race/Ethnicity - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
User
ID of the user to create or update the record.
Activity Date
Date the record was created or updated
General Person Identification Form (SPAIDEN)
Three new fields have been added to the Biographical window for race/ethnicity
processing.
Fields
Descriptions
.............. .......................................................
New Ethnicity
Pulldown list used to select the new ethnicity for the person.
Values are:
Hispanic or Latino
Not Hispanic or Latino
None (default)
Ethnicity and
Race Confirmed
Checkbox that indicates whether the person’s race and ethnicity
have been confirmed.
Confirmed Date
Date on which the person’s race and ethnicity were confirmed.
A new Race block has been added for use with race/ethnicity processing.
Fields
Descriptions
.............. .......................................................
Race Code
Code and description of the race code associated with the record.
(lookup)
May 2006
Confidential
List
GORRACE
User
ID of the user to create or update the record.
Activity Date
Date the record was created or updated
Student Release 7.3
Release Guide
23
Section 1 Race/Ethnicity - Functional
Changed Forms
Electronic Prospect Detail Form (SRAPREL)
This form has been modified as part of the new race/ethnicity processing.
A new block has been added to the Ethnicity and Race window. The Biographical
Ethnicity and Race block is used to query and view ethnicity and race information
that exists in the SRTPERS and SRTPRAC temporary tables. This block contains
fields for Ethnicity and New Ethnicity, as well as Race Code. The Race Code field
displays values that are loaded to SRTPRAC and then ultimately to GORPRAC.
AMCAS records will display the same data for race in this block (in SRTPRAC) that
is displayed in the Supplemental Ethnicity and Race block (in SRTSUPL). Data for
non-AMCAS records is displayed only in the in the Biographical Ethnicity and Race
block.
Fields
Descriptions
.............. .......................................................
Ethnicity
Ethnicity of the electronic prospect.
New Ethnicity
Pulldown list used to select the new ethnicity for the person.
Values are:
Hispanic or Latino
Not Hispanic or Latino
None (default)
Race Code
Code and description of the race code associated with the record.
The Supplemental Ethnicity and Race Block displays the Ethnic and Race field
values that are loaded to SRTSUPL and then ultimately to SABSUPL. AMCAS
records display the same data in this block (in SRTSUPL) that is displayed in the
Biographical Ethnicity and Race block (in SRTPRAC). Data for non-AMCAS records
is not displayed in this block.
Quick Recruit Form (SRAQUIK)
The new Biographical tab has been added to access the biographical information
from SPAPERS in a Biographical window.
A new Enter Biographical checkbox has been added to the main window. This box
can be checked to quickly access the Biographical window. The checkbox will only
be active when biographical data exists for the ID. You can navigate to the
biographical information using the Biographical tab or the Bio/Demo Information
(SPAPERS) item on the Options Menu.
24
Student Release 7.3
Release Guide
May 2006
Confidential
Section 1 Race/Ethnicity - Functional
Changed Forms
•
The Gender radio group has been removed from the main window, and that
radio group is accessible using the Biographical tab.
•
The Birth Date field has been removed from the main window, and that field
is accessible using the Biographical tab.
•
The Citizenship field has been removed from the main window, and that field
is accessible using the Biographical tab.
•
The Legacy field has been removed from the main window, and that field is
accessible using the Biographical tab.
•
The Ethnicity field has been removed from the main window, and that field is
accessible using the Biographical tab.
The Biographical Information item has been added to the Options Menu.
Web for Prospects Display Rules Form (SRAWPDS)
This form has been modified to accommodate GORRACE for validation against the
new Race field in Student Self-Service on the Web for Prospects page. All GORRACE
values that are listed on this form will be displayed on the Web. If there are no values
from GORRACE listed on SRAWPDS, then all values and associated descriptions will
be visible for race/ethnicity in Web for Prospects.
Electronic Application Submitted Form (SAAETBL)
The Person Biographical Details window has been updated to display ethnicity and
race data from the SARPERS and SARPRAC tables for a Web ID.
Person Details Block
Two new fields have been added to this block.
Fields
Descriptions
.............. .......................................................
New Ethnicity
Pulldown list used to select the new ethnicity for the person.
Values are:
Hispanic or Latino
Not Hispanic or Latino
None (default)
Race Code
May 2006
Confidential
Code and description of the race code associated with the record.
Student Release 7.3
Release Guide
25
Section 1 Race/Ethnicity - Functional
Changed Forms
Quick Entry Form (SAAQUIK)
The new Biographical tab has been added to access the biographical information on
SPAPERS.
A new Enter Biographical checkbox has been added to the main window. This box
can be checked to quickly access the Biographical window. The checkbox will only
be active when biographical data exists for the ID. You can navigate to the
biographical information using the Biographical tab or the Bio/Demo Information
(SPAPERS) item on the Options Menu.
•
The Gender radio group has been removed from the main window, and that
radio group is accessible using the Biographical tab.
•
The Birth Date field has been removed from the main window, and that field
is accessible using the Biographical tab.
•
The Citizenship field has been removed from the main window, and that field
is accessible using the Biographical tab.
•
The Legacy field has been removed from the main window, and that field is
accessible using the Biographical tab.
•
The Ethnicity field has been removed from the main window, and that field is
accessible using the Biographical tab.
The Biographical Information item has been added to the Options Menu.
Web Application Section Rules Form (SAAWAPP)
New Web sections for Ethnic Category and Race have been added for the Web
application types of 00 (Default Example - All Sections) and W1 - W7 (Undergraduate
Freshman through Continuing Ed, Non-Degree).
Electronic Admissions Procedure/Routine Control Form (SAAECRL)
New Web sections for Ethnic Category and Race have been added for the Web
application types of 00 (Default Example - All Sections) and W1 - W7 (Undergraduate
Freshman through Continuing Ed, Non-Degree).
The new values (Ethnic Category and Race) are used with Procedure P030, Biographic
Information, and four new routines: R0025, R0030, R0255, and R0265.
26
Procedure
Routine
Routine Name
Required
Override
P030
R0025
Race Established
Y
Y
P030
R0030
Ethnic Category Established
Y
Y
Student Release 7.3
Release Guide
May 2006
Confidential
Section 1 Race/Ethnicity - Functional
Changed Forms
Procedure
Routine
Routine Name
Required
Override
P030
R0255
Overwrite Existing Race
Y
Y
P030
R0265
Overwrite Ethnic Category
Y
Y
Application Supplemental Information Form (SOASUPL)
Fields in the AMCAS Race Codes block in the AMCAS Multiple Race/Ethnicity
window have modified for this enhancement. Fields 1 through 10 (multiple race
codes reported by AMCAS) have been expanded to display three characters.
Tape Code Conversion Form (SOTCNVT)
In Release 7.2, SOTCNVT contained functionality that was developed for AMCAS
that used the conversion value of ETHR for race. The existing STVETHN validation
was used to load race codes to SRTSUPL and to SABSUPL.
In Release 7.3, SOTCNVT will use the ETHR rule to convert the incoming AMCAS
RACE CODE 1 to the SRTPERS_ETHN_CODE value when the incoming AMCAS
Hispanic Indicator is set to N.
Also new in this release, the conversion value of RACE uses the GORRACE table.
The incoming race value is converted based on the existing rules applied on
GORRACE to load the incoming race value and associated institutional race code
(GORRACE_RACE_CDE) to the SRTPRAC_RACE_CDE field. The conversion code of “*”
can be used for NULL data. The conversion code of DEFAULT can be used when
data does not convert.
Note: AMCAS has ten potential race codes that may be NULL, but the rule for
“*” will only be loaded to SRTSUPL and SRTPRAC one time.
AMCAS files will convert the race values from GORRACE, and the data will be
loaded to SRTSUPL and to SRTPRAC. Non-AMCAS files will convert the race values
from GORRACE, and the data will be loaded only to SRTPRAC. Currently, no
baseline electronic prospect files provide race information besides AMCAS. Web
prospects and Web applicants can submit race information using Student Self
Service.
When validation is not set up on SOTCNVT for GORRACE (and when no DEFAULT
or * conversion values can be applied), validation may occur directly on GORRACE
(if the incoming AMCAS value happens to match a GORRACE value), and then the
race codes will be loaded to SRTPRAC.
May 2006
Confidential
Student Release 7.3
Release Guide
27
Section 1 Race/Ethnicity - Functional
Changed Reports/Processes
A script is delivered to add the table values of RACE based on previous rules that had
been established for the rule ETHR in Release 7.2. A valid institution race code must
exist on STVETHN in order for the conversion of the race codes to apply and for
SOTCNVT/RACE validation to be updated appropriately.
Changed Reports/Processes
Electronic Prospect Load (SRTLOAD)
SRTLOAD has been modified to validate incoming race values against the
conversion process using SOTCNVT/GORRACE. SRTLOAD will continue to
convert ethnic codes based on STVETHN.
SRTLOAD has also been modified to convert AMCAS RACE CODE 1 to the
SRTPERS_ETHN_CODE value when the incoming AMCAS Hispanic Indicator is set to
N and based on the SOTCNVT rule ETHR.
AMCAS race values are loaded to both SRTSUPL and SRTPRAC. The race values for
AMCAS will be always be the same in both tables and can be viewed on SRIPREL/
SRAPREL. Non-AMCAS race values are only loaded to SRTPRAC.
SRTLOAD updates the following fields on SRTPRAC:
Field
Data
SRTPRAC_RIDM
Temporary recruiting record RIDM
SRTPRAC_RACE_CDE
Converted race code based on SOTCNVT/RACE
SRTPRAC_USER_ID
User ID that ran SRTLOAD when table was loaded
SRTPRAC_ACTIVITY_
DATE
Date/timestamp loaded to temporary table
SRTLOAD updates the SRTPERS_ETHN_CDE with the AMCAS HISP_IND value.
•
If the AMCAS HISP_IND value is set to Y, the SRTPERS_ETHN_CDE is set to 1.
•
If the AMCAS HISP_IND value is set to N, the SRTPERS_ETHN_CDE is set to 2.
The AMCAS_HISP_IND value will also continue to be loaded to the
SRTSUPL_HISP_IND field.
28
Student Release 7.3
Release Guide
May 2006
Confidential
Section 1 Race/Ethnicity - Functional
Changed Reports/Processes
Electronic Prospect Purge (SRTPURG)
The process has been modified to purge data from the new SRTPRAC temporary
table and the new SRTPERS_ETHN_CATEGORY column.
Electronic App Purge Process (SARETPG)
This process has been modified to purge data from the new SARPRAC table and the
new SARPERS_ETHN_CATEGORY column.
May 2006
Confidential
Student Release 7.3
Release Guide
29
Section 1 Race/Ethnicity - Functional
Changed Reports/Processes
This page intentionally left blank
30
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Overview
Section 2
Concurrent Curricula Phase 4 - Functional
Overview
Banner 7.0 introduced the first phase (of several) of the Concurrent Curricula
enhancements in the Banner Student, Student Self-Service, and Faculty and Advisor
Self-Service products. When the overall project is completed, an institution will be
able to admit, enroll, and graduate a learner for an unlimited number of programs
within the same term or across academic periods defined by the institution or the
learner.
This phase of the enhancement expands existing concurrent curricula functionality
in the Admissions and General Student modules. In the Admissions module, users
can enter separate applicant acceptance decision codes on multiple admissions
applications for the same applicant within the same term. Previously, users were
limited to entering only one decision code that would result in the creation of a
learner record per applicant per entry term. Concurrent Curricula functionality has
also been enhanced in these areas:
•
admissions checklist processing
•
admissions rating calculation processing
•
admissions decision processing
•
admissions decision calculator processing
•
communication plan processing
•
admissions self-service processing
In the General Student module, certain learner status values have been added to the
curriculum table so they can be associated with a specific program. For this reason,
the Curricula Summary block on the General Student Form (SGASTDN) has been
modified to display some of these additional fields.
The following RPEs are delivered as part of this enhancement: #CMS-RPE26456,
#CMS-RPE28457, #CMS-RPE25671, #CMS-RPE28586, #CMS-RPE48723, #CMSRPE48888, #CMS-RPE27006, #CMS-RPE35852, #CMS-RPE40665, #CMS-RPE33280,
#CMS-RPE41401, #1-410EO, and #1-410EQ.
Please refer to the Student Self-Service 7.3 Release Guide for information on changes to
Web pages and processing.
May 2006
Confidential
Student Release 7.3
Release Guide
31
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
Warning - Run SOPLCCV Conversion
The 7.3 release delivers numerous reports and forms, as well as Self-Service display
pages that use the concurrent curricula tables. As such, this release requires the
execution of the Learner Curriculum Conversion Process (SOPLCCV) for the
Recruiting, Admissions, and Academic History modules. This conversion process is
used to move curriculum data from the base tables in the Recruiting, Admissions,
General Student, and Academic History modules to the curriculum tables
(SORLCUR and SORLFOS) which were delivered in Banner Student Release 7.0.
The ramifications of not running the conversion process during the upgrade are
that certain forms and reports will be missing curriculum data.
Processing Changes
A number of changes and updates are included in this phase of the enhancement.
Application Preference Number
You can now enter an application preference value for the applications that are
submitted by an individual. This satisfies RPE #CMS-RPE28586. Previously, the
Admissions module allowed for the creation of multiple applications for an
individual for a single entry term. However, there was no means for applicants to
designate any sort of hierarchical preference (i.e., ranking) among the applications
they had submitted.
This application preference number is stored on SARADAP and entered on
SAAADMS and in the Admissions module of Student Self-Service. It is displayed on
SAADCRV, SAADCBT, SAAACKL, SAARRAT, SAAQUAN, SAAEAPS, SAAETBL, and
on the Web Application Summary in the Admissions module of Student Self-Service.
SAASUMI also displays the application preference number, as well as curriculum
summary information.
SAAQUIK does not allow the entry of a value for the application preference
number. This form is only intended to support the creation of a learner record
quickly. (Recruiting and admissions records can optionally be created as well.) It is
not intended to be used as a way to perform maintenance on existing general
student and/or curriculum records.
Multiple Applicant Acceptance Decisions
Learners can now be accepted into an unlimited number of programs, even if they
are currently registered for courses or have already been accepted into another
program.
32
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
Although it was possible to create multiple applications for learners for a single
entry term, an institution could render only one significant decision per applicant
that would result in the creation of a general student record for the entry term.
Previously, rendering an applicant acceptance decision on any additional
applications had to be processed manually in the General Student module as an
update to the previously created general student record.
The system is now enabled to update the general student record correctly when an
applicant acceptance decision is rendered on a pending application after another
approved application has already generated that record.
If application preference value for an application is null and an applicant
acceptance decision is entered, the system copies the priority for the learner
curriculum records from the priority values on the application's curriculum records.
If the application preference value is not null and an applicant acceptance decision
is entered, the system calculates the priority for the learner curriculum records
using the following formula:
(
Application Preference Number
X
10
)+(
SARADAP_APPL_PREFERENCE
Curriculum Priority Number
)
SORLCUR_PRIORITY_NO from the
application being processed
For example:
Joe Student has submitted two applications for a given term. His first
preference application has a primary curriculum of BA-ARTS. His second
preference application has a primary curriculum of BA-HISTORY. When his
first preference application is accepted, the curriculum (BA-ARTS) is copied to
the learner curriculum with a priority of 1. When his second preference
application is accepted, the curriculum (BA-HISTORY) should be copied to the
learner curriculum with a priority of 2.
The preceding was a simple example. However, there is the potential for much more
complex situations to occur. As such, the functionality has been enhanced to assign
the correct priorities to curricula as they are processed, based on the application
preference, without regard to the order in which they are processed.
For example:
Joe Student submits a new application with a preference value of 2 and a
primary curriculum of CE-ARTS. Assuming this application is accepted, CEARTS would become the new priority 2 learner curriculum, and BA-HISTORY
would become inactive. In order for CE-ARTS to be added as another
curriculum, rather than replace the BA-HISTORY curriculum, the application
preference number or the priority on the admissions curriculum would have to
be changed.
May 2006
Confidential
Student Release 7.3
Release Guide
33
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
Previously, the Admissions module allowed learners to apply to a new program for a
term in which they were already registered. However, the system did not allow you
to enter an applicant acceptance decision. As such, the functionality has been
enhanced to allow the processing of admissions applications, even if the learner is
registered for classes, as long as fee assessment has not yet occurred.
For example:
Lisa Learner applied and was admitted to BA-ENGLISH for Fall 2006. A few
months later, she attended orientation and pre-registered for classes. A month
before the term was scheduled to begin, Lisa decided to apply for an additional
program, BA-ANTHRO. Since Lisa's fees had not been assessed yet, her
application for BA-ANTHRO was able to be processed, and the new program
was added as a secondary curriculum.
Previously, when an applicant acceptance decision was made on the new
application, the current and active learner curriculum records were inactivated, and
a new general student record (SGBSTDN) was created with the new curriculum and
the new effective term. This enhancement keeps the current learner record active
and simply adds the newly accepted application's curriculum to the general student
record as another (secondary) priority, or, depending on the circumstances, to
replace the existing primary curriculum with the new curriculum.
This is controlled by settings defined on the Curriculum Rules Control Form
(SOACTRL). Three new fields have been added to the main window, and they work
with the controls in the Number of Curricula Allowed window that define the
number of curricula allowed per learner module. For instance, if a learner applies
to and is accepted into a third curriculum, but only two current and active learner
curricula are allowed, the new curriculum is copied to the learner module and will
be assigned an INACTIVE/OVERLOAD status code.
The new radio group fields on SOACTRL are in the Error Severity on Learner
Curriculum Updates section of the main window.
•
The Inactivate Current Curriculum in Same Term radio group determines
which type of error message, if any, to issue when an admissions decision will
generate a learner curriculum that would inactivate an existing one with the
same effective term. Valid values are Fatal, Warning, or No Message.
•
When the field is set to Fatal, the system will issue a fatal error message
informing you that you cannot proceed without changing the application
preference or curriculum priority on the application you are processing,
because it will cause an existing learner curriculum to become inactive/
non-current.
•
When the field is set to Warning, the system will issue a warning message
informing you that the decision you are about to apply will cause an
existing curriculum to become inactive/non-current. You have the
option to continue or cancel.
•
34
Clicking on Continue will copy the existing curriculum record with a
curriculum status of ADMITREPLACE and then insert the new
curriculum record as well as the application decision record.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
•
•
•
May 2006
Confidential
When the field is set to No Message, the system will not issue any message
at all when you enter a decision that will cause an existing curriculum to
become inactive/non-current.
The Inactivate Current Curriculum in Previous Term radio group determines
which type of error message, if any, to issue when an admissions decision will
generate a learner curriculum that would inactivate an existing one with an
earlier effective term. Valid values are Fatal, Warning, or No Message.
•
When the field is set to Fatal, the system will issue a fatal error message
informing you that you cannot proceed without changing the application
preference or curriculum priority on the application you are processing,
because it will cause an existing learner curriculum with an earlier
effective term to become inactive/non-current.
•
When the field is set to Warning, the system will issue a warning message
informing you that the decision you are about to apply will cause an
existing curriculum with an earlier effective term to become inactive/
non-current. You have the option to continue or cancel.
•
•
Clicking on Cancel allows you to perform a Clear Record on the
application decision and adjust the application's preference value or
the admissions curriculum priority as needed to avoid making
changes to existing learner curricula.
•
Clicking on Continue will copy the existing curriculum record with a
curriculum status of ADMITREPLACE and then insert the new
curriculum record as well as the application decision record.
•
Clicking on Cancel will allow you to perform a Clear Record on the
application decision and adjust the application's preference value or
the admissions curriculum priority as needed to avoid making
changes to existing learner curricula.
When the field is set to No Message, the system will not issue any message
at all when you enter a decision that will cause an existing curriculum with
an earlier effective term to become inactive/non-current.
The Cause a Curriculum Overload radio group determines which type of error
message, if any, to issue when an admissions decision will generate a learner
curriculum with a curriculum status value of OVERLOAD, because the number
of curricula or fields of study allowed has been exceeded.
•
When the field is set to Fatal, the system will issue a fatal error message
informing you that you cannot proceed, because it would cause a learner
curriculum or field of study record to be created with an OVERLOAD
status. In order to process the application decision, you would need to
inactivate the curriculum and/or field of study on the admissions
application that would cause the overload.
•
When the field is set to Warning, the system will issue a warning message
informing you that the decision you are about to apply will cause a learner
curriculum or field of study record to be created with an OVERLOAD
status. You have the option to continue or cancel.
Student Release 7.3
Release Guide
35
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
•
•
Clicking on Continue will copy the admissions curriculum and/or
field of study record(s) with a curriculum status of OVERLOAD to the
General Student module and then insert the application decision
record.
•
Clicking on Cancel will allow you to perform a Clear Record on the
application decision and inactivate the admissions curriculum and/
or field of study record(s) as needed to avoid causing a curriculum
overload in the General Student module.
When the field is set to No Message, the system will not issue any message
at all when you enter a decision that will cause a learner curriculum or
field of study record to be created with an OVERLOAD status.
Application Decision Processing
A new procedure has been created to process the rules for all application decisions.
This procedure is called by all the processes that allow entry of a decision, such as
SAADCRV, SAADCBT, SARBDSN, and the Admissions module of Student SelfService. This procedure is discussed in the “Concurrent Curricula Phase 4 Technical” section of this release guide.
Admissions Decision API
A new API has been created for the Admissions Application Repeating Table
(SARADAP). This API is called by the new procedure used to process admissions
application decisions. This API is detailed in the “Concurrent Curricula Phase 4 Technical” section of this release guide.
Application Checklist Processing
Checklist processing has been updated to record the origin or source of a checklist
item, specifically if the item is from an external source, and to track the status of the
checklist item. The new source or checklist origin will be populated with the value
BASELINE when a checklist item is created. This value can be changed if the
checklist item was not automatically generated by system. The checklist origin code
is displayed on SAAADMS and SAAACKL.
Checklist status codes can be used to communicate additional information to a
student about a requirement. The checklist status code is displayed on SAAADMS
and SAAACKL.
For example, a high school transcript has been received by an institution, but
an updated transcript is needed that reflects additional semesters of
coursework. A document status that indicates that an updated transcript is
needed with the 7th semester grades provides the necessary detail to the staff
and applicant.
36
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
In another example, an unofficial transcript is received by an institution. The
applicant needs to be informed that the transcript was received, but an official
transcript is required. The document status can also be used to communicate
this requirement to the applicant.
Conversion Process
In preparation for the backfill process being removed, forms and reports that
process the admissions and recruiting curriculum data have been changed to report
from the new curriculum tables. This necessitates that all institutions run the
Learner Curriculum Conversion Process (SOPLCCV).
Note: No official date has been set for the removal of the backfill process.
New Banner views have been created to make it easier to select the primary, current
and active curriculum and field(s) of study. New columns have also been added to
the communication plan rules, admissions decision calculator rules, admissions
rating factor rules, and admissions checklist rules tables to provide you with more
flexibility when rules are defined based upon curriculum elements. Any rules forms
that were missing curriculum pieces, such as the field of study type or the program
code, have had those pieces added.
Pushing Curriculum Status
You now have the ability to capture the sequence of changes and use an audit trail
for all changes by date and user ID. This was mostly completed with Release 7.0 with
the new practice of using non-destructive updates. This phase of the enhancement
implements pushing the current and active learner curriculum forward with the
new curriculum status as indicated on STVSTST. The curriculum status codes are
advanced when applications are accepted and degrees are awarded. In both cases,
the current and active fields of study for the application and outcome are copied,
and the curriculum status inserted is based on the new decision or degree status
code.
A new procedure has been created as part of SOKLCUR that will copy the current
and active curriculum/field of study records to the new curriculum status code
when the learner status code change occurs. The following forms/processes have
been modified to update student status code and to execute the new procedure:
SHRDEGS, SFAREGS, and SGASTDN. This procedure is discussed in the
“Concurrent Curricula Phase 4 - Technical” section of this release guide.
General Student Data on SORLCUR
The Learner Curricula Table (SORLCUR) has been modified to include certain
general student/learner data that can be specific to each curriculum record. This
allows you to enter a student type code, rate code, site code, leave of absence code
May 2006
Confidential
Student Release 7.3
Release Guide
37
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
with from and to dates, and graduation term/date on each learner curriculum
record. The original fields for these data will remain on the general student record,
but you now have the option of tracking these codes for each curriculum. Data on
the curriculum record will override the values on the general student record when
a specific curriculum is being processed.
Note: The academic status overrides will be migrated to the curriculum during
a future phase of the project when academic history records are
enhanced to move by curriculum.
Migration of Status Codes
You will not need to convert the learner record status codes to the curriculum
record. A new view has been designed to pull the student status codes first from the
curriculum being processed (if they exist), and then from the general student
record. All objects that reference these codes have been changed to reference this
new Banner view.
Conversion and Learner Curriculum Data
In preparation for the backfill process being removed, forms and reports have been
modified to process the general student curriculum data from the new curriculum
tables. New Banner views have been created to facilitate the selection of the current
and active learner curriculum and field(s) of study. These views are detailed in the
“Concurrent Curricula Phase 4 - Technical” section of this release guide.
Curricula Summary and Field of Study Summary Blocks
The Curricula Summary and Field of Study Summary blocks are currently displayed
in the main window of SRARECR, SAAADMS, SGASTDN, and SHADEGR, and in
the General Student and Curriculum window on SFARQST. These blocks have been
added to main window of the following summary forms: SGASTDQ, SHADGMQ,
SHQTERM, SAASUMI, SRASUMI, and SOAIDNS.
Certain new fields are displayed when the module type is LEARNER. They are:
Student Type, Rate, Admission Type, Admission Term, and Matriculation Term.
Values in these fields come from active and current curriculum records and are only
displayed on SGASTDN, SGASTDQ, SFARQST, SHQTERM, and SOAIDNS.
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration. This satisfies RPE #CMS-RPE48723.
38
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
Curriculum Window/New Field of Study Window
The Curricula tab is currently displayed on SRARECR, SAAADMS, SFAREGS,
SGASTDN, SHADEGR, and SOILCUR. When you access the Curricula window on
these forms, a new set of secondary tabs is displayed for Curriculum and Field of
Study. The new Curriculum window displays an expanded curriculum record with
the new student status fields (SGASTDN, SFAREGS, and SOILCUR only). The new
Field of Study window displays a summary of the curriculum record you were on
when you accessed the new window, as well as more field of study records than could
be viewed previously.
A new View Current/Active Curricula (Indicator) has been added to the Key Block
of SRARECR, SAAADMS, SFAREGS, SGASTDN, SHADEGR, and SOILCUR. This
checkbox allows users to control if they want only current and active curriculum
records to be displayed in the Curriculum window.
The new fields added to the learner curriculum in the Curriculum window are:
Student Type, Site, Rate, Leave of Absence, and Graduation. These are optional and
can still be maintained on the general student record. Processes have been
modified to first check for these curriculum-specific data, and if they are blank, the
data on the general student record will be used.
The Rolled to Outcome field has also been added to the Curriculum window
(SGASTDN, SFAREGS, and SOILCUR only). It displays the outcome sequence
number to which the curriculum record has been rolled in academic history.
The Application field has also been added to the Curriculum window (SGASTDN,
SFAREGS, and SOILCUR only). The originating application number is only
inserted when an applicant acceptance decision is processed and will not be inserted
during the quick admit process that is performed on SAAQUIK.
A new button is included in the Field of Study window. The Inactivate button is used
to insert a copy of that field of study record with values of INACTIVE in the Activity
field and REMOVED in the Status field. This satisfies RPE #1-410EO and RPE#1410EQ.
Communication Plan Processing
Communication plan processing has been modified for this phase of the
enhancement. Processing now uses the new SOKCOMM package. Changes made
for concurrent curricula also add the capability to build communication plan rules
for curricula beyond the primary curriculum.
The Communication Plan Change window was previously displayed on specific
forms (SRARECR, SRAQUIK, SAAACKL, SAAADMS, SAAQUIK, SAADCRV,
SGASTDN, SOACCOL) if the primary curriculum for a recruiting, applicant, and/
or learner record was modified. New fields (Field of Study Type, Curricula) have
been added to SOACOMM which require that the communication plan be called if
May 2006
Confidential
Student Release 7.3
Release Guide
39
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
a change is made to any curriculum record. The Major field, which has been
renamed Field of Study Code, also works with the two new fields.
The rules that assign communication plans have been enhanced due to the changes
to SOACOMM. All rules built prior to Release 7.3 will continue to work as before.
The delivered value for the Field of Study Type field is NULL, and the default is
MAJOR. The delivered value for the Curricula field is Primary. Existing rules will only
look at the major and primary curriculum as they have done in the past. You can
modify your rules as needed to take advantage of the new options for curricula and
field of study.
The Recruit, Applicant, Student radio group in the Communication Plan Change
window has been renamed the Recruit, Applicant, Learner radio group.
The following changes have been made to communication plans:
1.
SOACOMM allows the designation of primary, secondary, or any curricula for
the rule to apply.
Note: The rest of these items reflect existing functionality that works with the
updated curriculum and field of study processing.
2.
The Communication Plan Change window for the student is automatically
displayed on SAAADMS, SAAQUIK, SRAQUIK, SRARECR, and SGASTDN
under the following conditions:
(a) A new host record (SRBRECR, SARADAP, SGBSTDN) is added along with
its primary curriculum, and a communication plan matches the
curriculum.
(b) A new curriculum or field of study is added to a host record, and a
communication plan matches the curriculum and does not currently exist
for the student's recruiting, application, or general student record.
(c) A host record is inactivated by a withdrawal or other source/background
institution code (SRBRECR, SARADAP), or the student status on the
general student record (SGBSTDN) is inactive.
(d) A host record is deleted, and communication plans exist for that record.
(e) A curriculum or field of study is deleted, and communication plans exist
for the host record.
(f)
3.
40
A curriculum or field of study is inactivated, and communication plans
exist for the host record.
The Communication Plan Change window is automatically displayed on
SAADCRV if the resulting decision is to create a new general student record,
or when a new curriculum is added for the student, and a new communication
plan matches the curriculum.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
4.
The Communication Plan Change window is available from SOACCOL and
SAAACKL but is not displayed automatically. The user must select the
Communication Plan item from the Options Menu.
5.
Materials are only generated for departments, majors, and general student
admit codes and student types when a communication plan is added.
6.
Materials for non-majors, departments, and general student admit codes and
student types are generated from the following forms:
•
SAAACKL
•
SAAADMS
•
SAADCRV
•
SAAQUIK
•
SGASADD
•
SGASTDN
•
SLARMAP
•
SOAAPPT
•
SOACCOL
•
SOAPLAN
•
SOATEST
•
SPACMNT
•
SPAIDEN
•
SPAPERS
•
SRAQUIK
•
SRARECR
Admissions Self-Service
Self-service processing has been updated to select and push minors and/or
concentrations into Banner.
The Planned Course of Study page in Student Self-Service has been expanded to
allow for the selection of multiple majors, as well as multiple minors and/or
concentrations within each major. In baseline Banner, all entered majors, minors,
and concentrations will be pushed to whatever record(s) the user has requested be
created. The curriculum data will be pushed into the SORLCUR and SORLFOS
curriculum tables. All controls in place for curriculum will be adhered to when the
data are pushed.
Self-Service functionality has been enhanced to tie into existing rules which allow
institutions to determine how many of each curriculum component can be entered.
For example, concurrent curricula processing provides rules to determine how
May 2006
Confidential
Student Release 7.3
Release Guide
41
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
many active majors can be entered for each curriculum. This same ability now exists
in the Admissions module of Student Self-Service.
You can now decide, by Web application type and module, the maximum number
of majors, minors, and concentrations that can be entered using the Web. This
number should usually be less than or equal to the corresponding rules set on
SOACTRL for each module code. However, if it is not, when the record is pushed
into Banner, all data entered by the person will be pushed to the curriculum tables,
but any data over the limits set on SOACTRL will be inactivated and given a status
of OVERLOAD. This is consistent with baseline processing. For example, if a recruit
is allowed to have three majors, and has entered three majors, but Admissions only
allows for two majors, then all three majors are pushed to Admissions, but the third
major is inactivated and given a status of OVERLOAD.
The ONEAPPORTWO rule on SAAERUL currently allows an institution to decide
that when two majors are entered by the applicant, whether one application record
should be created with two majors or whether two applications should be created
with one major each. This same type of functionality is now available to both recruits
and applicants. Instead of using one rule (ONEAPPORTWO) on SAAERUL, an
indicator that can be set by Web application type is used for applicants on
SAAWADF. If the indicator is checked (Y), then one recruiting and/or application
record will be created, and all curricula entered will be associated with that one
record. If the indicator is unchecked (N), then a new record (recruiting or
application) will be created for each major entered by the Web user.
You can now select multiple curricula (majors, minors, and/or concentrations) in
Self-Service based on new baseline concurrent curricula functionality. You can also
assign a curriculum priority and application preference for multiple applications.
The Planned Course of Study page has been modified so that a user first selects a
major and is then given a choice of selecting another major or selecting a multiple
of minors and/or concentrations to be associated with the first major. You can enter
any number of majors, minors, and concentrations based on maximums set for a
specific Web application type. When concentrations are displayed, all base
concentrations for the given Web type/selected major will be displayed, along with
any concentrations attached to the major, when that major has been selected by the
user. This works in the same way as baseline processing but minimizes Web users
having to know anything about the concept of “attached majors”.
Setting Up Curriculum Processing for Self-Service Applications
Use the following steps to set up curriculum processing when applications are
completed online.
42
1.
Establish major codes on the Major, Minor, Concentration Code Validation
Form (STVMAJR).
2.
Create programs on the Program Definition Rules Form (SMAPRLE).
3.
Create curriculum rules on the Curriculum Rules Form (SOACURR).
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
4.
Set up the EDI values on SOACURR, and make sure that the Display on SelfService checkbox is checked (set to Y) so the item is displayed on the Web.
5.
Assign majors to be displayed in Self-Service on SOACURR.
(a) Use the Display on Self-Service checkbox to indicate that the major can
be displayed in the self-service pulldown lists.
(b) The Auto Student checkbox is usually optional but is required if you are
setting up a Quick Start application with an applicant acceptance
decision. When this field is checked, the curriculum will be created on the
learner curriculum record.
(c) Use the EDI Degree, EDI Level, and EDI Identification fields for setting
up EDI data.
Prior to this release, the self-service application required that EDI codes
be set up for each major that was available on the Web. All three EDI
components were required: the EDI Degree value, the EDI Level value,
and the EDI Identification value. All three fields had to contain valid
values that had been defined on SOAXREF using the following labels:
•
EDI degree values and SOAXREF label DEGRLEVL
•
EDI level values and SOAXREF label FSTYIDQL
•
EDI identification and SOAXREF label STVMAJR
The three codes make up the combination received from EDI that define
the degree, level, and field of study. The EDI degree and EDI level remain
constant. The EDI identification defines the field of study and the
program of which it is a part. There may be many EDI identification
values.
As of Release 7.3, the only requirement for ensuring a curriculum is valid
for the self-service processing is to check Display on Self-Service
checkbox on SOACURR.
Here is more information about each of the three EDI components,
starting with the EDI level qualifiers.
The following is from the TS189 EDI application documentation and lists
the code values for valid EDI level codes, also referred to as the
Identification Code Qualifiers.
May 2006
Confidential
Student Release 7.3
Release Guide
43
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
Identification Code Qualifier
Description: Field of Study Code Set Indicator
Code
Description
81
Classification of Instructional Programs (CIP) coding structure
maintained by the U.S. Department of Education’s National Center for
Education Statistics
82
Higher Education General Information Survey (HEGIS) maintained by
the U.S. Department of Education’s National Center for Education
Statistics
CA
Statistics Canada Canadian College Student Information System Course
Codes
CC
Statistics Canada University Student Information System Curriculum
Codes
ZZ
Mutually Defined
This relates back to SOAXREF and the FSTYIFQL label.
The following is from the EDI TS189 documentation for degree level
codes. These codes have to be used if EDI processing is being used. It
seems that EDI does not have a list of valid major codes. You could use
the web application type value in this field.
Data Element 1126 - Academic Degree Code
Indicates the level of academic award being described. The decimal is part
of the code and is to be sent.
44
Code
Description
2.1
Postsecondary Certificate or Diploma (less than one year)
2.2
Postsecondary Certificate or Diploma (one year or more but less than
four years)
2.3
Associate Degree
2.4
Baccalaureate Degree
2.5
Baccalaureate (Honors) Degree
2.6
Postsecondary Certificate or Diploma (one year or more but less than two
years)
2.7
Postsecondary Certificate or Diploma (two years or more but less than
four years)
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
Code
Description
3.1
First Professional Degree
3.2
Post Professional Degree
4.1
Graduate Certificate
4.2
Master’s Degree
4.3
Intermediate or Specialist Graduate Degree
4.4
Doctoral Degree
4.5
Post-Doctoral Award
This relates back to SOAXREF and the DEGRLEVL label.
The EDI identification defines the actual field of study. The new Generate
Identification button on SOACURR creates these values for you. The
entries will be found under the STVMAJR label on SOAXREF. The button
performs the following tasks:
- generates a unique value for the curriculum and the field of study, and
- inserts degree and level qualifiers into SOAXREF under the STVMAJR
label.
6.
Assign minors and concentrations to be displayed in Self-Service.
7.
Set up the EDI values on SOACURR, and make sure that the Display on SelfService checkbox is checked (set to Y) so the items are displayed on the Web.
(The EDI degree will be derived from the primary major.)
8.
View the majors, minors, and concentrations by curriculum on the EDI CrossReference Curriculum Rules Form (SOAXCUR).
9.
Set up restrictions on Web Application Customized Curriculum Form
(SAAWCUR). This step is not required, but it can be used to restrict the
curriculum to a particular Web application type.
Keep in mind that all curricula that have a checked Web Display (Indicator)
and have the same level as the Web application type will appear in the list of
valid programs, unless some have a checked Restrict to Type (Indicator). A
restriction on at least one curriculum restricts the list of available curriculum
to just the ones with a checked Web Display (Indicator).
Note: Restrictions are available only on the major and apply only to the primary
major, otherwise known as the Planned Course of Study page in SelfService.
May 2006
Confidential
Student Release 7.3
Release Guide
45
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
10. Restrict curricula from being pushed to a general student (learner) record.
Use the Auto Student checkbox in the Majors and Departments window of
SOACURR to prohibit a particular planned course of study from creating a
learner curriculum.
This means that if the Auto Student checkbox is not checked for a particular
major, and it appears on a Quick Start application that has an applicant
acceptance decision, the learner curriculum will not be created if an applicant
selects that program.
You can also restrict which curriculum will result in the creation of a learner
curriculum, based on what the applicant has already been accepted into, by
setting up equivalents on the Existing or Incoming Student Data Mapping
Form (SOAEQUI).
Exclusions
This project does not enable an institution to render individual admission decisions
on separate curricula associated with the same application. In other words,
admission decisions are rendered at the application level only. If a single application
includes multiple curricula, admission decisions rendered on the application are
relevant to all curricula associated with that application.
However, as a workaround to this limitation, an institution may treat the admissions
curriculum Activity Status field as a decision code. By inactivating a curriculum in
the Admissions module, no learner (general student) curriculum record will be
inserted for the inactive curriculum, should the decision on the application result
in the creation of a learner record.
If institutional policy does not allow for the creation of multiple applications for the
same individual for a single entry term, there are no controls in the system to
prevent this. However, there are settings in the Curriculum Rules Control Form
(SOACTRL) that can be used to control the number of curricula that can be
associated with a single application. Also, in the Admissions module of Student SelfService, it is possible to prevent the creation of multiple applications with the same
curriculum for an individual in a single entry term by disallowing the creation of
duplicates. If an application is submitted using self-service with more curricula than
are allowed by the settings in SOACTRL, those curricula in excess of the number
allowed will be pushed into the system with an OVERLOAD status.
This phase of the Concurrent Curricula project will not address changes to
Academic History, CAPP, Registration, or Fee Assessment. Those changes will be
made in a future phase of this project. This phase of the project will not address the
General Student academic standing code, progress evaluation code, or overrides of
those codes. Modifications to associate those codes with individual curriculum
records are planned for a future release.
46
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Processing Changes
Data Reporting - Learner Curriculum Conversion Process (SOPLCCV)
Three new SQL*PLUS scripts are delivered to report potential issues with data on
SGBSTDN, SARADAP, SRBRECR, and SHRDGMR. Because no error message was
received in the soplccv.lis file or on any forms (i.e., SGASTDN) when curriculum
records could not be converted, or when missing or invalid data existed, the user
needed a way to track that information.
The three scripts are as follows:
1.
srsoplccv2.sql
This script reports majors, minors, and concentrations that are no longer valid
on STVMAJR. In addition, it shows program codes that do not exist in
SMRPRLE, level codes that are no longer valid on STVLEVL, college codes that
are no longer valid on STVCOLL, degree codes that are no longer valid on
STVDEGC, and campus codes that are no longer valid on STVCAMP.
2.
srsoplccv.sql
This script reports missing key data such as:
(a) the PIDM on SPRIDEN,
(b) the level, college, degree, and major 1 on the primary curriculum on
SARADAP, SHRDGMR, and SGBSTDN,
(c) the level, degree, and major 1 on SRBRECR,
(d) the level, college, degree, and major 1 on the secondary curriculum on
SARADAP and SGBSTDN, and
(e) the college and major 1 on the secondary curriculum on SHRDGMR.
3.
srsorchlg.sql
This script reports discrepancies between the key backfilled data on SRBRECR,
SARADAP, SGBSTDN, and SHRDGMR. Key backfill data includes the level,
college, degree, program, campus, and the primary major. The college is not
included in the comparison for SRBRECR. The report on SGBSTDN only
considers the person’s most current general student record (maximum
effective term).
May 2006
Confidential
Student Release 7.3
Release Guide
47
Section 2 Concurrent Curricula Phase 4 - Functional
New Forms
New Forms
Application Checklist Source Validation Form (STVCKSR)
This new validation form is used to maintain application checklist item source/
origination values, such as BASELINE, EXTERNAL, or INTERNAL.
System-required values are delivered for this form.
Fields
Descriptions
.............. .......................................................
Admissions
Checklist Source
Code
Admissions checklist item source code for the application. This
code identifies the source or origin of the checklist item.
Description
Description of the admissions checklist item source code.
System Required Checkbox is used to specify whether the code is required by the
system. If this checkbox is checked, the validation table record
cannot be deleted. Once this checkbox is checked, it cannot be
unchecked.
User ID
ID of the person who last updated the record. Display only.
Activity Date
Date on which the record was last updated. Display only.
Application Checklist Status Validation Form (STVCKST)
This new validation form is used to maintain application checklist item status values,
such as ACCEPTED or ACTIVE. These values can provide additional information
about the checklist item status for the admissions staff and the applicant.
Fields
Descriptions
.............. .......................................................
48
Admissions
Checklist Status
Code
Admissions item checklist status code for the application. This
code identifies the status of the checklist item.
Description
Description of the admissions checklist item status code.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
WEB Indicator
Checkbox used to indicate whether the admission checklist item
status code can be displayed in the Admissions module of
Student Self-Service. This checkbox allows you to limit the
checklist item status codes that will be displayed to a subset of all
valid status codes. The checkbox defaults to unchecked or N
when a new record is added, but you can change it at any time.
User ID
ID of the person who last updated the record. Display only.
Activity Date
Date on which the record was last updated. Display only.
Changed Forms
Recruit Prospect Information Form (SRARECR)
This form has been modified for this enhancement.
Main Window
A new View Current/Active Curricula (Indicator) has been added to the Key Block.
This checkbox allows users to control if they want only current and active
curriculum records to be displayed in the Curriculum and Field of Study blocks.
Fields
Descriptions
.............. .......................................................
View Current/
Active Curricula
Checkbox used to limit the display of curriculum records in the
Curriculum and Field of Study blocks to only those that are
current and active.
Field of Study Summary Block
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration.
May 2006
Confidential
Student Release 7.3
Release Guide
49
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
More buttons in the main window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Curriculum Window
The Curriculum window has been divided into two windows. Use the Curriculum
tab to access the Curriculum window and the Field of Study tab to access the Field
of Study window. The Curriculum window displays all curriculum records associated
with the host recruiting, admissions, learner, or outcome record. The Field of Study
window displays certain fields from the curriculum record and all field of study
records. You can only access the Field of Study window from the Curriculum
window.
Note: Use the View Current/Active Curricula (Indicator) in the Key Block to
control if you want only current and active curriculum records to be
displayed in the Curriculum and Field of Study blocks.
Field of Study Window
Two new buttons are used in this window.
•
The Attached to Major button is enabled when the cursor is on a field of study
record for a major with attached concentrations. Click on the button to display
a list of the attached concentrations in a pop-up window. The button is not
enabled if the cursor is on a record for a major with no attached
concentrations, or if the record is for a minor or a concentration.
•
The Inactivate button is used to insert a copy of that field of study record with
values of INACTIVE in the Activity field and REMOVED in the Status field.
More buttons in the Field of Study window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Inactivate
N/A
Inserts copy of field of study record
with INACTIVE activity and
REMOVED status
Communication Plan Change Window
The processing that displays the Communication Plan Change window has been
updated to work with the new curriculum processing.
50
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Prospect Summary Form (SRASUMI)
This form has been modified to display a summary of curriculum data from the
concurrent curricula tables.
Also, curriculum-related fields have been added to the Key Block for more flexible
querying. The new fields are: Campus, College, Degree, Program, Field of Study
Type, and Field of Study Code.
Fields
Descriptions
.............. .......................................................
Campus
Campus code for the curriculum.
(lookup)
College
List
All College Codes (STVCOLL)
Degree code for the curriculum
(lookup)
Program
All Campus Codes
(STVCAMP)
College code for the curriculum.
(lookup)
Degree
List
List
All Degree Codes (STVDEGC)
Program code for the curriculum.
(lookup)
List
All Program Codes
Field of Study
Type
Field of study type for the curriculum.
Field of Study
Code
Code for the field of study.
(lookup)
(lookup)
List
List
Learner Field of Study
(GTVLFST)
All Major Codes (STVMAJR)
The Prospect Summary block fields have been rearranged in a more logical/
functional order. The Source/Background field in the Prospect Summary block has
been renamed the Institution Attending field to be consistent with SRARECR.
The Curricula Summary block and Field of Study Summary block have been added
to the main window. The form will now execute the curriculum conversion
procedure.
May 2006
Confidential
Student Release 7.3
Release Guide
51
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration.
More buttons in the main window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Quick Recruit Form (SRAQUIK)
Most of the updates to this form are related to requirements for the Race/Ethnicity
enhancement. Please review additional changes made to this form in the “Race/
Ethnicity - Functional” section of the release guide.
The processing that displays the Communication Plan Change window has been
updated to work with the new curriculum processing.
Admissions Application Form (SAAADMS)
This form has been modified for this enhancement.
Main Window
A new View Current/Active Curricula (Indicator) has been added to the Key Block.
This checkbox allows users to control if they want only current and active
curriculum records to be displayed in the Curriculum and Field of Study blocks.
The Application Preference field has been added to the Application block. You can
enter an application preference on SAAADMS. Other admissions forms only display
the application preference value if it has been entered.
Fields
Descriptions
.............. .......................................................
View Current/
Active Curricula
52
Checkbox used to limit the display of curriculum records in the
Curriculum and Field of Study blocks to only those that are
current and active.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
Application
Preference
Used to enter an application preference value. A value in the
Application Preference field helps delineate a hierarchical
ranking among multiple applications from a single person for
the same entry term. The Application Preference value is
displayed on other admissions forms that have an Application
Summary block.
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration.
More buttons in the main window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Curriculum Window
The Curriculum window has been divided into two windows. Use the Curriculum
tab to access the Curriculum window and the Field of Study tab to access the Field
of Study window. The Curriculum window displays all curriculum records associated
with the host recruiting, admissions, learner, or outcome record. The Field of Study
window displays certain fields from the curriculum record and all field of study
records. You can only access the Field of Study window from the Curriculum
window.
Note: Use the View Current/Active Curricula (Indicator) in the Key Block to
control if you want only current and active curriculum records to be
displayed in the Curriculum and Field of Study blocks.
Field of Study Window
Two new buttons are used in this window.
•
May 2006
Confidential
The Attached to Major button is enabled when the cursor is on a field of study
record for a major with attached concentrations. Click on the button to display
a list of the attached concentrations in a pop-up window. The button is not
Student Release 7.3
Release Guide
53
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
enabled if the cursor is on a record for a major with no attached
concentrations, or if the record is for a minor or a concentration.
•
The Inactivate button is used to insert a copy of that field of study record with
values of INACTIVE in the Activity field and REMOVED in the Status field.
More buttons in the Field of Study window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Inactivate
N/A
Inserts copy of field of study record
with INACTIVE activity and
REMOVED status
Communication Plan Change Window
The processing that displays the Communication Plan Change window has been
updated to work with the new curriculum processing.
Application Checklist Window
Two new fields (Checklist Origin and Status) have been added to this window to
track checklist item source and checklist item status.
Fields
Descriptions
.............. .......................................................
Checklist Origin
Checklist item source code. This code identifies the process used
to insert the checklist item.
This field is populated with the value of BASELINE when a record
has been manually inserted. (The source value is still U - userdefined.)
You cannot update the checklist source code if the checklist
record has been saved and the SARCHKL_SOURCE field has a value
S (system-generated). This prevents you from changing the
checklist origin if the item was added using the automatic
checklist generation process when the application was updated.
(lookup)
54
Student Release 7.3
Release Guide
List
Checklist Source Validation
(STVCKSR)
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
Status
Checklist item status code. This code can provide additional
information about the status of the checklist item to the
admissions staff and the applicant.
(lookup)
List
Checklist Source Status
Validation (STVCKST)
Quick Entry Form (SAAQUIK)
Most of the updates to this form are related to requirements for the Race/Ethnicity
enhancement. Please review additional changes made to this form in the “Race/
Ethnicity - Functional” section of the release guide.
The processing that displays the Communication Plan Change window has been
updated to work with the new curriculum processing.
Admissions Application Summary Form (SAASUMI)
This form has been modified to display a summary of curriculum data from the
concurrent curricula tables.
Also, curriculum-related fields have been added to the Key Block for more flexible
querying. The new fields are: Level, Campus, College, Degree, Program, Field of
Study Type, and Field of Study Code.
Fields
Descriptions
.............. .......................................................
Level
Level code for the curriculum.
(lookup)
Campus
All Campus Codes
(STVCAMP)
List
All College Codes (STVCOLL)
Degree code for the curriculum
(lookup)
May 2006
Confidential
List
College code for the curriculum.
(lookup)
Degree
All Level Codes (STVLEVL)
Campus code for the curriculum.
(lookup)
College
List
List
Student Release 7.3
Release Guide
All Degree Codes (STVDEGC)
55
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
Program
Program code for the curriculum.
(lookup)
List
All Program Codes
Field of Study
Type
Field of study type for the curriculum.
Field of Study
Code
Code for the field of study.
(lookup)
(lookup)
List
List
Learner Field of Study
(GTVLFST)
All Major Codes (STVMAJR)
The Admissions Application Summary block fields have been rearranged to be
consistent with SAAADMS. Two fields have been added, and one field tag has been
changed.
•
The Residence field has been added to the Admissions Application Summary
block.
•
The Application Preference field has been added to the Admissions
Application Summary block. This field is a display only field.
•
The Admissions Type field has been corrected to read Admission Type to be
consistent with other forms.
Fields
Descriptions
.............. .......................................................
Residence
Residence code for the application.
(lookup)
Application
Preference
List
Residence Code Validation
(STVRESD)
Preference value entered on the application.
The Curricula Summary block and Field of Study Summary block have been added
to the main window. The form will now execute the curriculum conversion
procedure.
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration.
56
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
More buttons in the main window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Admissions Application/Checklist Summary Form (SAAACKL)
This form has been modified to work with the concurrent curricula tables.
The Application Summary block has been consolidated with the curriculum
summary information. The curriculum information is displayed under the
application summary information. The data comes from the new SAQOLIB
admissions library.
The Application Preference field has been added to the Application Summary
block. This field is a display only field.
Fields
Descriptions
.............. .......................................................
Application
Preference
Preference value entered on the application.
Display only fields for Field of Study Type, Field of Study Code, and Field of Study
Department have been added to the Curriculum Information.
Fields
Descriptions
.............. .......................................................
Field of Study
Type
Field of study type for the curriculum.
Field of Study
Code
Code for the field of study.
Field of Study
Department
Department for the field of study.
Note: This form has not been changed for communication plan processing,
even though it displays the Communication Plan Change window.
Two new fields (Checklist Origin and Status) have been added to the Application
Checklist block to track checklist item source and checklist item status.
May 2006
Confidential
Student Release 7.3
Release Guide
57
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Checklist Origin
Checklist item source code. This code identifies the process used
to insert the checklist item.
This field is populated with the value of BASELINE when a record
has been manually inserted. (The source value is still U - userdefined.)
You cannot update the checklist source code if the checklist
record has been saved and the SARCHKL_SOURCE field has a value
S (system-generated). This prevents you from changing the
checklist origin if the item was added using the automatic
checklist generation process when the application was updated.
(lookup)
Status
List
Checklist Source Validation
(STVCKSR)
Checklist item status code. This code can provide additional
information about the status of the checklist item to the
admissions staff and the applicant.
(lookup)
List
Checklist Source Status
Validation (STVCKST)
Admissions Decision and Rating Batch Entry Form (SAADCBT)
This form has been modified to work with the concurrent curricula tables.
The Application Summary block has been consolidated with the curriculum
summary information. The curriculum information is displayed under the
application summary information. The data comes from the new SAQOLIB
admissions library.
The Application Preference field has been added to the Application Summary
block. This field is a display only field.
Fields
Descriptions
.............. .......................................................
Application
Preference
Preference value entered on the application.
Display only fields for Field of Study Type, Field of Study Code, and Field of Study
Department have been added to the Curriculum Information.
58
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Field of Study
Type
Field of study type for the curriculum.
Field of Study
Code
Code for the field of study.
Field of Study
Department
Department for the field of study.
The new sakdcsn.p_process_decision procedure is executed through this form
to process decision codes entered for applicants. The decision codes can be entered
for several applications at once by entering the application decision code in the Key
Block and then entering the applicant IDs in the Batch Entry block.
Admissions Decision Form (SAADCRV)
This form has been modified to work with the concurrent curricula tables.
The Application Summary block has been consolidated with the curriculum
summary information. The curriculum information is displayed under the
application summary information. The data comes from the new SAQOLIB
admissions library.
The Application Preference field has been added to the Application Summary
block. This field is a display only field.
Fields
Descriptions
.............. .......................................................
Application
Preference
Preference value entered on the application.
Display only fields for Field of Study Type, Field of Study Code, and Field of Study
Department have been added to the Curriculum Information.
Fields
Descriptions
.............. .......................................................
Field of Study
Type
May 2006
Confidential
Field of study type for the curriculum.
Student Release 7.3
Release Guide
59
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
Field of Study
Code
Code for the field of study.
Field of Study
Department
Department for the field of study.
The new sakdcsn.p_process_decision procedure is executed through this form
to process decision codes entered for applicants. Decision codes can be entered in
two ways: by data entry in the Application Decision block or through the decision
calculator.
The processing that displays the Communication Plan Change window has been
updated to work with the new curriculum processing.
Admissions Decision Rules Form (SAADCSN)
This form has been modified to work with the concurrent curricula tables.
Fields for Field of Study Type and Field of Study Code have been added for the
primary and secondary curriculum records. A Level field has been added for the
secondary curriculum.
Fields
Descriptions
.............. .......................................................
60
Primary
Curriculum Field of Study
Type
Field of study type for the primary curriculum record.
Primary
Curriculum Field of Study
Code
Code for the field of study.
Secondary
Curriculum Field of Study
Type
Field of study type for the secondary curriculum record.
(lookup)
(lookup)
(lookup)
Student Release 7.3
Release Guide
List
List
List
Field of Study (GTVLFST)
All Major Codes (STVMAJR)
Field of Study (GTVLFST)
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
Secondary
Curriculum Field of Study
Code
Code for the field of study.
(lookup)
List
All Major Codes (STVMAJR)
Secondary
Level for the secondary curriculum record.
Curriculum (lookup)
List
Level Code Validation
Secondary Level
(STVLEVL)
Admissions Rating Factor Rules Form (SAARRFT)
This form has been modified to work with the concurrent curricula tables.
New fields have been added for Field of Study Type, Field of Study Code, and
Curricula.
Fields
Descriptions
.............. .......................................................
Field of Study
Type
Field of study type for the curriculum.
Field of Study
Code
Code for the field of study.
Curricula
Pulldown field used to specify if the curricular elements defined
on the rule must come from the primary curriculum record,
secondary curriculum record, or any curricula.
(lookup)
(lookup)
List
List
Learner Field of Study
(GTVLFST)
All Major Codes (STVMAJR)
Valid values are:
Primary
Secondary
Any
The default value is Primary.
May 2006
Confidential
Student Release 7.3
Release Guide
61
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Admissions Checklist Rules Form (SAACHKB)
This form has been modified to work with the concurrent curricula tables.
New fields have been added for Program, Field of Study Type, Field of Study Code,
and Curricula. These fields are in the Curricular Criteria section of the Admissions
Request Codes block.
Tabs have been added to the form in the Admissions Request Codes block. The
Optional Selection Criteria and Curricular Criteria tabs can be used to access the
fields used to set up the checklist rules.
Fields
Descriptions
.............. .......................................................
Program
Program for the curriculum.
(lookup)
List
All Program Codes
(SMRPRLE)
Field of Study
Type
Field of study type for the curriculum.
Field of Study
Code
Code for the field of study.
Curricula
(lookup)
List
Learner Field of Study Type
(GTVLFST)
(lookup)
List
All Major Codes (STVMAJR)
(lookup)
Help
Curriculum Rules Form
(SOACURR)
Pulldown field used to specify if the curricular elements defined
on the rule must come from the primary curriculum record,
secondary curriculum record, or any curricula.
Valid values are:
Primary
Secondary
Any
The default value is Primary.
62
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Admissions Rating Form (SAARRAT)
This form has been modified to work with the concurrent curricula tables.
The Application Summary block has been consolidated with the curriculum
summary information. The curriculum information is displayed under the
application summary information. The data comes from the new SAQOLIB
admissions library.
The Application Preference field has been added to the Application Summary
block. This field is a display only field.
Fields
Descriptions
.............. .......................................................
Application
Preference
Preference value entered on the application.
Display only fields for Field of Study Type, Field of Study Code, and Field of Study
Department have been added to the Curriculum Information.
Fields
Descriptions
.............. .......................................................
Field of Study
Type
Field of study type for the curriculum.
Field of Study
Code
Code for the field of study.
Field of Study
Department
Department for the field of study type.
Application Questions/Answers Form (SAAQUAN)
This form has been modified to work with the concurrent curricula tables.
The Application Summary block has been consolidated with the curriculum
summary information. The curriculum information is displayed under the
application summary information. The data comes from the new SAQOLIB
admissions library.
The Application Preference field has been added to the Application Summary
block. This field is a display only field.
May 2006
Confidential
Student Release 7.3
Release Guide
63
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Application
Preference
Preference value entered on the application.
Display only fields for Field of Study Type, Field of Study Code, and Field of Study
Department have been added to the Curriculum Information.
Fields
Descriptions
.............. .......................................................
Field of Study
Type
Field of study type for the curriculum.
Field of Study
Code
Code for the field of study.
Field of Study
Department
Department for the field of study type.
The Checklist Origin field (SARCHKL_CKSR_CODE) on SAAACKL will be populated
with the value of BASERLINE when a checklist record item is inserted.
Electronic Application Process Form (SAAEAPS)
This form has been modified to work with the concurrent curricula tables.
The Application Preference field has been added to the Electronic Applications
block. This field is display only.
Fields
Descriptions
.............. .......................................................
Application
Preference
Preference value entered on the application.
Electronic Application Submitted Form (SAAETBL)
This form has been modified to work with the concurrent curricula tables.
The Application Preference field has been added to the Application Data block.
This field is display only.
64
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Application
Preference
Preference value entered on the application.
Web Application Customized Curriculum Form (SAAWCUR)
This form is now used to query Web curriculum records and to update the Restrict
to type (Indicator) setting. When you access the form, the following message is
displayed: This form is now used for query or to update the restricted indicator. Use SOACURR
to update self-service displays. SOACURR is now used to update the display of
information in the Admissions module of Student Self-Service.
The following changes have been made:
•
The Restrict to type (Indicator) is now the only updatable item on SAAWCUR.
This corrects problem resolution #91340.
•
The Program field has been expanded to ensure that the entire program
description is displayed.
•
Most fields in the Application Curriculum block have been made queryable.
•
You can no longer make a row Web-enabled, as doing so caused the row to be
disabled for all application types, not just the type in the Key Block. You can
only make a major, minor, or concentration Web-enabled using SOACURR.
Therefore, the (Web) Description, Web Display, and Auto Student fields have
been made display only fields.
Electronic Applicant Web Default Rules Form (SAAWADF)
This form has been modified to work with the concurrent curricula tables.
The Matching and Quick Start tab has been renamed the Matching and Processing
Rules tab.
A new Web Display Rules section has been added to the Web Matching Rules block
in the Matching and Processing Rules window. It contains fields for Maximum
Number of Majors, Maximum Number of Minors, Maximum Number of
Concentrations, and Maximum Number of Additional Majors. These fields are used
to enter the maximum number majors, minors, concentrations and additional
majors per curriculum that can be displayed on the Web. The fields are numeric,
and the valid values are 1 - 99.
May 2006
Confidential
Student Release 7.3
Release Guide
65
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
A new Create one application checkbox has been added to the Automated
Processing Rules block in the Matching and Processing Rules window. This indicator
is used to determine if one application should be created with all curriculum data
assigned to that one record, or if one application should be created for each major
that has been entered (multiple records).
•
If the indicator is checked (Y), then only one recruiting and/or application
record will be created, and all curricula entered will be associated with that one
record.
•
If the indicator is unchecked (N), then a new record (recruiting and/ or
application) will be created for each major entered by the Web user. N is the
default setting.
Fields
Descriptions
.............. .......................................................
66
Maximum
Number of
Majors
Value that determines the maximum number of Planned Courses
of Study that an applicant can enter via self-service. A course of
study should be thought of as a curriculum and primary major.
Maximum
Number of
Minors
Value that determines the maximum number of minors that an
applicant can enter per curriculum via self-service.
Maximum
Number of
Concentrations
Value that determines the maximum number of concentrations
that an applicant can enter per curriculum via self-service.
Maximum
Number of
Additional
Majors
Value that determines the maximum number of secondary (i.e.,
non-primary) majors that an applicant can enter per curriculum
via self-service.
Create one
application
Checkbox used to determine if one application should be
created with all curriculum data assigned to that one record, or
if one application should be created for each major that has been
entered (multiple records).
•
If the indicator is checked (Y), then only one recruiting
and/or application record will be created, and all curricula
entered will be associated with that one record.
•
If the indicator is unchecked (N), then a new record
(recruiting and/ or application) will be created for each
major entered by the Web user. N is the default setting.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
General Student Form (SGASTDN)
This form has been modified for this enhancement.
Main Window
A new View Current/Active Curricula (Indicator) has been added to the Key Block.
This checkbox allows users to control if they want only current and active
curriculum records to be displayed in the Curriculum and Field of Study blocks.
Fields
Descriptions
.............. .......................................................
View Current/
Active Curricula
Checkbox used to limit the display of curriculum records in the
Curriculum and Field of Study blocks to only those that are
current and active.
Curricula Summary Block
New fields have been added to the Curricula Summary block. They are: Student
Type, Rate, Admission Type, Admission Term, and Matriculation Term. These fields
are only displayed on SGASTDN, SGASTDQ, SFARQST, SHQTERM, and SOAIDNS.
Fields
Descriptions
.............. .......................................................
Student Type
Student type code entered specifically for the curriculum record.
Rate
Rate code entered specifically for the curriculum record.
Admission Type
Admission type code entered specifically for the curriculum
record.
Admission Term
Admission term code entered specifically for the curriculum
record.
Matriculation
Term
Matriculation term code entered specifically for the curriculum
record.
Field of Study Summary Block
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
May 2006
Confidential
Student Release 7.3
Release Guide
67
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration.
More buttons in the main window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Curriculum Window
The Curriculum window has been divided into two windows. Use the Curriculum
tab to access the Curriculum window and the Field of Study tab to access the Field
of Study window. The Curriculum window displays all curriculum records associated
with the host recruiting, admissions, learner, or outcome record. The Field of Study
window displays certain fields from the curriculum record and all field of study
records. You can only access the Field of Study window from the Curriculum
window.
Note: Use the View Current/Active Curricula (Indicator) in the Key Block to
control if you want only current and active curriculum records to be
displayed in the Curriculum and Field of Study blocks.
New fields have been added to the Curriculum block for: Student Type, Site, Rate,
Leave of Absence, From Date, To Date, Expected Graduation Date, Graduation
Term, and Graduation Year.
The Rolled to Outcome field has been added to the Curriculum window. It displays
the outcome sequence number to which the curriculum record has been rolled in
academic history.
The Application field has been added to the Curriculum window. The originating
application number is only inserted when an applicant acceptance decision is
processed and will not be inserted during the quick admit process that is performed
on SAAQUIK.
Fields
Descriptions
.............. .......................................................
68
Student Type
Student type code entered specifically for the curriculum record.
Site
Site code entered specifically for the curriculum record.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
Rate
Rate code entered specifically for the curriculum record.
Leave of
Absence
Leave of Absence code entered specifically for the curriculum
record.
From Date
Date from which the leave of absence code entered specifically
for the curriculum record is in effect.
To Date
Date to which the leave of absence code entered specifically for
the curriculum record is in effect.
Expected
Graduation
Date
Expected graduation date entered specifically for the curriculum
record.
Graduation
Term
Graduation term code entered specifically for the curriculum
record.
Graduation Year
Graduation year entered specifically for the curriculum record.
Rolled to
Outcome
Sequence number from the degree record to which the
curriculum was rolled. Display only.
Application
Sequence number from the application record from which the
curriculum was derived. Display only. This field will not be
populated if the learner record was generated from SAAQUIK.
Field of Study Window
A Rolled (Indicator) checkbox is included in the Field of Study window for
SGASTDN, SFAREGS, and SOILCUR. The checkbox is checked when that field of
study record has been rolled to the Academic History module.
Fields
Descriptions
.............. .......................................................
Rolled
(Indicator)
May 2006
Confidential
Checkbox used to indicate that the field of study record has been
rolled to a degree record.
Student Release 7.3
Release Guide
69
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Two new buttons are used in this window.
•
The Attached to Major button is enabled when the cursor is on a field of study
record for a major with attached concentrations. Click on the button to display
a list of the attached concentrations in a pop-up window. The button is not
enabled if the cursor is on a record for a major with no attached
concentrations, or if the record is for a minor or a concentration.
•
The Inactivate button is used to insert a copy of that field of study record with
values of INACTIVE in the Activity field and REMOVED in the Status field.
More buttons in the Field of Study window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Inactivate
N/A
Inserts copy of field of study record
with INACTIVE activity and
REMOVED status
A new procedure in SOKLCUR is used to copy the current and active curriculum/
field of study records to the new curriculum status code when the learner status code
is changed. This form has been modified to execute the new procedure and update
the curriculum status code(s) when the student status code is changed.
Communication Plan Change Window
The processing that displays the Communication Plan Change window has been
updated to work with the new curriculum processing.
General Student Summary Form (SGASTDQ)
This form has been modified to display a summary of curriculum data from the
concurrent curricula tables.
Also, curriculum-related fields have been added to the Key Block for more flexible
querying. The new fields are: Level, Campus, College, Degree, Program, Field of
Study Type, and Field of Study Code.
Fields
Descriptions
.............. .......................................................
Level
Level code for the curriculum.
(lookup)
70
Student Release 7.3
Release Guide
List
All Level Codes (STVLEVL)
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
Campus
Campus code for the curriculum.
(lookup)
College
List
All College Codes (STVCOLL)
Degree code for the curriculum
(lookup)
Program
All Campus Codes
(STVCAMP)
College code for the curriculum.
(lookup)
Degree
List
List
All Degree Codes (STVDEGC)
Program code for the curriculum.
(lookup)
List
All Program Codes
Field of Study
Type
Field of study type for the curriculum.
Field of Study
Code
Code for the field of study.
(lookup)
(lookup)
List
List
Learner Field of Study
(GTVLFST)
All Major Codes (STVMAJR)
The Curricula Summary block and Field of Study Summary block have been added
to the main window. The form will now execute the curriculum conversion
procedure.
New fields have been added to the Curricula Summary block. They are: Student
Type, Rate, Admission Type, Admission Term, and Matriculation Term. These fields
are only displayed on SGASTDN, SGASTDQ, SFARQST, SHQTERM, and SOAIDNS.
May 2006
Confidential
Student Release 7.3
Release Guide
71
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Student Type
Student type code entered specifically for the curriculum record.
Rate
Rate code entered specifically for the curriculum record.
Admission Type
Admission type code entered specifically for the curriculum
record.
Admission Term
Admission term code entered specifically for the curriculum
record.
Matriculation
Term
Matriculation term code entered specifically for the curriculum
record.
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration.
More buttons in the main window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Cooperative Education Form (SGACOOP)
This form has been modified to work with the concurrent curricula tables.
Previously, the form would only validate the level code of the primary curriculum
when a new record was inserted. Now, it will validate the level code on any current
and active learner curriculum record.
72
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Student Course Registration Form (SFAREGS)
This form has been modified for this enhancement.
Main Window
A new View Current/Active Curricula (Indicator) has been added to the Key Block.
This checkbox allows users to control if they want only current and active
curriculum records to be displayed in the Curriculum and Field of Study blocks.
Fields
Descriptions
.............. .......................................................
View Current/
Active Curricula
Checkbox used to limit the display of curriculum records in the
Curriculum and Field of Study blocks to only those that are
current and active.
Curriculum Window
The Curriculum window has been divided into two windows. Use the Curriculum
tab to access the Curriculum window and the Field of Study tab to access the Field
of Study window. The Curriculum window displays all curriculum records associated
with the host recruiting, admissions, learner, or outcome record. The Field of Study
window displays certain fields from the curriculum record and all field of study
records. You can only access the Field of Study window from the Curriculum
window.
Note: Use the View Current/Active Curricula (Indicator) in the Key Block to
control if you want only current and active curriculum records to be
displayed in the Curriculum and Field of Study blocks.
New fields have been added to the Curriculum block for: Student Type, Site, Rate,
Leave of Absence, From Date, To Date, Expected Graduation Date, Graduation
Term, and Graduation Year.
The Rolled to Outcome field has been added to the Curriculum window. It displays
the outcome sequence number to which the curriculum record has been rolled in
academic history.
The Application field has been added to the Curriculum window. The originating
application number is only inserted when an applicant acceptance decision is
processed and will not be inserted during the quick admit process that is performed
on SAAQUIK.
May 2006
Confidential
Student Release 7.3
Release Guide
73
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Student Type
Student type code entered specifically for the curriculum record.
Site
Site code entered specifically for the curriculum record.
Rate
Rate code entered specifically for the curriculum record.
Leave of
Absence
Leave of Absence code entered specifically for the curriculum
record.
From Date
Date from which the leave of absence code entered specifically
for the curriculum record is in effect.
To Date
Date to which the leave of absence code entered specifically for
the curriculum record is in effect.
Expected
Graduation
Date
Expected graduation date entered specifically for the curriculum
record.
Graduation
Term
Graduation term code entered specifically for the curriculum
record.
Graduation Year
Graduation year entered specifically for the curriculum record.
Rolled to
Outcome
Sequence number from the degree record to which the
curriculum was rolled. Display only.
Application
Sequence number from the application record from which the
curriculum was derived. Display only. This field will not be
populated if the learner record was generated from SAAQUIK.
Field of Study Window
A Rolled (Indicator) checkbox is included in the Field of Study window for
SGASTDN, SFAREGS, and SOILCUR. The checkbox is checked when that field of
study record has been rolled to the Academic History module.
74
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Rolled
(Indicator)
Checkbox used to indicate that the field of study record has been
rolled to a degree record.
Two new buttons are used in this window.
•
The Attached to Major button is enabled when the cursor is on a field of study
record for a major with attached concentrations. Click on the button to display
a list of the attached concentrations in a pop-up window. The button is not
enabled if the cursor is on a record for a major with no attached
concentrations, or if the record is for a minor or a concentration.
•
The Inactivate button is used to insert a copy of that field of study record with
values of INACTIVE in the Activity field and REMOVED in the Status field.
More buttons in the Field of Study window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Inactivate
N/A
Inserts copy of field of study record
with INACTIVE activity and
REMOVED status
A new procedure in SOKLCUR is used to copy the current and active curriculum/
field of study records to the new curriculum status code when the learner status code
is changed. This form has been modified to execute the new procedure and update
the curriculum status code(s) when the student status code is changed.
Enrollment Verification Request Form (SFARQST)
New fields have been added to the Curricula Summary block. They are: Student
Type, Rate, Admission Type, Admission Term, and Matriculation Term. These fields
are only displayed on SGASTDN, SGASTDQ, SFARQST, SHQTERM, and SOAIDNS.
May 2006
Confidential
Student Release 7.3
Release Guide
75
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Student Type
Student type code entered specifically for the curriculum record.
Rate
Rate code entered specifically for the curriculum record.
Admission Type
Admission type code entered specifically for the curriculum
record.
Admission Term
Admission term code entered specifically for the curriculum
record.
Matriculation
Term
Matriculation term code entered specifically for the curriculum
record.
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration.
More buttons in the main window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Degrees and Other Formal Awards Form (SHADEGR)
This form has been modified for this enhancement.
Main Window
A new View Current/Active Curricula (Indicator) has been added to the Key Block.
This checkbox allows users to control if they want only current and active
curriculum records to be displayed in the Curriculum and Field of Study blocks.
76
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
View Current/
Active Curricula
Checkbox used to limit the display of curriculum records in the
Curriculum and Field of Study blocks to only those that are
current and active.
Field of Study Summary Block
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration.
More buttons in the main window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Curriculum Window
The Curriculum window has been divided into two windows. Use the Curriculum
tab to access the Curriculum window and the Field of Study tab to access the Field
of Study window. The Curriculum window displays all curriculum records associated
with the host recruiting, admissions, learner, or outcome record. The Field of Study
window displays certain fields from the curriculum record and all field of study
records. You can only access the Field of Study window from the Curriculum
window.
Note: Use the View Current/Active Curricula (Indicator) in the Key Block to
control if you want only current and active curriculum records to be
displayed in the Curriculum and Field of Study blocks.
Field of Study Window
Two new buttons are used in this window.
•
May 2006
Confidential
The Attached to Major button is enabled when the cursor is on a field of study
record for a major with attached concentrations. Click on the button to display
a list of the attached concentrations in a pop-up window. The button is not
Student Release 7.3
Release Guide
77
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
enabled if the cursor is on a record for a major with no attached
concentrations, or if the record is for a minor or a concentration.
•
The Inactivate button is used to insert a copy of that field of study record with
values of INACTIVE in the Activity field and REMOVED in the Status field.
More buttons in the Field of Study window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Inactivate
N/A
Inserts copy of field of study record
with INACTIVE activity and
REMOVED status
Degree Summary Form (SHADGMQ)
This form has been modified to display a summary of curriculum data from the
concurrent curricula tables.
Also, curriculum-related fields have been added to the Key Block for more flexible
querying. The new fields are: Level, Campus, College, Degree, Program, Field of
Study Type, and Field of Study Code.
Fields
Descriptions
.............. .......................................................
Level
Level code for the curriculum.
(lookup)
Campus
List
All College Codes (STVCOLL)
List
All Degree Codes (STVDEGC)
Program code for the curriculum.
(lookup)
78
All Campus Codes
(STVCAMP)
Degree code for the curriculum
(lookup)
Program
List
College code for the curriculum.
(lookup)
Degree
All Level Codes (STVLEVL)
Campus code for the curriculum.
(lookup)
College
List
Student Release 7.3
Release Guide
List
All Program Codes
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
Field of Study
Type
Field of study type for the curriculum.
Field of Study
Code
Code for the field of study.
(lookup)
(lookup)
List
List
Learner Field of Study
(GTVLFST)
All Major Codes (STVMAJR)
The Learner Outcome Summary block fields have been rearranged in a more
logical/functional fashion. The Graduation Date field has been added to the
Learner Outcome Summary block. This satisfies RPE #CMS-RPE40665.
Fields
Descriptions
.............. .......................................................
Graduation
Date
Graduation date for the outcome record.
The Curricula Summary block and Field of Study Summary block have been added
to the main window. The form will now execute the curriculum conversion
procedure.
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration.
More buttons in the main window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Term Summary Form (SHQTERM)
This form has been modified to display a summary of curriculum data from the
concurrent curricula tables.
Also, curriculum-related fields have been added to the Key Block for more flexible
querying. The new fields are: Level, Campus, College, Degree, Program, Field of
Study Type, and Field of Study Code.
May 2006
Confidential
Student Release 7.3
Release Guide
79
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Level
Level code for the curriculum.
(lookup)
Campus
All Campus Codes
(STVCAMP)
List
All College Codes (STVCOLL)
Degree code for the curriculum
(lookup)
Program
List
College code for the curriculum.
(lookup)
Degree
All Level Codes (STVLEVL)
Campus code for the curriculum.
(lookup)
College
List
List
All Degree Codes (STVDEGC)
Program code for the curriculum.
(lookup)
List
All Program Codes
Field of Study
Type
Field of study type for the curriculum.
Field of Study
Code
Code for the field of study.
(lookup)
(lookup)
List
List
Learner Field of Study
(GTVLFST)
All Major Codes (STVMAJR)
The Curriculum Summary item has been added to the Options Menu. The Show
Curriculum option has been removed from the Options Menu, as it was not needed.
The Term Summary block fields have been rearranged in a more logical/functional
fashion.
The Curricula Summary block and Field of Study Summary block have been added
to the main window. The form will now execute the curriculum conversion
procedure.
New fields have been added to the Curricula Summary block. They are: Student
Type, Rate, Admission Type, Admission Term, and Matriculation Term. These fields
are only displayed on SGASTDN, SGASTDQ, SFARQST, SHQTERM, and SOAIDNS.
80
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Student Type
Student type code entered specifically for the curriculum record.
Rate
Rate code entered specifically for the curriculum record.
Admission Type
Admission type code entered specifically for the curriculum
record.
Admission Term
Admission term code entered specifically for the curriculum
record.
Matriculation
Term
Matriculation term code entered specifically for the curriculum
record.
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration.
More buttons in the main window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Diploma Form (SHADPIL)
The Curriculum Summary item has been added to the Options Menu.
Person Search Detail Form (SOAIDNS)
This form has been modified to display a summary of curriculum data from the
concurrent curricula tables.
Note: The Select button in the Oracle toolbar is not enabled on this form. As
such, to use Exit with Value, you now must select the Add Person to
Database (SPAIDEN) item from the Options Menu.
May 2006
Confidential
Student Release 7.3
Release Guide
81
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
The Curricula Summary block and Field of Study Summary block have been added
to the main window. The form will now execute the curriculum conversion
procedure. The curricula summary information is from the general student record.
The summary blocks are populated when the SGBSTDN record for the person is
queried.
New fields have been added to the Curricula Summary block. They are: Student
Type, Rate, Admission Type, Admission Term, and Matriculation Term. These fields
are only displayed on SGASTDN, SGASTDQ, SFARQST, SHQTERM, and SOAIDNS.
Fields
Descriptions
.............. .......................................................
Student Type
Student type code entered specifically for the curriculum record.
Rate
Rate code entered specifically for the curriculum record.
Admission Type
Admission type code entered specifically for the curriculum
record.
Admission Term
Admission term code entered specifically for the curriculum
record.
Matriculation
Term
Matriculation term code entered specifically for the curriculum
record.
A new Attached to Major button has been added to the Field of Study Summary
block. The button is enabled when the cursor is on a field of study record for a major
with attached concentrations. Click on the button to display a list of the attached
concentrations in a pop-up window. The button is not enabled if the cursor is on a
record for a major with no attached concentrations, or if the record is for a minor
or a concentration.
More buttons in the main window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
The block navigation order on the form is now: SPRADDR, SOUNDEX, SGBSTDN,
SFBETRM, SOVLCUR, and SOVLFOS.
82
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Some field changes have also been made:
•
The Sex field in the top block has been renamed the Gender field.
•
The Phone Number field in the Address Details block has been renamed the
Telephone field.
•
The From Date, To Date, and Inactive Indicator fields have been added to the
Address Details block.
•
A Term tag has been added to the Term field in the Registration Terms block.
Fields
Descriptions
.............. .......................................................
From Date
Effective start date for the address associated with the person.
To Date
Effective end date for the address associated with the person.
Inactive
Indicator
Indicator that identifies if address information is inactive. Valid
value is I - Inactive.
Communication Rules Form (SOACOMM)
This form has been modified to work with the concurrent curricula tables.
Communication plan processing has also been modified for use with concurrent
curricula processing. You now have the capability to build communication plan
rules for curricula beyond the primary curriculum. SOACOMM allows the
designation of primary, secondary, or any curricula for the rule to be applied.
The Level, Campus, College, and Degree fields have been reordered so they are
displayed consistently as on other forms.
The Major field has been renamed Field of Study Code.
New fields have been added for Field of Study Type and Curricula. These fields, as
well as the Field of Study Code field, require that the communication plan be called
if a change is made to any curriculum record. The delivered value for the Field of
Study Type field is NULL, and the default is MAJOR. The delivered value for the
Curricula field is Primary. Existing rules will only look at the major and primary
curriculum as in the past. You can modify your rules as needed to take advantage of
the new options for curricula and field of study.
May 2006
Confidential
Student Release 7.3
Release Guide
83
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Field of Study
Type
Field of study type for the curriculum. The default is MAJOR.
Field of Study
Code
Code for the field of study.
Curricula
(lookup)
List
Learner Field of Study Type
(GTVLFST)
(lookup)
List
All Major Codes (STVMAJR)
(lookup)
Help
Curriculum Rules Form
(SOACURR)
Pulldown field used to specify if the curricular elements defined
on the rule must come from the primary curriculum record,
secondary curriculum record, or any curricula.
Valid values are:
Primary
Secondary
Any
The default value is Primary.
Communication Plan Collector Form (SOACCOL)
This form has been modified to sort records alphabetically within the date of
creation (day, month, year). You can also now query on the Name field.
Curriculum Rules Control Form (SOACTRL)
This form has been modified for this enhancement.
Tabs have been added to this form for Curriculum Rules and Number of Curricula
Allowed. The main window still displays the Curriculum Rules and Curriculum
Checking Error Severity radio groups, as well as new radio groups for Error Severity
on Learner Curriculum Updates. The Number of Curricula Allowed block and the
Number of Fields of Study Allowed block have been moved to the new Number of
Curricula Allowed window. This allows for the display of additional rows of data.
The new controls in the Error Severity on Learner Curriculum Updates section are:
Inactivate Current Curriculum in Same Term, Inactivate Current Curriculum in
Previous Term, and Cause a Curriculum Overload. Each of the new controls is a
radio group with Fatal, Warning, and No Message options. They work with the controls
in the Number of Curricula Allowed window that define the number of curricula
84
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
allowed per learner module. For instance, if a learner applies to and is accepted into
a third curriculum, but only two current and active learner curricula are allowed, the
new curriculum is copied to the learner module and will be assigned an INACTIVE/
OVERLOAD status code.
•
The Inactivate Current Curriculum in Same Term radio group determines
which type of error message, if any, to issue when an admissions decision will
generate a learner curriculum that would inactivate an existing one with the
same effective term. Valid values are Fatal, Warning, or No Message.
•
When the field is set to Fatal, the system will issue a fatal error message
informing you that you cannot proceed without changing the application
preference or curriculum priority on the application you are processing,
because it will cause an existing learner curriculum to become inactive/
non-current.
•
When the field is set to Warning, the system will issue a warning message
informing you that the decision you are about to apply will cause an
existing curriculum to become inactive/non-current. You have the
option to continue or cancel.
•
•
•
Clicking on Continue will copy the existing curriculum record with a
curriculum status of ADMITREPLACE and then insert the new
curriculum record as well as the application decision record.
•
Clicking on Cancel allows you to perform a Clear Record on the
application decision and adjust the application's preference value or
the admissions curriculum priority as needed to avoid making
changes to existing learner curricula.
When the field is set to No Message, the system will not issue any message
at all when you enter a decision that will cause an existing curriculum to
become inactive/non-current.
The Inactivate Current Curriculum in Previous Term radio group determines
which type of error message, if any, to issue when an admissions decision will
generate a learner curriculum that would inactivate an existing one with an
earlier effective term. Valid values are Fatal, Warning, or No Message.
•
When the field is set to Fatal, the system will issue a fatal error message
informing you that you cannot proceed without changing the application
preference or curriculum priority on the application you are processing,
because it will cause an existing learner curriculum to become inactive/
non-current.
•
When the field is set to Warning, the system will issue a warning message
informing you that the decision you are about to apply will cause an
existing curriculum with an earlier effective term to become inactive/
non-current. You have the option to continue or cancel.
•
May 2006
Confidential
Clicking on Continue will copy the existing curriculum record with a
curriculum status of ADMITREPLACE and then insert the new
curriculum record as well as the application decision record.
Student Release 7.3
Release Guide
85
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
•
•
•
Clicking on Cancel will allow you to perform a Clear Record on the
application decision and adjust the application's preference value or
the admissions curriculum priority as needed to avoid making
changes to existing learner curricula.
When the field is set to No Message, the system will not issue any message
at all when you enter a decision that will cause an existing curriculum with
an earlier effective term to become inactive/non-current.
The Cause a Curriculum Overload radio group determines which type of error
message, if any, to issue when an admissions decision will generate a learner
curriculum with a curriculum status value of OVERLOAD, because the number
of curricula or fields of study allowed has been exceeded.
•
When the field is set to Fatal, the system will issue a fatal error message
informing you that you cannot proceed, because it would cause a learner
curriculum or field of study record to be created with an OVERLOAD
status. In order to process the application decision, you would need to
inactivate the curriculum and/or field of study on the admissions
application that would cause the overload.
•
When the field is set to Warning, the system will issue a warning message
informing you that the decision you are about to apply will cause a learner
curriculum or field of study record to be created with an OVERLOAD
status. You have the option to continue or cancel.
•
•
Clicking on Continue will copy the admissions curriculum and/or
field of study record(s) with a curriculum status of OVERLOAD to the
General Student module and then insert the application decision
record.
•
Clicking on Cancel will allow you to perform a Clear Record on the
application decision and inactivate the admissions curriculum and/
or field of study record(s) as needed to avoid causing a curriculum
overload in the General Student module.
When the field is set to No Message, the system will not issue any message
at all when you enter a decision that will cause a learner curriculum or
field of study record to be created with an OVERLOAD status.
Fields
Descriptions
.............. .......................................................
Inactivate
Current
Curriculum in
Same Term
Radio group that determines the severity of any error messages
issued when an admissions curriculum will replace an existing
current and active learner curriculum for the same term.
Valid values are:
Fatal
Warning
No Message
86
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
Inactivate
Current
Curriculum in
Previous Term
Radio group that determines the severity of any error messages
issued when an admissions curriculum will replace an existing
current and active learner curriculum with an earlier effective
term.
Valid values are:
Fatal
Warning
No Message
Cause a
Curriculum
Overload
Radio group that determines the severity of any error messages
issued when an admissions curriculum will cause a curriculum
and/or field of study limit to be exceeded.
Valid values are:
Fatal
Warning
No Message
Curriculum Rules Form (SOACURR)
This form has been modified for this enhancement.
New fields for EDI and self-service have been added to the Majors and Departments,
Major-Dependent Concentrations, Rule-Based Concentrations, and Minors
windows. These fields are in a new EDI and Self-Service block that appears in each
window.
Note: All EDI and Web display control items are now located in one centralized
location on SOACURR. SOAXCUR and SAAWCUR, which were
previously used for updating self-service controls, have been made query
only forms.
The new Generate Identification maintenance button has also been added to these
windows. It is used to generate values for the EDI Level and EDI Identification
fields. The button is enabled when these fields are blank and can be used to facilitate
data entry for EDI codes that have been established on SOAXREF for the EDI
degree code, EDI identification, and EDI field of study qualifier code (level).
The button creates the EDI degree code, EDI identification, and EDI field of study
qualifier code values for you. The entries will be found under the STVMAJR label on
SOAXREF. The button performs the following tasks:
May 2006
Confidential
Student Release 7.3
Release Guide
87
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
•
generates a unique value for the curriculum and the field of study, and
•
inserts degree and level qualifiers into SOAXREF under the STVMAJR label.
Majors and Departments Window
EDI and Self-Service Block
Fields
Descriptions
.............. .......................................................
Display on SelfService
Checkbox which indicates if the major is to be displayed in SelfService.
Auto Student
Checkbox which indicates if learner and curriculum records
should be created during the Quick Start process.
Self-Service
Description
Free format text field used to enter a description that will appear
in Self-Service.
EDI Degree
EDI degree level code.
(lookup)
EDI Level
EDI Degree Level Codes
EDI level qualifier field of study code.
(lookup)
EDI
Identification
List
List
EDI Field of Study Qualifier
Codes
EDI field of study identification code.
(lookup)
List
EDI Field of Study Identifier
Codes
More buttons in the Majors and Departments window
88
Mouse
Keyboard
Result
Generate
Identification
N/A
Generate values for curriculum/field
of study. Inserts degree/level
qualifiers into SOAXREF.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Major-Dependent Concentrations Window
EDI and Self-Service Block
Fields
Descriptions
.............. .......................................................
Display on SelfService
Checkbox which indicates if major-dependent concentration is
to be displayed in Self-Service.
Self-Service
Description
Free format text field used to enter a description that will appear
in Self-Service.
EDI Level
EDI level qualifier field of study code.
(lookup)
EDI
Identification
List
EDI Field of Study Qualifier
Codes
EDI field of study identification code.
(lookup)
List
EDI Field of Study Identifier
Codes
More buttons in the Major-Dependent Concentrations window
Mouse
Keyboard
Result
Generate
Identification
N/A
Generate values for curriculum/field
of study. Inserts degree/level
qualifiers into SOAXREF.
Rule-Based Concentrations Window
EDI and Self-Service Block
Fields
Descriptions
.............. .......................................................
May 2006
Confidential
Display on SelfService
Checkbox which indicates if the rule-based concentration is to be
displayed in Self-Service.
Self-Service
Description
Free format text field used to enter a description that will appear
in Self-Service.
Student Release 7.3
Release Guide
89
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Descriptions
Fields
.............. .......................................................
EDI Level
EDI level qualifier field of study code.
(lookup)
EDI
Identification
List
EDI Field of Study Qualifier
Codes
EDI field of study identification code.
(lookup)
List
EDI Field of Study Identifier
Codes
More buttons in the Rule-Based Concentrations window
Mouse
Keyboard
Result
Generate
Identification
N/A
Generate values for curriculum/field
of study. Inserts degree/level
qualifiers into SOAXREF.
Minors Window
EDI and Self-Service Block
Fields
Descriptions
.............. .......................................................
Display on SelfService
Checkbox which indicates if the minor is to be displayed in SelfService.
Self-Service
Description
Free format text field used to enter a description that will appear
in Self-Service.
EDI Level
EDI level qualifier field of study code.
(lookup)
EDI
Identification
90
List
EDI Field of Study Qualifier
Codes
EDI field of study identification code.
(lookup)
Student Release 7.3
Release Guide
List
EDI Field of Study Identifier
Codes
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
More buttons in the Minors window
Mouse
Keyboard
Result
Generate
Identification
N/A
Generate values for curriculum/field
of study. Inserts degree/level
qualifiers into SOAXREF.
Learner Curriculum Query Form (SOILCUR)
This form has been modified for this enhancement.
Main Window
A new View Current/Active Curricula (Indicator) has been added to the Key Block.
This checkbox allows users to control if they want only current and active
curriculum records to be displayed in the Curriculum and Field of Study blocks.
Fields
Descriptions
.............. .......................................................
View Current/
Active Curricula
Checkbox used to limit the display of curriculum records in the
Curriculum and Field of Study blocks to only those that are
current and active.
Curriculum Window
The Curriculum window has been divided into two windows. Use the Curriculum
tab to access the Curriculum window and the Field of Study tab to access the Field
of Study window. The Curriculum window displays all curriculum records associated
with the host recruiting, admissions, learner, or outcome record. The Field of Study
window displays certain fields from the curriculum record and all field of study
records. You can only access the Field of Study window from the Curriculum
window.
Note: Use the View Current/Active Curricula (Indicator) in the Key Block to
control if you want only current and active curriculum records to be
displayed in the Curriculum and Field of Study blocks.
New fields have been added to the Curriculum block for: Student Type, Site, Rate,
Leave of Absence, From Date, To Date, Expected Graduation Date, Graduation
Term, and Graduation Year.
The Rolled to Outcome field has been added to the Curriculum window. It displays
the outcome sequence number to which the curriculum record has been rolled in
academic history.
May 2006
Confidential
Student Release 7.3
Release Guide
91
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
The Application field has been added to the Curriculum window. The originating
application number is only inserted when an applicant acceptance decision is
processed and will not be inserted during the quick admit process that is performed
on SAAQUIK.
Descriptions
Fields
.............. .......................................................
92
Student Type
Student type code entered specifically for the curriculum record.
Site
Site code entered specifically for the curriculum record.
Rate
Rate code entered specifically for the curriculum record.
Leave of
Absence
Leave of Absence code entered specifically for the curriculum
record.
From Date
Date from which the leave of absence code entered specifically
for the curriculum record is in effect.
To Date
Date to which the leave of absence code entered specifically for
the curriculum record is in effect.
Expected
Graduation
Date
Expected graduation date entered specifically for the curriculum
record.
Graduation
Term
Graduation term code entered specifically for the curriculum
record.
Graduation Year
Graduation year entered specifically for the curriculum record.
Rolled to
Outcome
Sequence number from the degree record to which the
curriculum was rolled. Display only.
Application
Sequence number from the application record from which the
curriculum was derived. Display only. This field will not be
populated if the learner record was generated from SAAQUIK.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Forms
Field of Study Window
A Rolled (Indicator) checkbox is included in the Field of Study window for
SGASTDN, SFAREGS, and SOILCUR. The checkbox is checked when that field of
study record has been rolled to the Academic History module.
Fields
Descriptions
.............. .......................................................
Rolled
(Indicator)
Checkbox used to indicate that the field of study record has been
rolled to a degree record.
Two new buttons are used in this window.
•
The Attached to Major button is enabled when the cursor is on a field of study
record for a major with attached concentrations. Click on the button to display
a list of the attached concentrations in a pop-up window. The button is not
enabled if the cursor is on a record for a major with no attached
concentrations, or if the record is for a minor or a concentration.
•
The Inactivate button is used to insert a copy of that field of study record with
values of INACTIVE in the Activity field and REMOVED in the Status field.
More buttons in the Field of Study window
Mouse
Keyboard
Result
Attached to
Major
N/A
Lists concentrations attached to
major
Inactivate
N/A
Inserts copy of field of study record
with INACTIVE activity and
REMOVED status
EDI Cross-Reference Curriculum Rules Form (SOAXCUR)
This form has been made query only. SOACURR is now used for Web display
maintenance. When you access the form (for the first time per Banner session), the
following message is displayed: Self-Service display controls are now maintained on
SOACURR. This form now operates as a query only form.
Tabs have been added to this form so that majors, minors, and concentrations can
each be displayed in their own window. The Cross-Reference Major Rules, CrossReference Minor Rules, and Cross-Reference Concentration Rules windows can be
accessed by the same named tabs or by using Next Block. Each window will display
all the rows from the respective data tables (SORCMJR, SORCMNR, and
SORCCON). You can enter queries in each window to view specific data.
All fields in the main block are now queryable. This satisfies RPE #CMS-RPE41401.
May 2006
Confidential
Student Release 7.3
Release Guide
93
Section 2 Concurrent Curricula Phase 4 - Functional
Obsolete Form
Obsolete Form
Student Review Summary Form (SOASRVW)
This form has been made obsolete with this release. The existing Learner
Curriculum Query Form (SOILCUR) is now used in its place.
SOILCUR can be found on the Curriculum Rules and Control Menu (*CURRIC) in
Recruiting, Admissions, General Student, Registration, and Academic History.
Changed Menus
SOASRVW has been removed from the following menus:
•
Prospect Information Menu (*RECRUITP)
•
Admissions Menu (*ADMISSION)
•
General Student Menu (*GSTUDENT)
•
EDI Transcript Upload Processing Menu (*AHISTORYF)
The new STVCKSR and STVCKST validation forms have been added to the
Validation Sub Menu (STVCAPL - STVCMTT) [*STDVALD1E].
Changed Reports and Processes
Recr/Enroll Analysis-How Learned Report (SRRENRH)
This report has been modified to retrieve curriculum data from the SORLCUR and
SORLFOS tables rather than from the original curriculum fields in the host module
base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It will use
the new curriculum views to retrieve curriculum data that is used in the report.
Recr/Enrl-Source/Recr Report (SRRENRL)
This report has been modified to retrieve curriculum data from the SORLCUR and
SORLFOS tables rather than from the original curriculum fields in the host module
94
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Reports and Processes
base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It will use
the new curriculum views to retrieve curriculum data that is used in the report.
Recruits Never Applied to Inst. Report (SRRINQR)
This report has been modified to retrieve curriculum data from the SORLCUR and
SORLFOS tables rather than from the original curriculum fields in the host module
base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It will use
the new curriculum views to retrieve curriculum data that is used in the report.
Admissions Application Report (SARADMS)
This report has been modified to retrieve curriculum data from the SORLCUR and
SORLFOS tables rather than from the original curriculum fields in the host module
base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It will use
the new curriculum views to retrieve curriculum data that is used in the report.
The output for this report has been modified to print all curriculum data in a format
that is similar to the Academic Transcript (SHRTRTC).
Electronic Application Report (SARETBL)
The Application Preference value from SAAADMS, SAAEAPS, and SAAETBL is now
displayed on this report. Also, this report needs to be regenerated at your site due
to changes made in the Oracle Reports Library by Banner General.
Elec App Verify/Load Process (SARETMT)
This report has been modified to retrieve curricula data from the SORLCUR and
SORLFOS tables rather than from the original curriculum fields in the host module
base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It will use
the new curriculum views to retrieve curriculum data that is used in the report.
Admit Decision Calculation Report (SARBDSN)
This report has been modified to execute the new sakdcsn.p_process_decsn
procedure for decision codes derived from the decision calculation process and to
query against the SAVDCSN view. This satisfies RPE #CMS-RPE25671.
This report has also been modified to retrieve curriculum data from the SORLCUR
and SORLFOS tables rather than from the original curriculum fields in the host
module base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It
will use the new curriculum views to retrieve curriculum data that is used in the
report.
May 2006
Confidential
Student Release 7.3
Release Guide
95
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Reports and Processes
The sort order has been changed from ID with term to alpha order within term.
Admission Decision Criteria Report (SARDCSN)
This report has been modified to copy the new field of study columns from the
SARDCSN table. This satisfies RPE #CMS-RPE25671.
Admissions Rating Calculation Report (SARRATE)
This report calculates the admissions rating based on rules set up on SAARRCT. It
has been updated to use the new columns for field of study type and primary,
secondary, or any curriculum on the SARRRFT table in admissions rating
calculation processing. This satisfies RPE #CMS-RPE28457.
This report has also been modified to retrieve curriculum data from the SORLCUR
and SORLFOS tables rather than from the original curriculum fields in the host
module base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It
will use the new curriculum views to retrieve curriculum data that is used in the
comparison with the rating calculation rules.
Student Report (SGRSTDN)
The output for this report has been modified to print all curriculum data in a format
that is similar to the Academic Transcript (SHRTRTC).
This report has also been modified to retrieve curriculum data from the SORLCUR
and SORLFOS tables rather than from the original curriculum fields in the host
module base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It
will use the new curriculum views to retrieve curriculum data that is used in the
report.
Veteran Report (SGRVETN)
The output for this report has been modified to print all curriculum data in a format
that is similar to the Academic Transcript (SHRTRTC).
This report has also been modified to retrieve curriculum data from the SORLCUR
and SORLFOS tables rather than from the original curriculum fields in the host
module base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It
will use the new curriculum views to retrieve curriculum data that is used in the
report.
96
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Changed Reports and Processes
Enrollment Verification Report (SFRENRL)
This report has been updated to show the student type, graduation year, graduation
term, and graduation date within the sections that print the curriculum
information. This data can originate from the curriculum record. If the fields on
the curriculum record are blank, the values from the general student record will be
displayed.
Student Type Update Report (SHRTYPE)
This report updates the existing student type code maintained on the General
Student Form (SGASTDN) for each learner to the next student type, based upon
rules defined on the Continuant Terms Rule Form (SOACTRM). For example, the
next student type for a “new” student might be Continuing. This process should be
run after the Grade Roll Process (SHRROLL). Codes are defined on the Student
Type Code Validation Form (STVSTYP).
Now, this report will continue to process the student type code on the general
student record (SGBSTDN), but it will also review all current and active curricula
and process the student type, if available, on the curriculum record (SORLCUR).
The existence of an academic history record in the Term Course Maintenance Form
(SHAINST) for user-specified terms will trigger the system to change the student
type to the next type, based on the fact that the student was enrolled.
This report has also been modified to retrieve curriculum data from the SORLCUR
and SORLFOS tables rather than from the original curriculum fields in the host
module base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It
will use the new curriculum views to retrieve curriculum data that are used in the
report. A new parameter has also been added to process curriculum data. The
Process Curriculum parameter is optional. Enter Y to process the student type for
the learner curriculum. Enter N to process only the student type for the general
student record (SGBSTDN).
The report now displays the learner curriculum sequence number (under the
LCUR SEQ column heading) for the learner curriculum that contains the status
type that is selected by the update process. For example, if a student has a current
and active curriculum for the processing term with a sequence number of 6 and a
status type of A, and the SOACTRM rules determine that status type A moves to
status type B for continuant term processing, then SHRTYPE is run with new Process
Curriculum parameter set to Y, and SHRTYPE prints a learner curriculum sequence
number of 6 in the column after the updated student type information.
In this example a new curriculum sequence number is created with the type of B.
The report is printing the "previous" learner curriculum sequence number, not the
new one that has been created for the update.
STUDENT NAME
Modification Test 7.3, Arthur
Modification Test 7.3, Arthur
May 2006
Confidential
ID
CCENR0004
CCENR0004
CURRENT STUDENT TYPE
A 1st Time Freshman
A 1st Time Freshman
Student Release 7.3
Release Guide
UPDATED STUDENT TYPE
B 2nd Term Freshman
B 2nd Term Freshman
LCUR SEQ
6
7
97
Section 2 Concurrent Curricula Phase 4 - Functional
Report Samples
Degree Status Update Report (SHRDEGS)
This report updates the existing degree status to a new user-defined degree status.
Optionally, the student status maintained on the General Student Form
(SGASTDN) may also be updated for a user-defined effective term. The process will
now push the field of study curriculum status to the new status based on values on
STVSTST.
Grade Roll to Academic History (SHRROLL)
This process has been modified to copy the curriculum-specific graduation
information (if it exists) to the new degree record.
Communication Plan Processing Report (SORCPLN)
This report creates the communication plans in the collector table for applicants,
recruits, and learners. It has been updated to check the new columns in the
SORCOMM rules table. The new SOKCOMM package will be used for all
communication plan processing.
This report has also been modified to retrieve curriculum data from the SORLCUR
and SORLFOS tables rather than from the original curriculum fields in the host
module base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It
will use the new curriculum views to retrieve curriculum data that are used in the
report.
Administrator Assignments Process (SORAINF)
This process has been modified to retrieve curriculum data from the SORLCUR and
SORLFOS tables rather than from the original curriculum fields in the host module
base tables (such as, SRBRECR, SARADAP, SGBSTDN and SHRDGMR). It will use
the new curriculum views to retrieve curriculum data that are used in the report.
Report Samples
Recr/Enroll Analysis-How Learned Report (SRRENRH)
Please see the following landscaped section for report parameters and sample
output.
98
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 Concurrent Curricula Phase 4 - Functional
Report Samples
Recr/Enrl-Source/Recr Report (SRRENRL)
Please see the following landscaped section for report parameters and sample
output.
Admissions Application Report (SARADMS)
Please see the following landscaped section for report parameters and sample
output.
Electronic Application Report (SARETBL)
Please see the following landscaped section for report parameters and sample
output.
Student Report (SGRSTDN)
Please see the following landscaped section for report parameters and sample
output.
Veteran Report (SGRVETN)
Please see the following landscaped section for report parameters and sample
output.
Enrollment Verification Report (SFRENRL)
Please see the following landscaped section for report parameters and sample
output.
Student Type Update Report (SHRTYPE)
Please see the following landscaped section for report parameters and sample
output.
Degree Status Update Report (SHRDEGS)
Please see the following landscaped section for report parameters and sample
output.
May 2006
Confidential
Student Release 7.3
Release Guide
99
Section 2 Concurrent Curricula Phase 4 - Functional
Report Samples
Grade Roll to Academic History (SHRROLL)
Please see the following landscaped section for report parameters and sample
output.
Communication Plan Processing Report (SORCPLN)
Please see the following landscaped section for report parameters and sample
output.
Administrator Assignments Process (SORAINF)
Please see the following landscaped section for report parameters and sample
output.
100
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Rec/Enroll Analysis - How Learned Report (SRRENRH)
Description
This report is used to produce a statistical report of recruits, applicants, and enrollees by a How I Learned code for a term
range. The data collected are based first on the prospect How I Learned About code and then on term. An optional section
may be printed for How I Learned About codes which have no corresponding recruiting data associated with them.
Note:The App (Applied) column displays a count of those recruits that exactly match an applicant (SARADAP) for: PIDM,
term, level, degree, and major.
Parameters
101
Name
Required?
Description
Values
From Term
Yes
Enter the term code representing the term from
which the recruiting enrollment analysis is to be run.
Term Code Validation Form
(STVTERM)
To Term
Yes
Enter the term code representing the term to which
the recruiting enrollment analysis is to be run.
Term Code Validation Form
(STVTERM)
How I Learned About
No
Enter the code(s) for the source of the prospect
contact, or enter % for all.
Web Prospect How I Learned About
Validation Form (STVLEND)
Recruiter Codes
(Default = All)
No
Enter the code(s) for the recruiter(s) to be reported,
or enter % for all.
Recruiter Code Validation Form
(STVRECR)
Print All How I Learned
Codes
No
Enter Y to print the How I Learned About codes
which have no associated recruiting records. Enter N
to not print this section of the report.
Y
Print codes
N
Do not print codes
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Report Sample—Recr/Enroll Analysis - How Learned Report (SRRENRH)
12-MAY-2006 12:51:13
200440
BANNER University
Rec/Enroll Analysis-HowLearned
PAGE 1
SRRENRH
How I Learned About Analysis
Learned: PORTAL
College Portal
Code
Description
WW
Bill Watson
TOTAL
Learned: CAMP_VIS
Code
Term: 200443
Recr
App
Acc
Reg
1
0
0
0
1
0
0
0
App
Acc
Reg
Campus visit with tour
Description
Term: 200443
Recr
Recruiter Not Assigned
1
0
0
0
TOTAL
1
0
0
0
12-MAY-2006 12:51:13
200440
BANNER University
Rec/Enroll Analysis-HowLearned
PAGE 2
SRRENRH
The following how I learn about have provided no recruits:
TV
Television
CAMPUS_VIS
Campus visit with tour
PRINTAD011
Print ad in Newsweek
PRINTAD012
Print ad in Time
102
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 12:51:13
200440
BANNER University
Rec/Enroll Analysis-HowLearned
PAGE 3
SRRENRH
Recruiter Analysis
Recruiter: WW
Code
PORTAL
Recruiter:
Code
CAMPUS_VIS
Bill Watson
Description
Recr
App
Acc
Reg
College Portal
1
0
0
0
TOTAL
1
0
0
0
App
Acc
Reg
1
0
0
0
1
0
0
0
Recruiter Not Assigned
Description
Campus visit with tour
TOTAL
103
Term: 200443
Recr
Term: 200443
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 12:51:13
200440
BANNER University
Rec/Enroll Analysis-HowLearned
PAGE 4
SRRENRH
The following recruiters have no recruits:
MAH
Margy Hickson
12-MAY-2006 12:51:13
BANNER University
PAGE 5
200440
Rec/Enroll Analysis-HowLearned
SRRENRH
* * * REPORT CONTROL INFORMATION - SRRENRH - Release 7.3 * * *
RPTNAME: SRRENRH
FROM TERM: 200440
TO TERM: 200443
How I Learn Code(s)..............: All How I Learn About Codes Used
Recruiter Code(s)...: All Recruiters Used
Print All How I learn About Code(s): Y
RECORD COUNT: 4
104
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Recr/ Enrl Analysis - Source/Recr Report (SRRENRL)
Description
Parameters
This report is used to produce a statistical report of recruits, applicants, and enrollees by source and recruiter for a term range.
You may print an optional section for source codes which have no corresponding recruiting data associated with them.
Name
Required?
Description
Values
From Term
Yes
Enter the term code representing the term from
which the recruiting enrollment analysis is to be run.
Term Code Validation Form
(STVTERM)
To Term
Yes
Enter the term code representing the term to which
the recruiting enrollment analysis is to be run.
Term Code Validation Form
(STVTERM)
Source Codes (Default =
All)
No
Enter the code(s) for the enrollment source(s) to be
reported or leave blank for all sources to be included
in the analysis.
Source/Background Institution Code
Validation Form (STVSBGI)
Recruiter Codes
(Default = All)
No
Enter the code(s) for the specific recruiter
information to be included or leave blank to include
all recruiter information.
Recruiter Code Validation Form
(STVRECR)
Print All Source Codes
(Y/N)
No
Enter Y to print the source codes which have no
associated recruiting records. Enter N to not print
this section of the report.
Y
Print codes
N
Do not print codes
Report Sample—Recr/Enrl Analysis - Source/Recr Report (SRRENRL) —see the following pages
105
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
30-MAR-2006 07:12:09
200440
BANNER University
Recr/Enrl Analysis-Source/Recr
PAGE 1
SRRENRL
SOURCE ANALYSIS
Source: A00001
Bulletin
Posting-5/87
Code
Description
WZ
Bill Watson
TOTAL
Source: AC0000
Recr
Term: 200443
App
Acc
Reg
1
0
0
0
1
0
0
0
Adult/Continuing Ed
Code
Description
WZ
Bill Watson
30-MAR-2006 07:12:09
200440
Board
Recr
1
Term: 200443
App
Acc
Reg
0
0
0
BANNER University
Recr/Enrl Analysis-Source/Recr
PAGE 2
SRRENRL
RECRUITER ANALYSIS
A00001
Bulletin Board Posting-5/87
1
0
0
0
AC0000
Adult/Continuing Ed
1
0
0
0
106
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
30-MAR-2006 07:12:09
BANNER University
PAGE 3
200440
Recr/Enrl Analysis-Source/Recr
SRRENRL
* * * REPORT CONTROL INFORMATION - SRRENRL - Release 7.3 * * *
RPTNAME: SRRENRL
FROM TERM: 200440
TO TERM: 200443
Source Code(s)..............: All Sources Used
Recruiter Code(s)...: All Recruiters Used
Print All Source Code(s): N
RECORD COUNT: 4
107
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Admissions Application Report (SARADMS)
Description
This report is used to list application data by ID or name, term, and application number.
Parameters
Name
Required?
Description
Values
Term
No
Enter the term code for which you wish to run the
admissions application report.
Term Code Validation Form
(STVTERM)
Admissions Type
No
Enter the admissions type code for which you wish to
select the admissions application information.
Multiple values can be entered.
Admissions Type Code Validation Form
(STVADMT)
Student Type
No
Enter the student type code for which you wish to
select the admissions application information.
Multiple values can be entered.
Student Type Code Validation Form
(STVSTYP)
Major Code
No
Enter the major code for which you wish to select the
admissions application information. Multiple values
can be entered.
Major, Minor, Concentration Code
Validation Form (STVMAJR)
Degree Code
No
Enter the degree code for which you wish to select
the admissions application information. Multiple
values can be entered.
Degree Code Validation Form
(STVDEGC)
108
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
College Code
No
Enter the college code for which you wish to select
the admissions application information. Multiple
values can be entered.
College Code Validation Form
(STVCOLL)
Level Code
No
Enter the level code for which you wish to select the
admissions application information. Multiple values
can be entered.
Level Code Validation Form
(STVLEVL)
Residence Code
No
Enter the residency type code for which you wish to
select the admissions application information.
Multiple values can be entered.
Residence Code Validation Form
(STVRESD)
Application Status Code
No
Enter the application status code for which you wish
to select the admissions application information.
Multiple values can be entered.
Admission Application Status Code
Validation Form (STVAPST)
Application Decision
Code
No
Enter the application decision code for which you
wish to select the admissions application
information. Multiple values can be entered.
Admissions Application Decision Code
Validation Form (STVAPDC)
Report Sequence (N =
Name, I = ID)
No
Enter N to run the report in name sequence; enter I
to run the report in ID number sequence.
N
Name sequence
I
ID sequence
Report Sample—Admissions Application Report (SARADMS) —see the following pages
109
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 13:02:18
200443
BANNER University
Admissions Application Report
PAGE 1
SARADMS
Applications by Name, Term, Application Number
Id
300444072
Name
Acton Dan
Term
Appl
200443
1
Appl:
Checklist:
110
Title
Code
Description
Stdnt Type
Admit Type
Recr Type
Recruiter
Residence
Session
F/P
Site
App Status
Decision
Ed Levl
Ed Goal
Interview
Rate
Wthd Reas
Inst Attd
S
ST
Special
Standard
R
In state Resident
F
Fulltime
I
Incomplete items outstanding
Priority
Level
Degree
Program
College
Campus
Major
Dept
Minor
1
UG
BA
BA-ENGLISH
AS
Undergraduate (UG)
Bachelor of Arts
BA in English
College of Arts & Sciences
ENGL
ENGL
CHEM
English
English
Chemistry
Code
Mandatory
Description
Received
AP25
CLT1
ESSY
HST1
TSTS
Y
Y
$25 Application Fee
College Transcript
Personal Essay
High School Transcript
SAT or ACT Scores
01-JUL-2005
Y
Y
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 13:02:18
200443
BANNER University
Admissions Application Report
PAGE 2
SARADMS
Applications by Name, Term, Application Number
Id
A6541233
Name
Adamson Arthur T
Term
200443
Appl
1
Appl:
111
Title
Code
Description
Stdnt Type
Admit Type
Recr Type
Recruiter
Residence
Session
F/P
Site
App Status
Decision
Ed Levl
Ed Goal
Interview
Rate
Wthd Reas
Inst Attd
S
ST
Special
Standard
R
In state Resident
F
Fulltime
I
Incomplete items outstanding
Priority
Level
Degree
Program
College
Campus
Major
Dept
1
UG
BA
BA-HISTORY
AS
M
HIST
HIST
Undergraduate (UG)
Bachelor of Arts
Bach of History
College of Arts & Sciences
Main
History
History
Priority
Level
Degree
Program
College
Campus
Major
Dept
2
CE
CERT
CE-ART
CE
Continuing Education
Certificate Program
CE in Art and Mixed Medium
Continuing Education
ARTS
ART
Fine Art
Art
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 13:02:18
200443
BANNER University
Admissions Application Report
PAGE 3
SARADMS
Applications by Name, Term, Application Number
Id
Name
(Continued)
A6541233
Adamson Arthur T
Term
Appl
200443
1
Checklist:
A9874561
Bedminster Steven A
200443
Connor Mildred
200443
Description
Conc
PAIN
Painting
Code
Mandatory
Description
CLT1
Y
College Transcript
Stdnt Type
Admit Type
Recr Type
Recruiter
Residence
Session
F/P
Site
App Status
Decision
Ed Levl
Ed Goal
Interview
Rate
Wthd Reas
Inst Attd
S
ST
Special
Standard
R
In state Resident
F
Fulltime
C
Complete ready for review
Priority
Level
Degree
Program
College
Campus
Major
Dept
1
UG
BA
BA-HISTORY
AS
M
HIST
HIST
Undergraduate (UG)
Bachelor of Arts
Bach of History
College of Arts & Sciences
Main
History
History
Stdnt Type
Admit Type
Recr Type
Recruiter
Residence
Session
F/P
Site
App Status
Decision
Ed Levl
Ed Goal
Interview
Rate
Wthd Reas
Inst Attd
N
ST
New First Time
Standard
R
In state Resident
F
Fulltime
D
31
4YD
Decision Made
Quick Entry/Non-Matriculated
Completed 4 Year Degree
LOCAL
Local Resident
Priority
Level
Degree
Program
College
Campus
Major
Dept
1
UG
BA
BA-HISTORY
AS
M
HIST
HIST
Undergraduate (UG)
Bachelor of Arts
Bach of History
College of Arts & Sciences
Main
History
History
Received
1
Appl:
112
Code
1
Appl:
300222225
Title
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 13:02:18
200443
BANNER University
Admissions Application Report
PAGE 18
SARADMS
Applications by Name, Term, Application Number
Id
Name
(Continued)
300222225 Connor Mildred
Term
Appl
200443
1
Checklist:
300444171
Filmore Hubbard
200443
Code
Description
Maj/Conc
Major
Dept
Minor
ARTH
ECON
HIST
CF
Art History
Economics
History
Commerce Finance
Code
Mandatory
Description
AP25
CLT1
ESSY
HST1
TEEQ
TEST
TSTS
Y
Y
Y
Y
Y
$25 Application Fee
College Transcript
Personal Essay
High School Transcript
Test Score Equivalent
Test Score
SAT or ACT Scores
Stdnt Type
Admit Type
Recr Type
Recruiter
Residence
Session
F/P
Site
App Status
Decision
Ed Levl
Ed Goal
Interview
Rate
Wthd Reas
Inst Attd
S
ST
Special
Standard
R
In state Resident
F
Fulltime
D
35
Decision Made
Applicant Acceptance
Priority
Level
Degree
Program
College
Campus
Major
Dept
1
UG
BA
BA-HISTORY
AS
M
HIST
HIST
Undergraduate (UG)
Bachelor of Arts
Bach of History
College of Arts & Sciences
Main
History
History
Received
1
Appl:
113
Title
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 13:02:18
200443
BANNER University
Admissions Application Report
PAGE 28
SARADMS
Applications by Name, Term, Application Number
Id
300444043
Name
Tully William
Term
200443
Appl
1
Appl:
Checklist:
114
Title
Code
Description
Stdnt Type
Admit Type
Recr Type
Recruiter
Residence
Session
F/P
Site
App Status
Decision
Ed Levl
Ed Goal
Interview
Rate
Wthd Reas
Inst Attd
S
ST
Special
Standard
R
In state Resident
F
Fulltime
D
35
Decision Made
Applicant Acceptance
Priority
Level
Degree
Program
College
Campus
Major
Dept
1
UG
BA
BA-HISTORY
AS
M
HIST
HIST
Undergraduate (UG)
Bachelor of Arts
Bach of History
College of Arts & Sciences
Main
History
History
Code
Mandatory
Description
Student Release 7.3
Release Guide
Received
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 13:02:18
200443
BANNER University
Admissions Application Report
PAGE 64
SARADMS
Applications by Name, Term, Application Number
Id
Name
(Continued)
300444043 Tully William
300444050
Wake Miles
Term
Appl
200443
1
200443
Code
Description
AP25
CLT1
ESSY
HST1
TSTS
Y
Y
Y
Y
$25 Application Fee
College Transcript
Personal Essay
High School Transcript
SAT or ACT Scores
Stdnt Type
Admit Type
Recr Type
Recruiter
Residence
Session
F/P
Site
App Status
Decision
Ed Levl
Ed Goal
Interview
Rate
Wthd Reas
Inst Attd
N
ST
New First Time
Standard
R
In state Resident
D
31
4YD
Decision Made
Quick Entry/Non-Matriculated
Completed 4 Year Degree
LOCAL
Local Resident
Priority
Level
Degree
Program
College
Campus
Major
Dept
1
UG
BA
BA-ARTS
AS
MAL
ARTS
ART
Undergraduate (UG)
Bachelor of Arts
BA in Arts
College of Arts & Sciences
Malvern
Fine Art
Art
Code
Mandatory
Description
ESSY
HST1
RESD
TSTS
Y
Personal Essay
High School Transcript
Proff of residency
SAT or ACT Scores
1
Appl:
Checklist:
115
Title
Y
Student Release 7.3
Release Guide
Received
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 13:02:18
200443
BANNER University
Admissions Application Report
PAGE 69
SARADMS
Applications by Name, Term, Application Number
* * * REPORT CONTROL INFORMATION - SARADMS - Release 7.3 * * *
RPTNAME: SARADMS
TERM: 200443
ADMISSIONS TYPE:
STUDENT TYPE:
MAJOR CODE:
DEGREE CODE:
COLLEGE CODE:
LEVEL CODE:
RESIDENCE CODE:
APPLICATION STATUS CODE:
APPLICATION DECISION CODE:
REPORT SEQUENCE: N
RECORD COUNT: 7
116
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Electronic Application Report (SARETBL)
Description
This report is used to view information about a student’s electronic admissions application. The report is a companion to the
Electronic Application Submitted Form (SAAETBL). There is no control page for this report.
Note:This is an Oracle report. It is run through job submission on GJAPCTL.
Parameters
Name
Required?
Description
Values
Application Source
No
Enter the source of the admissions application such
as EDI or WEB.
EDI Application Source Code
Validation Form (STVAPLS)
Note: While this parameter is not required, either
the Application Source, Add Date, or Web ID
parameter must be entered for the report to produce
output.
Add Date
No
Enter the date in DD-MON-YYYY format that the
application was completed.
Note: While this parameter is not required, either
the Application Source, Add Date, or Web ID
parameter must be entered for the report to produce
output.
117
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Web ID
No
Enter the Web ID of the student for which you wish
to see electronic application information.
Values
Note: While this parameter is not required, either
the Application Source, Add Date, or Web ID
parameter must be entered for the report to produce
output.
Destination Format
Yes
Use the list of values to select the format of the report
output.
DELIMITED
The default format is PDF.
HTML
DELIMITED DATA
HTMLCSS
POSTSCRIPT (This format is not
currently supported.)
PRINTER DESTINATION (This format
is not currently supported.)
RTF
XML
118
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Destination Type
Yes
Use the list of values to select CACHE, FILE, MAIL, or
PRINTER, to indicate where the report output
should be directed.
CACHE - Display report on screen
FILE - Save report to a file
MAIL - Send report via email
You may use CACHE to display the output, and then
you can print the report.
PRINTER - Print report
The default is CACHE.
Destination Name
No
Enter the name of the destination where the output
type selected above should be directed. The
destination name can be 30 characters in length.
For example:
FILE - Enter a valid drive-folder-filename (f:\share\myfile.pdf).
Note: Due to the potentially sensitive nature of report output information, you should send
output to a file where only the user has read access.
MAIL - Enter a valid email address (jdoe@aol.com). Enter multiple addresses with commas as
separators.
PRINTER - Enter a valid printer name. If you selected PRINTER in the Destination Type
parameter, and the value is left blank in the Destination Name parameter, the default report
server printer will be used.
119
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Execution Mode
Yes
Enter the execution mode for the report as
RUNTIME (from the form) or BATCH (from job
submission).
RUNTIME - Run from the form
BATCH - Run from job submission
The default is RUNTIME.
Communication Mode
Yes
Enter the communication mode for synchronous
(SYNC) or asynchronous (ASYNC).
SYNC - Wait on Banner form for report
results
Synchronous specifies that control is returned to the
calling form after the report has completed its
processing.
ASYNC - Run report behind the scenes
Asynchronous specifies that control is returned to
the calling form immediately, even if the report has
not completed its processing.
The default is SYNC.
120
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Parameter Form
Yes
Enter YES to display the Oracle Report Parameters
Form or NO to not display the Oracle Report
Parameters Form.
NO Do not display Report Parameters
Form
YES Display Report Parameters Form
The default is NO.
Show Report Value
Window
Yes
Enter YES to display the Report Value Window or NO
to not display the Report Value Window.
NO Do not display Report Value
Window
Note: This parameter has no impact on job
submission.
YES Display Report Value Window
The default is NO.
Report Sample—Electronic Application Report (SARETBL) — see the following pages
121
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
122
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
123
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
124
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
125
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Student Report (SGRSTDN)
Description
This report is used to list student information by term in name or ID order for a selected population.
Parameters
Name
Required?
Description
Values
Term - Optional
No
Enter the term code representing the term for which
you wish to list the student information.
Term Code Validation Form
(STVTERM)
Report Sequence
(N=Name, I=ID)
No
Enter I to print in ID number order; enter N to print
in name order.
I
ID number order
N
Name order
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection
Definition Rules Form (GLRSLCT). All or none of
the population selection parameters must be
entered.
Population Selection Inquiry Form
(GLISLCT)
126
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
Creator ID
No
Enter the user ID of the person who created the
population rules. All or none of the population
selection parameters must be entered.
Report Sample—Student Report (SGRSTDN) — see the following pages
127
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
SEQUENCE BY N
12-MAY-2006 13:26:11
200443
BANNER University
Student Report
PAGE 1
SGRSTDN
Student List by Name, Term
Id
300444162
300444072
128
Name
Aarons Marcy
Acton Dan
Term
200443
Student:
200443
Student:
Title
Code
Description
Residence
Session
F/P
Status
Block
R
In state Resident
F
AS
Fulltime
Active
Priority
Stu Type
Admit Term
Matric
Level
Degree
Program
College
Campus
Major
Dept
1
N
200443
200443
UG
BA
BA-HISTORY
AS
M
HIST
HIST
Priority
Stu Type
Admit Term
Matric
Level
Degree
Program
College
Campus
Major
Dept
2
N
200443
200443
CE
CERT
CE-ART
CE
ARTS
ART
Fine Art
Art
Residence
Session
F/P
Status
Block
M
Military Out of State
F
AS
Fulltime
Active
Priority
Stu Type
Admit Term
Matric
Level
Degree
Program
College
1
N
200443
200443
UG
BA
BA-ENGLISH
AS
New First Time
Undergraduate (UG)
Bachelor of Arts
Bach of History
College of Arts & Sciences
Main
History
History
New First Time
Continuing Education
Certificate Program
CE in Art and Mixed Medium
Continuing Education
New First Time
Undergraduate (UG)
Bachelor of Arts
BA in English
College of Arts & Sciences
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 13:26:11
200443
BANNER University
Student Report
PAGE 2
SGRSTDN
Student List by Name, Term
Id
(Continued)
300444072 Acton Dan
A00013224
Name
Anglomany Leo H
Term
Title
Code
Description
Campus
Major
Dept
Minor
ENGL
ENGL
CHEM
English
English
Chemistry
Residence
Session
F/P
Status
Block
M
Military Out of State
F
AS
Fulltime
Active
Priority
Stu Type
Admit Term
Matric
GradYr
Grad Date
Level
Degree
Program
College
Campus
Major
Dept
1
N
200443
200443
2002
01-JUN-2004
UG
BA
BA-FILM
AS
Priority
Stu Type
Admit Term
Matric
GradYr
Grad Date
Level
Degree
Program
College
Campus
Major
2
N
200220
200220
2002
01-JUN-2004
UG
BA
BA-FILM
AS
200443
200443
Student:
Comments: Term
200220
129
ARTS
ART
ANTH
New First Time
Undergraduate (UG)
Bachelor of Arts
BA in Arts with Film
College of Arts & Sciences
Fine Art
Art
New First Time
Undergraduate (UG)
Bachelor of Arts
BA in Arts with Film
College of Arts & Sciences
Anthropology
Comment
Nominated for scholarship by Prof Anderson
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 13:26:11
200443
BANNER University
Student Report
PAGE 3
SGRSTDN
Student List by Name, Term
Id
Name
(Continued)
A00013224 Anglomany Leo H
Term
200443
Activity: Term
Veteran:
300444062
300444056
Atwhorp Ben
Zane Bill
200443
Student:
200443
Student:
Code
050
Term
Code
200220
4
Residence
Session
F/P
Status
Block
R
In state Resident
AS
Active
Priority
Stu Type
Admit Term
Matric
Level
Degree
Program
College
Campus
Major
Major
1
N
200443
200443
UG
BA
BA-FILM
AS
3
ARTS
FILM
Residence
Session
F/P
Status
Block
R
X
F
AS
ELET21
Priority
Stu Type
Admit Term
Matric
Grad Date
Level
Degree
Program
College
Campus
1
R
200443
200443
01-JAN-2006
UG
BA
BA-HISTORY
AS
M
Major
Dept
130
Activity
200220
Memorial Scholarship Committee
Description
Chapter 34 Regular Veteran
Hours
Date
3.000
01-FEB-2004
New First Time
Undergraduate (UG)
Bachelor of Arts
BA in Arts with Film
College of Arts & Sciences
Japan Center
Fine Art
Film Directing
In state Resident
Day
Fulltime
Active
ELET Year 2, Semester 1
Returning
Undergraduate (UG)
Bachelor of Arts
Bach of History
College of Arts & Sciences
Main
HIST
HIST
Student Release 7.3
Release Guide
History
History
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006 13:26:11
200443
BANNER University
Student Report
PAGE 92
SGRSTDN
Student List by Name, Term
Id
(Continued)
300444056 Zane Bill
Name
Term
200443
Comments: Term
Comment
200443
Activity: Term
Veteran:
12-MAY-2006 13:26:11
200443
Assigned to Prof Williams for advising.
Code
200443
200443
070
090
Term
Code
200444
200443
2
1
Activity
Friends of the Museum
Board of Visitors
Description
Chapter 32 Post Vietnam Vet
Chapter 31 Rehabilitation
BANNER University
Student Report
* * * REPORT CONTROL INFORMATION - SGRSTDN - Release 7.3 * * *
Hours
Date
3.000
4.000
01-JAN-2005
01-JAN-2005
PAGE 93
SGRSTDN
RPTNAME: SGRSTDN
SELECTION IDENTIFIER:
APPLICATION CODE:
CREATOR ID:
TERM: 200443
REPORT SEQUENCE: N
RECORD COUNT: 5
131
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Veteran Report (SGRVETN)
Description
This report is used to list students with veteran information by term. It includes not only the student's veteran type and
number, but also the certification hours and current schedule of classes. Schedule and veteran number data are required.
In order to produce this report, three components must exist in Banner.
•
Information must be entered in the Veteran Information window of SGASTDN for the Veteran Type, Term, Certification
Credit Hours, and Certification Date fields. Valid values for the veteran type code come from STVVETC. The term code
is the term of veteran certification. The veteran certification credit hours for the term are entered in format 99.99. The
veteran certification date is entered in format MON-DD-YYYY.
•
The veteran file number must exist on the General Person Form (SPAPERS) in the Veteran File Number field.
•
The student must be registered for courses on the Student Course Registration Form (SFAREGS).
The term code entered in the Veteran Information window of SGASTDN and on SFAREGS must match the term code entered
in the Term parameter for the report.
Parameters
Name
Required?
Description
Values
Term
Yes
Enter the term code representing the term for which
you wish to list the students' veteran information.
Term Code Validation Form
(STVTERM)
Report Sample— Veteran Report (SGRVETN) — see the following pages
132
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006
13:44:43
200443
BANNER University
Veteran Report
Fall 2004 Second Part (200443)
NAME
ID
Doreen Hamilton
A00027262
FULL/PART:
STATUS:
AS
PRIORITY:
STUDENT TYPE:
ADMIT TERM:
MATRIC:
LEVEL:
DEGREE:
PROGRAM:
COLLEGE:
CAMPUS:
MAJOR:
1
N
200443
200443
UG
BA
BA-HISTORY
AS
M
HIST
VETERAN NUMBER:
VETERAN TYPE:
CERT TERM:
CERT CREDIT HOURS:
CERT DATE:
5
200443
33.000
01-JUN-2004
Chapter 35 Widow Child
ENROLL STATUS:
ENROLL STATUS DATE:
EL
18-NOV-2004
Eligible to Register
CRN
SUBJ CRSE
10003 BIOL 1011
SGRVETN
Active
New First Time
Undergraduate (UG)
Bachelor of Arts
Bach of History
College of Arts & Sciences
Main
History
SECT TITLE
CREDS
ST DATE
002
1.000
18-NOV-2004
Biological Principles Lab
TOTAL
133
PAGE 1
STATUS
RE
**Registered**
1.000
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006
13:44:43
200443
BANNER University
Veteran Report
Fall 2004 Second Part (200443)
NAME
SGRVETN
ID
Allan Curry
134
PAGE 1
300444166
FULL/PART:
STATUS:
F
AS
Full Time
Active Student
PRIORITY:
STUDENT TYPE:
ADMIT TERM:
MATRIC:
LEVEL:
DEGREE:
PROGRAM:
COLLEGE:
CAMPUS:
MAJOR:
MAJ/CONCENTRATION:
MAJOR:
MAJ/CONCENTRATION:
MINOR:
MINOR:
CONCENTRATION:
CONCENTRATION:
1
N
200443
New First Time
UG
BA
BA-HISTORY
AS
M
HIST
EAAM
ECON
MICR
SPAN
FREN
COMP
DRAW
Undergraduate (UG)
Bachelor of Arts
Bach of History
College of Arts & Sciences
Main
History
Early American History
Economics
Micro Economic Theory
Spanish
French
Computer Science
Drawing
PRIORITY:
STUDENT TYPE:
ADMIT TERM:
MATRIC:
GRAD YEAR:
GRAD TERM:
GRAD DATE:
LEVEL:
DEGREE:
PROGRAM:
COLLEGE:
CAMPUS:
MAJOR:
MAJ/CONCENTRATION:
MAJOR:
MINOR:
MINOR:
CONCENTRATION:
CONCENTRATION:
2
N
200443
200443
2007
200720
01-JUN-2007
GR
MA
MA_COMM
AS
M
COMM
INTP
MSCO
RDTV
EDIT
PBSP
NEWS
VETERAN NUMBER:
VETERAN TYPE:
8
New First Time
Spring 2006-2007
Graduate
Master of Arts
Communication Arts
Arts and Science
Main
Communications
Interpersonal Communications
Mass Communications
Radio and Television
Film Editing
Public Speaking
Writing for Newspapers
Veteran Complete Withdrawal
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006
13:44:43
200443
NAME
PAGE 2
Veteran Report
Spring 2005-2006
SGRVETN
ID
Allan Curry
CERT TERM:
CERT CREDIT HOURS:
CERT DATE:
ENROLL STATUS:
ENROLL STATUS DATE:
CRN
SUBJ CRSE
10001 BIOL 1010
10002 BIOL 1011
300444166
200443
4.000
13-FEB-2006
EL
01-MAR-2006
Eligible to Register
SECT TITLE
CREDS
ST DATE
001
001
3.000
1.000
01-MAR-2006
01-MAR-2006
Biological Principles
Biological Principles Lab
TOTAL
135
BANNER University
STATUS
RE
RE
**Registered**
**Registered**
4.000
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006
13:44:43
200443
NAME
PAGE 1
Veteran Report
Spring 2005-2006
SGRVETN
ID
Theresa Forsythe
136
BANNER University
300444080
FULL/PART:
STATUS:
F
AS
PRIORITY:
STUDENT TYPE:
ADMIT TERM:
MATRIC:
GRAD YEAR:
GRAD TERM:
GRAD DATE:
LEVEL:
DEGREE:
PROGRAM:
COLLEGE:
CAMPUS:
MAJOR:
MAJ/CONCENTRATION:
MAJ/CONCENTRATION:
MAJOR:
MAJ/CONCENTRATION:
MINOR:
MINOR:
1
S
200440
200440
2006
200620
12-JUN-2006
UG
BA
BA-HISTORY
AS
M
HIST
MEDI
AGRC
ECON
MACR
SPAN
GREK
PRIORITY:
STUDENT TYPE:
ADMIT TERM:
MATRIC:
GRAD YEAR:
GRAD TERM:
GRAD DATE:
LEVEL:
DEGREE:
PROGRAM:
COLLEGE:
CAMPUS:
MAJOR:
MAJ/CONCENTRATION:
2
S
200440
200440
2006
200620
12-JUN-2006
UG
BA
BA-ARTS
AS
MAL
ARTS
DRAW
VETERAN NUMBER:
VETERAN TYPE:
CERT TERM:
CERT CREDIT HOURS:
7
200443
50.000
Full Time
Active
Special
Spring 2005-2006
Undergraduate
Bachelor of Arts
Bach of History
College of Arts & Sciences
Main
History
Medieval Times
Ancient Greece
Economics
Macro Economic Theory
Spanish
Greek
Special
Spring 2005-2006
Undergraduate
Bachelor of Arts
BA in Arts
College of Arts & Sciences
Malvern
Fine Art
Drawing
Other Veteran
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
12-MAY-2006
13:44:43
200443
NAME
BANNER University
PAGE 2
Veteran Report
Spring 2005-2006
SGRVETN
ID
Theresa Forsythe
CERT DATE:
300444080
14-JAN-2006
ENROLL STATUS:
ENROLL STATUS DATE:
EL
04-AUG-2005
CRN
SUBJ CRSE
SECT TITLE
10005
10007
10111
10112
BIOL
ACCT
ART
ART
001
001
10
10
1401
2340
1021
311
Microbiology
Accounting for Info.
Art for CE
Art all at once
Eligible to Register
Systems
TOTAL
12-MAY-2006
13:44:43
200443
CREDS
ST DATE
3.000
3.000
3.000
400.000
04-AUG-2005
04-AUG-2005
20-SEP-2005
28-OCT-2005
STATUS
RE
RE
RE
RE
**Registered**
**Registered**
**Registered**
**Registered**
409.000
BANNER University
Veteran Report
* * * REPORT CONTROL INFORMATION - SGRVETN - Release 7.3 * * *
PAGE 1
SGRVETN
RPTNAME: SGRVETN
TERM: 200443
RECORD COUNT: 3
137
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Enrollment Verification Report (SFRENRL)
Description
This process produces the enrollment verification reports which were processed using the Enrollment Verification Request
Form (SFARQST) or selected using the population selection parameters. You can specify the number of copies of the
enrollment verification that are to be printed on SFARQST. Term, registration date, or academic year information from
SFARQST is used to determine the term information that is included in the report
Note: If an academic year is entered in SFARQST, the enrollment verification process examines the terms in the academic
year specified in the request to find the earliest term record for the learner in which any records exist (SGBSTDN
- general student, SFBETRM - student registration, or SHRTCKN - institutional term course maintenance), and
begins printing the terms for the report commencing with that term and including only the terms within that
academic year. If no such data exists within the specified academic year, then no enrollment verification report will
be printed. If no academic year is entered in SFARQST, the enrollment verification will be produced only for the
term entered in the Key Block, which will be the term used to process the request.
Parameters
138
Name
Required?
Description
Student ID
Yes
To request that the verification on a specific student
be processed, enter that person's ID number, or
enter % to request all IDs which are in the collector
file.
Enrollment Request
Type
No
Enter the enrollment request type for which the
verification is to be processed. If all types are to be
processed, enter a NULL value.
Enrollment Verification Type Code
Validation Form (STVEPRT)
Address Type
Yes
Enter the address type for which the verification is to
be processed.
Address Type Code Validation Form
(STVATYP)
Student Release 7.3
Release Guide
Values
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Select Credit Type to
Print
Yes
Enter the credit hours type, (E)arned or
(A)ttempted, to be printed on the report.
E
Earned
A
Attempted
Print Enrollment
Request Type
No
Enter Y to have the enrollment request type printed
on the report. Enter a NULL value or N to prevent
the enrollment request type from printing.
Y
Print enrollment request type
N
Do not print enrollment request
type
Printer
No
Enter the printer destination for the enrollment
verifications.
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection
Definition Rules Form (GLRSLCT). All or none of
the population selection parameters must be
entered.
Population Selection Inquiry Form
(GLISLCT)
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
139
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Creator ID
No
Enter the user ID of the person who created the
population rules. All or none of the population
selection parameters must be entered.
Time Status Calc Credit
Type
Yes
Enter the credit hours type (E)arned or
(A)ttempted, to be used for the enrollment history
time status calculation.
E
Earned
A
Attempted
Print Birth Date
Yes
Enter Y to print the student’s birth date or N to not
print the birth date. The default is N. This parameter
allows you to keep this information confidential,
unless the student gives you permission to distribute
it.
Y
Print birth date
N
Do not print birth date
Enter Y to print the long section title from the
syllabus (SSRSYLN) or N to print the existing course
title from the section (SSBSECT) or from SCBCRSE
if the section title is null. The default is N.
Y
Print long section title
N
Do not print long section title
Enter Y to print the registration start and end dates
(the original registration start date and the most
current expected completion date) for the student
or N to not print the dates. The default is N.
Y
Print registration start/end dates
N
Do not print registration start/end
dates
Print Long Section Title
Print Reg Start/End
Dates
140
Yes
Yes
Student Release 7.3
Release Guide
Values
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Web Self-Service Options
No
Enter Y to process requests using Web Self-Service
options or N to not use Web Self-Service options.
Y
Print requests using Web SelfService options
N
Do not print requests using Web
Self-Service options
Y
Print requests using Web payment
options
N
Do not print requests using Web
payment options
Web Payment Options
141
No
Enter Y to process requests using Web payment
options or N to not use Web payment options.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Use Request Cutoff
Term
Yes
Enter Y to request that a cutoff term be used or N to
not request that a cutoff term be used. The default is
N.
Y
Use cutoff term
N
Do not use cutoff term
Request Cutoff Term
No
When the Use Request Cutoff Term parameter is set
to Y, enter the term to be used as the cutoff term for
processing.
Term Code Validation Form
(STVTERM)
If the Use Request Cutoff Term parameter is set to Y,
and a cutoff term is specified, only learners with
registration terms (or terms where academic year is
specified) that are less than the specified cutoff term
will be printed.
For example, when a registration drop or add has
been completed, you can redefine the cutoff term,
or you can set the Use Request Cutoff Term
parameter to N, and remove the term from the
Request Cutoff Term parameter.
Report Sample— Enrollment Verification Report (SFRENRL) — see the following pages
142
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
This sample shows the Credit Hours Type of "Attempted”.
Date Issued: 03-MAY-2006 06:26:51
Page: 1
Request Type: Bank
Issued
Fax:
to: Hannah R. Moore
(845)7573377
Record of:
Hannah R Moore
19 Red Mountain Avenue
RR 3, RD 10
Torrington, CT 022101919
Student No: 080821550
SSN/SIN/TIN: **0-81-95**
Birth Date: 09-AUG
==========
ENROLLMENT VERIFICATION FOR FALL 2002 (200310)
==========
Enrollment Status :
------------------------ General Student Information -----------------------F/P Time
: F
Class
: Junior
Academic Standing : Good Standing
Residency
: In state Resident
Term Dates
: 01-SEP-2002 to 15-DEC-2002
--- PRIMARY CURRICULUM --Student Type
: New First Time
Program
: Bachelor of Arts in English
College
: College of Arts & Sciences
Campus
: Philadelphia Campus
Degree
: Bachelor of Arts
Major
: English
-- SECONDARY CURRICULUM -------------------------- Enrollment Hours and GPA -------------------------Credit Hours
:
19.000
Term GPA
:
2.80
------------------------- Cumulative Hours and GPA -------------------------LEVEL
ATTEMPTED HOURS
EARNED HOURS
PASSED HOURS
GPA HOURS
CR
8.438
8.438
8.438
3.438
QUALITY POINTS:
10.31
GPA:
3.00
GR
42.000
42.000
42.000
42.000
QUALITY POINTS:
629.01
GPA:
14.97
UG
122.000
116.000
116.000
92.000
QUALITY POINTS:
288.17
GPA:
3.13
--------------------------- Degree(s) Information --------------------------Awarded Degree
: Bachelor of Arts
Graduation Date
: 15-JUN-2006
Graduation Term
: Fall 2005 200610
Graduation Year
: 2001
Awarded Degree
: Master of Business Admin.
Graduation Year
: 2006
****************************CONTINUED ON NEXT PAGE***************************
143
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Date Issued: 03-MAY-2006 06:26:51
Page: 2
Request Type: Bank
Issued to:
Record of:
Hannah R. Moore
Hannah R Moore
Student No: 080821550
SSN/SIN/TIN: **0-81-95**
Birth Date: 09-AUG
===========
ENROLLMENT VERIFICATION FOR FALL 2002 (200310)
============
----------------- Billing Hours and Assessment Information -----------------Billing Hours
:
Assessment
:
----------------------------- Term Information -----------------------------Terms Attended
: 200110
Fall 2000 - 200110
200210
Fall 2001 200210
200220
Spring 2002 (200220)
200120
Spring 2001
200310
Fall 2002 (200310)
200320
Spring 2003 (200320)
200410
Fall 2003 (200410)
200510
Fall 2004 - 200510
200420
Spring 2004
200610
Fall 2005 200610
Last Term Attended: 200610
Fall 2005 200610
------------------------- Enrollment Course Summary ------------------------CREDIT
SUBJ CRSE CRN
COURSE TITLE
START/END
HOURS GRADE
ARTH 102
12007
4.000
BMUSC 301
12001
12.000
P
PSYC 201
12004
3.000
B
---------------------------- Enrollment History ----------------------------TERM
START/END
TIME STATUS/TERM HOURS & GPA
200110 01-SEP-2000 Full Time
15-DEC-2000 ATTEMPTED HOURS:
20.000 GPA:
2.79
200120 15-JAN-2001 Full Time
15-MAY-2001 ATTEMPTED HOURS:
13.000 GPA:
2.58
200210 01-SEP-2001 Full Time
15-DEC-2001 ATTEMPTED HOURS:
12.000 GPA:
2.88
200220 15-JAN-2002 Full Time
15-MAY-2002 ATTEMPTED HOURS:
15.000 GPA:
3.55
200310 01-SEP-2002 Full Time
15-DEC-2002 ATTEMPTED HOURS:
19.000 GPA:
2.80
200320 01-JAN-2003 Full Time
15-MAY-2003 ATTEMPTED HOURS:
15.000 GPA:
3.66
****************************CONTINUED ON NEXT PAGE***************************
144
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Date Issued: 03-MAY-2006 06:26:51
Page: 3
Request Type: Bank
Issued to:
Record of:
Hannah R. Moore
Hannah R Moore
Student No: 080819550
SSN/SIN/TIN: **0-81-95**
Birth Date: 08-AUG
===========
ENROLLMENT VERIFICATION FOR FALL 2002 (200310)
============
---------------------------- Enrollment History ----------------------------TERM
START/END
TIME STATUS/TERM HOURS & GPA
200410 01-SEP-2003 Half Time
15-DEC-2003 ATTEMPTED HOURS:
11.000 GPA:
3.51
200420 15-JAN-2004 Half Time
10-MAY-2004 ATTEMPTED HOURS:
4.000 GPA:
4.00
200510 01-SEP-2004 Half Time
10-MAY-2005 ATTEMPTED HOURS:
5.000 GPA:
0.00
200610 01-SEP-2005 Half Time
18-DEC-2005 ATTEMPTED HOURS:
3.438 GPA:
3.00
---------------------------- Enrollment Messages ---------------------------Enrollment Status may change until end of drop add period
************************END OF ENROLLMENT VERIFICATION***********************
145
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Date Issued: 03-MAY-2006 06:26:51
Page: 1
Request Type: Self Service Request
Issued
to: Health Plan Administration
1500 Liberty Street
New Hampton, CT 02876
Record of:
Alphonse Matthews
PO Box 99887
Warrensburg, NY 12566
Student No: C55689004
SSN/SIN/TIN: ***-**-98**
Birth Date: OCT/05
==========
ENROLLMENT VERIFICATION FOR SPRING 2005 - 200520
==========
Enrollment Status : Eligible to Register
------------------------ General Student Information -----------------------F/P Time
: Full Time
Class
: Freshman
Academic Standing : Good Standing
Residency
: Out of state Resident
Term Dates
: 15-JAN-2005 to 10-MAY-2005
--- PRIMARY CURRICULUM --Student Type
: 1st Time Freshman
Expected Grad Date: 15-JAN-2010
Expected Grad Term: First Term 2010
Expected Grad Year: 2010
Program
: Bachelor of Arts
College
: College of Arts & Sciences
Campus
: Main Campus
Degree
: Bachelor of Arts
Major
: English
Major
: History
Maj/Concentration : Art History
Minor
: Anthropology & Sociology
Concentration
: Advertising
-- SECONDARY CURRICULUM -Student Type
: Continuing Student
Expected Grad Date: 10-APR-2007
Expected Grad Term: Spring 2006
Expected Grad Year: 2007
Program
: History
College
: College of Arts & Sciences
Degree
: Bachelor of Arts
Major
: American Studies
Major
: History
Student Type
: New First Time
Expected Grad Date: 01-JUN-2005
Expected Grad Term: Spring 2005 - 200520
Expected Grad Year: 2005
****************************CONTINUED ON NEXT PAGE***************************
146
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Date Issued: 03-MAY-2006 06:26:51
Page: 2
Request Type: Self Service Request
Issued to:
Record of:
Health Plan Administration
Alphonse Matthews
Student No: C55689004
SSN/SIN/TIN: ***-**-98**
Birth Date: OCT/05
===========
ENROLLMENT VERIFICATION FOR SPRING 2005 - 200520
============
-- SECONDARY CURRICULUM -Program
: Certificate in IT
College
: Science and Technology
Degree
: Certificate Program
Major
: Computer Information Managment
------------------------- Enrollment Hours and GPA -------------------------Credit Hours
:
4.000
Term GPA
:
0.00
------------------------- Cumulative Hours and GPA -------------------------LEVEL
ATTEMPTED HOURS
EARNED HOURS
PASSED HOURS
GPA HOURS
UG
12.000
12.000
12.000
12.000
QUALITY POINTS:
24.00
GPA:
2.00
--------------------------- Degree(s) Information --------------------------Pending Degree
: Bachelor of Arts
Pending Grad Date : 15-JAN-2010
Pending Grad Term : First Term 2010
Pending Grad Year : 2010
----------------- Billing Hours and Assessment Information -----------------Billing Hours
: 4.000
Assessment
: 1,200.00
----------------------------- Term Information -----------------------------Terms Attended
: 200510
Fall 2004 - 200510
Last Term Attended: 200510
Fall 2004 - 200510
------------------------- Enrollment Course Summary ------------------------CREDIT
SUBJ CRSE CRN
COURSE TITLE
START/END
HOURS GRADE
ART 100
20001
11-OCT-2004
4.000
11-MAY-2005
---------------------------- Enrollment History ----------------------------TERM
START/END
TIME STATUS/TERM HOURS & GPA
200510 01-SEP-2004 Full Time
10-MAY-2005 ATTEMPTED HOURS:
12.000 GPA:
2.00
---------------------------- Enrollment Messages ---------------------------Drop/Add period extends through the sixth week of every term
Enrollments may change frequently during this time.
The student status for financial aid purposes can also vary
during this time.
Please call the Office of the Registrar
1-800-787-7788 during our verification hours:
****************************CONTINUED ON NEXT PAGE***************************
147
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Date Issued: 03-MAY-2006 06:26:51
Page: 3
Request Type: Self Service Request
Issued to:
Record of:
Health Plan Administration
Alphonse Matthews
Student No: C55689004
SSN/SIN/TIN: ***-**-98**
Birth Date: OCT/05
===========
ENROLLMENT VERIFICATION FOR SPRING 2005 - 200520
============
---------------------------- Enrollment Messages ---------------------------7:00 a.m EST- 10:00 AM EST;
3:00 pm EST - 6:00 PM EST
Press voice response number 3 for enrollment status
inquiries.
Fax requests may be submitted during these hours also
using FAX number:
1-888-888-7777.
************************END OF ENROLLMENT VERIFICATION***********************
148
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
03-MAY-2006 06:26:51
BANNER System Test
Enrollment Verification
* * * REPORT CONTROL INFORMATION - SFRENRL - Release 7.3 * * *
SFRENRL
SELECTION IDENTIFIER:
APPLICATION CODE:
CREATOR ID:
ID NUMBER (%=All requests that are in the collector): %
REQUEST TYPE: BANK SS
SEQUENCE NUMBER:
ADDRESS TYPE: 1MA
CREDIT HOURS TYPE: A
PRINTER:
PRINT ENROLLMENT REQUEST TYPE: Y
PRINT BIRTH DATE: Y
PRINT LONG SECTION TITLE: Y
PRINT REGISTRATION START/END DATES: Y
WEB SELF SERVICE OPTIONS:
WEB PAYMENT OPTIONS:
USE REQUEST CUTOFF TERM: Y
REQUEST CUTOFF TERM: 200610
NUMBER OF LINES PRINTED PER PAGE [55]: 55
RECORD COUNT: 2
149
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Student Type Update Report (SHRTYPE)
Description
This is the process for updating existing student types maintained on the General Student Form (SGASTDN) to the Next
Student Type which is maintained on the Student Type Code Validation Form (STVSTYP). It should be run after the Grade
Roll (SHRROLL). The process uses the Continuant Terms Rule Form (SOACTRM) to identify terms and student types which
should be used in the process.
An academic history record in the Term Course Maintenance Form (SHAINST) for user specified terms will trigger the system
to change the student type to the next status based on the fact that the student was enrolled.
Parameters
150
Name
Required?
Description
Values
Rules Term
Yes
Enter the term code for which there must be
academic history in order to be updated. This term
should be the same as the key term on the
Continuant Terms Rule Form (SOACTRM).
Term Code Validation Form
(STVTERM)
Update Term
Yes
Enter the term code for which the new student type
should be effective.
Term Code Validation Form
(STVTERM)
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Mode
Yes
A or audit mode will print a report of all students
affected, their current student type, and what would
be changed, without actually updating their
database. U or update mode will update records with
the next status.
A
Audit
U
Update
Enter Y to process the student type for the learner
curriculum record. Enter N to process only the
student type for the general student record
(SGBSTDN).
Y
Process student type for learner
curriculum record
N
Process student type for general
student record
Process Curriculum
No
Report Sample—Student Type Update Report (SHRTYPE) — see the following pages
151
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
23-FEB-2006 11:26:17
200442
BANNER University
Student Type Update / UPDATE
PAGE 1
SHRTYPE
STUDENT NAME
ID
CURRENT STUDENT TYPE
UPDATED STUDENT TYPE
Sanders, Bob
Sanderson, Anne
Simmons, Della
Simmons, Della
Stewart, Peter
Stewart, Peter
300444181
300444182
300444183
300444183
300444184
300444184
N
N
N
N
N
N
C
C
C
C
C
C
23-FEB-2006 11:26:17
200442
New
New
New
New
New
New
First
First
First
First
First
First
Time
Time
Time
Time
Time
Time
Continuing
Continuing
Continuing
Continuing
Continuing
Continuing
BANNER University
Student Type Update / UPDATE
LCUR SEQ
3
3
PAGE 2
SHRTYPE
* * * REPORT CONTROL INFORMATION - SHRTYPE - Release 7.3 * * *
RULES TERM: 200442
UPDATE TERM: 200442
AUDIT OR UPDATE: U
UPDATE CURRICULUM: Y
STUDENTS UPDATED: 4
CURRICULUM UPDATED: 2
152
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Degree Status Update Report (SHRDEGS)
Description
This report updates the existing degree status code to a new user-defined degree status. Optionally, the student status
maintained on the General Student Form (SGASTDN) may also be updated for a user-defined effective term. This report may
be run in audit or update mode.
Parameters
Name
Required?
Description
Values
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection
Definition Rules Form (GLRSLCT). All or none of
the population selection parameters must be
entered.
Population Selection Inquiry Form
(GLISLCT)
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
Creator ID
153
No
Enter the user ID of the person who created the
population rules. All or none of the population
selection parameters must be entered.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
154
Name
Required?
Description
Values
Report Term
Yes
Enter the code representing the term for which the
report is to be run. This is the term that will be used
in headers and student selection.
Term Code Validation Form
(STVTERM)
Audit or Update Mode
Yes
Enter A for audit mode to print a report of the
degree statuses, without actually updating the
database. Enter U (update) to update records with
the new degree status. The default value is audit.
A
Audit
U
Update
Current Degree Status
Code
Yes
Enter the current degree status code to be used in
the selection for the report.
Degree Status Code Validation Form
(STVDEGS)
New Degree Status Code
Yes
Enter the new degree status code to be applied to the
selected degrees.
Degree Status Code Validation Form
(STVDEGS)
Graduation Term
No
Enter the graduation term to be used in the
selection. Multiple values may be entered. If
entered, only those students whose graduation term
matches the user entered term will be selected for
the update. If blank, all graduation terms are
processed.
Term Code Validation Form
(STVTERM)
Graduation Year
No
Enter the year to be used in the selection. If blank,
all years are processed.
Academic Year Validation Form
(STVACYR)
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
155
Name
Required?
Description
Values
Graduation Status
No
Enter the graduation status to be used in the
selection. If blank, all graduation statuses are
processed.
Graduation Status Validation Form
(STVGRST
Degree Code
No
Enter the degree code to be used in the selection.
Multiple values may be entered. If blank, all degree
codes are processed.
Degree Code Validation Form
(STVDEGC)
Campus
No
Enter the campus code to be used in the selection. If
blank, all campus codes are processed.
Campus Code Validation Form
(STVCAMP)
Level
No
Enter the level code to be used in the selection.
Multiple values may be entered. If blank, all levels
are processed.
Level Code Validation Form
(STVLEVL)
New Student Status
No
Enter the student status for updating if the student
record is to be updated. If blank, no update of
student status occurs. If a value is entered, and this
value differs from the selected student's student
status in the General Student module, a new General
Student record will be created with the new student
status for the student status effective term.
Student Status Code Validation Form
(STVSTST)
Student Status Effective
Term
No
Required, if new student status is not null. Enter the
new effective term if the student status is to be
updated.
Term Code Validation Form
(STVTERM)
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Report Sample—Degree Status Update Report (SHRDEGS)
26-APR-2006 15:40:36
200410
ID
CCGSTU014
CCGSTU015
BANNER System Test
Degree Status Update Report
AUDIT MODE - FROM: Sought TO: Pending; STUDENT TO: Inactive due to Graduation
NAME
Ashton, Benjamin
Atlas, Mark
26-APR-2006 15:40:36
200410
DEGREE
BA
BA
CAMPUS
M
M
LEVEL
UG
UG
GRAD TERM
200620
200620
GRAD YEAR
2006
2006
PAGE 1
SHRDEGS
GRAD STATUS
PG
PG
BANNER System Test
Degree Status Update Report
AUDIT MODE - FROM: Sought TO: Pending; STUDENT TO: Inactive due to Graduation
PAGE 2
SHRDEGS
* * * REPORT CONTROL INFORMATION - SHRDEGS - Release 7.3 * * *
RPTNAME: SHRDEGS
*** POPULATION SELECTION WAS NOT USED ***
AUDIT OR UPDATE MODE : A
CURRENT DEGREE STATUS: SO
NEW DEGREE STATUS
: PN
GRADUATION TERM : 200620
GRADUATION YEAR :
GRADUATION STATUS: PG
DEGREE CODE :
DEGREE CAMPUS:
DEGREE LEVEL : UG
NEW STUDENT STATUS: IG
STATUS EFFECTIVE TERM: 200710
RECORD COUNT: 2
156
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Grade Roll to Academic History (SHRROLL)
Description
This process is provided to roll grades entered through the Class Roster Form (SFASLST) in Registration into Academic
History. (Grades may also be rolled online through SFASLST and SFAALST). The grade roll creates a term header record in
academic history and copies courses from registration into the Term Course Maintenance Form (SHAINST).
Grade Roll and Degree Records
The grade roll will create a degree record in academic history with a status of SO for sought, (a system-required value on
STVDEGS), if no degree record already exists. The learner curriculum that is active for the term associated with the graded
courses that are being rolled will become the sought outcome curriculum for the newly created degree record.
157
•
If a degree record already exists with the status of SO for sought or PN for pending (PN is also a system-required value on
STVDEGS), and the student’s learner curriculum (program, degree, level, and college) for the term in which the courses
are registered, graded, and to be rolled matches the existing curriculum on the degree record with the status of SO or PN,
the courses will be rolled into that existing, matching degree record.
•
If the program, degree, level, and college in the learner and outcome curriculum records match, but the campus or active
field of study data in the term being rolled differ, a new degree record will be created that includes the changed or new
campus and field of study information.
•
If the program, degree, level, and college are the same, but the major is different, the major on the existing degree record
is updated to reflect the change in major information.
•
If a degree record exists with the status of SO or PN, and the student's learner curriculum for the term in which the
registered and graded courses to be rolled does not match the existing, active outcome curriculum values of program,
degree, level, and college, a new degree record with status of SO will be created with the new curriculum information from
the term being rolled.
•
If a degree record exists with the status of AW for awarded, and additional courses are then graded and rolled, a new
degree record with a status of SO will be created using the active learner curriculum, even if all curriculum information
matches that of the awarded degree.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Grade Roll and Section Dates
Section start and end dates are rolled to academic history when an enrollment is rolled, regardless of whether the section is a
CEU section.
When information is rolled to academic history either online using the Class Roster Form (SFASLST) or the Class Attendance
Roster Form (SFAALST) or in batch using the Grade Roll to Academic History (SHRROLL), the section start and end dates
are rolled. If the schedule type of the section permits assignment of a CRN to a co-op activity, and the CRN is assigned to a
co-op for the term, the start and end dates for the co-op are rolled. If no co-op exists or the section’s type does not permit the
assignment of a CRN to a co-op activity, then the section dates are rolled.
Grade Roll and Components/Sub-components
The process will only roll components and sub-components when there is no value for the grade date. The grade update
restrictions also apply to components and sub-components.
When a final grade is entered against an individual registration record, the grade date (SFRSTCR_GRDE_DATE) is not, as yet,
updated. When SHRROLL is run in batch mode, those registration records containing a value in the Final Grade field
(SFRSTCR_GRDE_CODE) and no value in the (Grade) Date are rolled to academic history. The existence of a date in this field
prevents the batch grade roll process from performing any subsequent rolls to academic history. The presence of this date
also prevents the final grade from being updated in either SFASLST or SFAALST.
The same grade update restriction is required for component and sub-component marks. Therefore, when the registration
is rolled, the same date that is entered in the registration date field is also used to populate the roll date in the SHRMRKS,
SHRCMRK, and SHRSMRK tables for the applicable student.
158
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Grade Roll and Open Learning Courses/Part-of-Term
The start from and to dates are used to select all registration records in a range. For traditional courses (which are assigned
to a part-of-term), the part-of-term start date associated with the section is used to determine inclusion. For open learning
courses, the start date of the original SFRAREG record for the student is used.
If you need to isolate a portion of a term for roll processing, enter either a valid term or a wildcard (%) to search all terms.
The wildcard feature is only permitted if start from and to dates are also entered. In this instance, only registration records in
a particular term matching the date range entered would be rolled.
Also, if a specific part-of-term is entered, records meeting the date requirements are rolled. A valid term must be entered in
order to also have the associated part-of-term.
Term
Part-of-Term Date Range
Fall 2002
159
Fall 2002
1
Fall 2002
%
01-SEP-2002 to
30-NOV-2002
%
1
Fall 2002
1
01-SEP-2002 to
30-NOV-2002
01-SEP-2002 to
30-NOV-2002
%
%
01-SEP-2002 to
30-NOV-2002
Results
All graded registration records for the Fall 2002
term would be rolled.
All graded registration records for the Fall 2002
term for sections assigned a part-of-term code of 1
would be rolled.
All graded registration records with a registration
start date between the date range (inclusive), for
the Fall 2002 term, would be rolled.
Not permitted.
All graded registration records for the Fall 2002
term for sections assigned a part-of-term code of 1
with a registration start date between the date
range (inclusive) would be rolled.
All graded registration records with a registration
start date between the date range (inclusive)
would be rolled.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Open learning information is rolled from SFRAREG to SHRTCKN for the number of extensions processed for a registration
record, the original start date from the first SFRAREG record, and the most recent expected completion date. The instructor
assignment from the SFRAREG record is rolled and is displayed in the Instructor Information block on SHATCKN.
Parameters
160
Name
Required?
Description
Values
Term Code
Yes
Enter the term code representing the term for which
grades are to be rolled.
Term Code Validation Form
(STVTERM)
Start From Date
No
Enter the registration start range from date for the
records to be rolled.
Start To Date
No
Enter the registration start range to date for the
records to be rolled.
Part of Term Code
Yes
Enter the code representing the part of term for
which grades are to be rolled. Multiple values
allowed. Enter % for all parts-of-term.
Course Reference
Number
Yes
Enter the CRN of the course(s) for which grades are
to be rolled. Multiple values allowed. Enter % for
all courses.
User ID
Yes
When grades are rolled into academic history, each
entry for each student is associated with the user ID
responsible for the roll. Enter that user ID.
Student Release 7.3
Release Guide
Part of Term Code Validation Form
(STVPTRM)
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Report Mode
Yes
Audit mode does not update the database (as
Update mode does), and is useful for identifying
errors which can then be corrected for a roll in
update mode which does update the database.
A
Audit
U
Update
All will print all grades rolled in the Control Report,
and Error will print only those grades which did not
roll due to errors.
A
All
E
Error
Print Selection
Yes
Note: An error will be generated if the substitute
grade information is not correctly established on the
database.
Grade Term
No
Enter the term in which the course was graded.
Term Code Validation Form
(STVTERM)
Roll Long Section Title
Yes
Enter Y to roll the long section title from the syllabus
or N to not roll the long section title. The default is
N.
Y
Roll long section title
N
Do not roll long section title
Report Sample—Grade Roll to Academic History Report (SHRROLL) — see the following pages
161
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
This sample shows the results in Audit Mode with API errors.
19-APR-2006 11:41:39
200410 Fall 2003 (200410)
41018
1
ANTH 101
Intro to Anthropology
CCGSTU010 Alexander, Henry
Rolled to
CCGSTU010 Alexander, Henry
Rolled to
CCGSTU011 Alice, Dorothy
Rolled to
CCGSTU011 Alice, Dorothy
Rolled to
CCGSTU012 Ann, William
Rolled to
CCGSTU012 Ann, William
Rolled to
CCGSTU013 Arthur, Anna
API Error
Invalid field of study major code MAJOR JOUR
CCGSTU013 Arthur, Anna
API Error
Primary Major Not Added
CCGSTU013 Arthur, Anna
Rolled to
CCGSTU013 Arthur, Anna
Rolled to
CCGSTU014 Ashton, Benjamin
Rolled to
CCGSTU014 Ashton, Benjamin
Rolled to
CCGSTU015 Atlas, Mark
API Error
Invalid field of study major code MAJOR ARTL
CCGSTU015 Atlas, Mark
API Error
Primary Major Not Added
CCGSTU015 Atlas, Mark
Rolled to
CCGSTU015 Atlas, Mark
Rolled to
CCGSTU016 Axelrod, Francis
Rolled to
CCGSTU016 Axelrod, Francis
API Error
Invalid field of study major code MAJOR JOUR
CCGSTU016 Axelrod, Francis
API Error
Primary Major Not Added
CCGSTU016 Axelrod, Francis
Rolled to
BANNER System Test
Grade Roll To Academic History
Academic
Academic
Academic
Academic
Academic
Academic
History
History
History
History
History
History
Degree
BA
BA
BA
BA
BA
BS
Levl
UG
UG
UG
UG
UG
UG
Coll
AS
AS
AS
AS
AS
AS
Majr
ART
102
ENGL
ANTH
ANTH
CIM
Seq
1
2
1
2
1
2
Academic
Academic
Academic
Academic
History
History
History
History
BA
BA
BA
BA
UG
UG
UG
UG
AS
AS
AS
AD
JOUR
ANTH
BIOL
ECON
1
2
1
1
M
M
BA-ENGLISH
BA-ANTHRO
BA-ANTHRO
BA-ECON
Academic History
Academic History
Academic History
BA
BA
BA
UG
UG
UG
AS
AS
AS
ARTL
BIOL
ANTH
1
2
1
123
M
M
BA-ENGLISH
BA-ANTHRO
BA-ANTHRO
Academic History
BA
UG
AS
JOUR
2
M
BA-ENGLISH
Degree
BA
BA
BA
BA
BA
BS
Levl
UG
UG
UG
UG
UG
UG
Coll
AS
AS
AS
AS
AS
AS
Majr
ART
102
ENGL
ANTH
ANTH
CIM
Seq
1
2
1
2
1
2
Cmp
History
History
History
History
History
History
Pgm
BA
BA-ENGLISH
BA-ENGLISH
BA-ANTHRO
BA-ANTHRO
BS_COMP_SYS
History
History
History
History
BA
BA
BA
BA
UG
UG
UG
UG
AS
AS
AS
AD
JOUR
ANTH
BIOL
ECON
3
4
1
1
M
M
BA-ENGLISH
BA-ANTHRO
BA-ANTHRO
BA-ECON
History
History
History
BA
BA
BA
UG
UG
UG
AS
AS
AS
ARTL
BIOL
ANTH
3
4
1
123
M
M
BA-ENGLISH
BA-ANTHRO
BA-ANTHRO
History
BA
UG
AS
JOUR
3
M
BA-ENGLISH
41019
1
LIT 100
Practice of Literary Study
CCGSTU010 Alexander, Henry
Rolled to Academic
CCGSTU010 Alexander, Henry
Rolled to Academic
CCGSTU011 Alice, Dorothy
Rolled to Academic
CCGSTU011 Alice, Dorothy
Rolled to Academic
CCGSTU012 Ann, William
Rolled to Academic
CCGSTU012 Ann, William
Rolled to Academic
CCGSTU013 Arthur, Anna
API Error
Invalid field of study major code MAJOR JOUR
CCGSTU013 Arthur, Anna
API Error
Primary Major Not Added
CCGSTU013 Arthur, Anna
Rolled to Academic
CCGSTU013 Arthur, Anna
Rolled to Academic
CCGSTU014 Ashton, Benjamin
Rolled to Academic
CCGSTU014 Ashton, Benjamin
Rolled to Academic
CCGSTU015 Atlas, Mark
API Error
Invalid field of study major code MAJOR ARTL
CCGSTU015 Atlas, Mark
API Error
Primary Major Not Added
CCGSTU015 Atlas, Mark
Rolled to Academic
CCGSTU015 Atlas, Mark
Rolled to Academic
CCGSTU016 Axelrod, Francis
Rolled to Academic
CCGSTU016 Axelrod, Francis
API Error
Invalid field of study major code MAJOR JOUR
CCGSTU016 Axelrod, Francis
API Error
Primary Major Not Added
CCGSTU016 Axelrod, Francis
Rolled to Academic
162
PAGE 1
SHRROLL
Student Release 7.3
Release Guide
Cmp
M
M
M
10
M
M
M
10
Pgm
BA
BA-ENGLISH
BA-ENGLISH
BA-ANTHRO
BA-ANTHRO
BS_COMP_SYS
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
19-APR-2006 11:41:39
BANNER System Test
Grade Roll To Academic History
PAGE 2
SHRROLL
* * * REPORT CONTROL INFORMATION - SHRROLL - Release 7.3 * * *
Term: 200410
Start Range From Date: 01-JAN-2003
Start Range To Date: 30-DEC-2006
Part-of-Term Code : %
Course Reference Number : %
Current User: systest20
Report Mode: A
Print Selection: A
Grade Term: 200410
Roll Long Section Title: N
RECORD COUNT: 14
This sample shows the results in Update Mode with degrees created.
19-APR-2006 13:06:14
200410 Fall 2003 (200410)
BANNER System Test
Grade Roll To Academic History
41019
1
LIT 100
Practice of Literary Study
CCGSTU010 Alexander, Henry
Rolled to Academic
CCGSTU010 Alexander, Henry
Rolled to Academic
CCGSTU011 Alice, Dorothy
Rolled to Academic
CCGSTU011 Alice, Dorothy
Rolled to Academic
CCGSTU012 Ann, William
Rolled to Academic
CCGSTU012 Ann, William
Rolled to Academic
CCGSTU013 Arthur, Anna
Rolled to Academic
CCGSTU013 Arthur, Anna
Rolled to Academic
CCGSTU014 Ashton, Benjamin
Rolled to Academic
CCGSTU014 Ashton, Benjamin
Rolled to Academic
CCGSTU015 Atlas, Mark
Rolled to Academic
CCGSTU015 Atlas, Mark
Rolled to Academic
CCGSTU016 Axelrod, Francis
Rolled to Academic
CCGSTU016 Axelrod, Francis
Rolled to Academic
163
History
History
History
History
History
History
History
History
History
History
History
History
History
History
Degree
BA
BA
BA
BA
BA
BS
BA
BA
BA
BA
BA
BA
BA
BA
Student Release 7.3
Release Guide
Levl
UG
UG
UG
UG
UG
UG
UG
UG
UG
UG
UG
UG
UG
UG
PAGE 1
SHRROLL
Coll
AS
AS
AS
AS
AS
AS
AS
AS
AS
AD
AS
AS
AS
AS
Majr
ART
102
ENGL
ANTH
ANTH
CIM
JOUR
ANTH
BIOL
ECON
ARTL
BIOL
ANTH
JOUR
Seq
1
2
1
2
1
2
3
4
1
1
3
4
1
2
Cmp
M
M
M
10
M
M
123
M
M
M
Pgm
BA
BA-ENGLISH
BA-ENGLISH
BA-ANTHRO
BA-ANTHRO
BS_COMP_SYS
BA-ENGLISH
BA-ANTHRO
BA-ANTHRO
BA-ECON
BA-ENGLISH
BA-ANTHRO
BA-ANTHRO
BA-ENGLISH
Deg Created
Deg Created
Deg Created
Deg Created
Deg Created
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
19-APR-2006 13:06:14
BANNER System Test
Grade Roll To Academic History
PAGE 2
SHRROLL
* * * REPORT CONTROL INFORMATION - SHRROLL - Release 7.3 * * *
Term: 200410
Start Range From Date:
Start Range To Date:
Part-of-Term Code : %
Course Reference Number : %
Current User: systest20
Report Mode: U
Print Selection: A
Grade Term: 200410
Roll Long Section Title: N
RECORD COUNT: 7
164
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Communication Plan Processing Report (SORCPLN)
Description
This report is used to show a person's movement from an old communication plan to a new communication plan. Old plans
may be inactivated or deleted, and old materials associated with plans may be deleted or saved.
Note:Please refer to the Communication Plan Processing information in the “Recruiting Procedures” section of this
chapter for further detail on the use of this process.
Parameters
Name
Required?
Description
Values
Sort Option
Yes
Enter the sort option for name (N) or ID (I).
N
Name
I
ID
Enter I to inactivate any old communication plans or
D to delete old communication plans.
I
Inactivate
D
Delete
Enter Y to delete materials associated with old
communication plans. Enter N to save materials
associated with old communication plans.
Y
Delete old materials
N
Save old materials
Inactivate Old
Communication Plans
Yes
Delete Materials
Yes
Report Sample—Communication Plan Processing Report (SORCPLN) — see the following page
165
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
09-MAR-2006 19:16:13
ID
BANNER University
Communication Plan Processing
Name
Act
Typ
A00048381
Connors, Bart M
3
S
A00048381
Connors, Bart M
4
S
09-MAR-2006 19:16:13
Term
Seq
Old
Plan
ADMT
Plans
Material
Deleted
PAGE 1
SORCPLN
New
Plan
Material
Generated
Message
No new plan for curr
No new materials genrtd
BANNER University
Communication Plan Processing
PAGE 2
SORCPLN
* * * REPORT CONTROL INFORMATION - SORCPLN - Release 7.3 * * *
RPTNAME: SORCPLN
Sort Option - Name,ID: N
Old Plans: Inactivate or Delete: I
Delete Material: N
RECORD COUNT: 2
166
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Administrator Assignments Process (SORAINF)
Description
This process allows institutions to use the rules defined on the Administrator Role Rules Form (SOAADAS) to assign
administrators to recruit and applicant records. The process populates the SORAINF table. This process also runs when the
Assign button is selected on the Assigned Administrators window on the Recruit Prospect Information Form (SRARECR), the
Quick Recruit Form (SRAQUIK), the Quick Entry Form (SAAQUIK), and the Admissions Application Form (SAAADMS).
Parameters
Name
Required?
Description
Values
Term Code
Yes
Enter the term code of the assignment.
Term Code Validation Form
(STVTERM)
Module
Yes
Enter the module for the assignment and selection,
values are A (Admissions) or R (Recruiting).
A
Admissions
R
Recruiting
Enter U to update the database, R to update and
produce a report, or A to produce an audit report.
U
Update
R
Report and update
Note: U only updates the database. It does not
produce a report.
A
Audit
Enter Y to indicate that all existing assignments are
to be deleted or N to not delete existing assignments.
Y
Delete assignments
N
Do not delete assignments
Enter ALL to print all assignments or TERM to print
an assignment for a term and module.
ALL Print all assignments
Update/Report
Indicator
167
Yes
Delete Existing
Assignments
Yes
Print Indicator
No
Student Release 7.3
Release Guide
TERMPrint all assignments for term
and module
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
168
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Creator ID
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
User ID
No
Enter the user ID for the population selection. This
will match the Creator ID and is the Banner logon
user ID. All or none of the population selection
parameters must be entered.
Student Release 7.3
Release Guide
Population Selection Inquiry Form
(GLISLCT)
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
Report Sample—Administrator Assignments Process (SORAINF)
22-MAR-2006 06:55:50
TERM : 200443
BANNER University
Administrator Assignments
PAGE 1
SORAINF
ID
Name
Term
No
LV
Col Camp Degc
Program
Majr
Dept
ADMAPPL2
Anderson Phillip
200443
1
UG
AS
M
BA
BA-HISTORY
HIST
HIST
ADMAPPL3
Applegate Susan
200443
1
UG
AS
M
BA
BA-HISTORY
HIST
HIST
ADMAPPL1
Arthur Geoffrey
200443
1
UG
AS
M
BA
BA-HISTORY
HIST
HIST
22-MAR-2006 06:55:50
TERM : 200443
BANNER University
Administrator Assignments
PAGE 2
SORAINF
* * * REPORT CONTROL INFORMATION - SORAINF - Release 7.3 * * *
RPTNAME: SORAINF
TERM CODE: 200443
MODULE (R-Recruit, A=Admissions): A
UPDATE ONLY(U), UPDATE and REPORT(R), REPORT ONLY(A): A
DELETE EXISTING ASSIGNMENTS: N
PRINT ALL ASSIGNMENTS(ALL) OR FOR TERM and MODULE(TERM): ALL
POP SEL APPLICATION: STUDENT
POP SEL SELECTION: SORAINF
POP SEL CREATOR ID: MHOCKETT
POP SEL USER ID: MHOCKETT
Total Number of Persons with Assignments Selected for Deletion: 0
Total Number of Assignments Deleted: 0
Total Number of Persons Processed: 3
169
Student Release 7.3
Release Guide
May 2006
Confidential
Section 2 - Concurrent Curricula Phase 4
Sample Reports
This page intentionally left blank
170
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Overview
Section 3
PESC/XML Transcript - Functional
Overview
This enhancement allows you to transfer transcript data electronically from one
institution to another, using XML formatted files with PESC standards. XML
transcripts can be sent as well as received. This gives users a choice to print paper
transcripts, use electronic transcript exchange through EDI.Smart, use self-service
transcripts online, or use the new electronic XML functionality.
Producing XML transcripts uses the Postsecondary Electronic Standards Council
(PESC) XML Postsecondary Transcript standards. For more information about the
PESC/XML transcript, please visit this Website: http://www.pesc.org/info/
approved-standards.asp.
Using XML transcript processing is similar to EDI transcript processing. You need
to set up supporting validation and rules, set up translation values on SOAXREF,
and then you can either send a transcript by creating a transcript request or receive
a transcript using sleep/wake or batch processing.
Please refer to the Student Self-Service 7.3 Release Guide for information on changes to
Web pages and processing.
Processing Changes
In order to be able to send and receive transcripts electronically in XML format,
updates have been made throughout Banner Student baseline and in Student SelfService.
Student Baseline Transcript Processing
The Source/Background Institution Validation Form (STVSBGI) uses an electronic
indicator for each record to specify whether the institution can receive electronic
transcripts or not, and if so, whether they should be sent via as EDI or XML
formatted transcripts. Previously, this indicator was only used for EDI transcripts.
May 2006
Confidential
Student Release 7.3
Release Guide
171
Section 3 PESC/XML Transcript - Functional
Processing Changes
Transcript files can now be produced in XML format according to the PESC/XML
transcript schema. Two new processes are used to import and export transcript data
files between institutions in XML format. New cross-reference values to support this
have been added to SOAXREF. New UDE (User-Defined Extensions) indicators
have been added on STVDSTS. (A UDE is an institutionally defined piece of the
XML transcript.)
Note: A shell is delivered for user-defined extensions, but the contents of the
shell are determined and developed by your institution.
The XML document can be encrypted and authenticated. SHACTRL has been
updated to store default FTP location information for where the XML transcript
should be sent, as well as transmission information for host name, remote directory,
username, and password. The password information will be encrypted upon entry
and will not be accessible unless it is unencrypted.
A new form is used to create institution-specific information that includes host
name, remote directory, username, and password information for transcript
transmission. The Source/Background Institution Access Form (SOASBGA) also
includes an indicator that is used to determine whether the specific information on
SOASBGA or the default information on SHACTRL should be used.
This enhancement allows an institution to execute a process from within Banner,
rather than use a separate application to create an XML transcript.
•
The new PESC/XML Transcript Export Process (SHRPESE) is used to read the
XML transcript requests from the collector file and generate the XML file for
the transcripts, along with control and log file entries.
•
SHARQTC can now be used to request XML transcripts for those institutions
that are XML capable.
•
SHRTPOP can now be used to process XML transcripts for a population
selection.
•
SHRETRP can now be used to purge XML transcript data from the appropriate
tables, along with EDI transcript data.
•
The new PESC/XML Transcript Import Process (SHRPESI) is used to bring
into an institution XML transcript files that have been received from another
institution.
Test score data can be included in the XML transcript. SHATPRT has a new
indicator that allows you to specify whether or not a transcript type is to have test
scores included in its output. You can only include test score data in an XML
transcript. GPA information can also be included in the XML transcript in rounded
or truncated format. You can request an XML transcript for a specific level or for all
levels per student via SHARQTC and SHRTPOP.
XML transcript processing contains the functionality to notify users of the
encryption and file transfer status. The success or failure of the file encryption can
be tracked. The new PESC/XML Export Document Status Form (SHIEPTD) is used
172
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
to track the status of XML transcripts sent by the institution. The new PESC/XML
Import Document Status Form (SHIIPTD) is used to track the status of XML
transcripts received by the institution. You can still use SHARQTC to verify whether
or not a transcript has been generated. You can view (SHAEDIS) and print XML
transcripts to preview the data.
Self-Service Transcript Processing
Student Self-Service has been updated to process XML transcripts. The Transcript
Request Summary page has been modified so that if a student selects an institution
that has been identified on STVSBGI as being able to process electronic transcripts
via XML or EDI, the student has the option to request that the transcript be sent
electronically or by paper. If the student chooses the electronic transcript option,
and the institution is set up for XML transcripts, a type value of P' is inserted into
the Transcript Request Table (SHTTRAN).
Security
PGP (Pretty Good Privacy) software can be used for security with XML transcripts.
To use PGP, there are a couple of tasks you need to do.
•
Download the freeware for PGP at http://www.pgpi.org/products/pgp/
versions/freeware/. (Version 6.5.8 of PGP supports RSA keys.)
•
Update the pgp.properties file in both the export (SHRPESE) and import
(SHRPESI) processes to use PGP encryption.
•
Exchange the key for your institution with the key for the institution where the
server is located. You need to exchange (register) keys with any institution to
which you are directly transmitting files.
Processing Steps
Setting Up XML Transcripts
Use these steps to set up processing (sending and receiving) for XML transcripts.
May 2006
Confidential
1.
Set up crosswalk values on SOAXREF with the XML (Indicator) checked (set to
Y). Please see the delivered seed data for crosswalk values.
2.
Make sure an appropriate transcript type for electronic submission exists on
STVTPRT.
Student Release 7.3
Release Guide
173
Section 3 PESC/XML Transcript - Functional
Processing Steps
3.
Make sure the source/background code for your institution also has an FICE
code on STVSBGI.
4.
Make sure the institution codes for PESC/XML capable institutions have an
Electronic value of P on STVSBGI.
5.
Create codes on STVHLWK to indicate the highest level of transfer work to be
accepted from PESC/XML capable institutions.
6.
Create codes on STVTLVL to indicate the highest level of transfer work to be
accepted from PESC/XML capable institutions.
7.
Make sure term codes on STVTERM have assigned term type codes for any
terms that are different than the default term type code in SHACTRL.
8.
Set up EDI document status codes on STVDSTS.
(a) Verification of ID - Create a status code with a priority of 1. All other
indicators must be set to N.
(b) Transfer Articulation - Create a status code with a priority that is higher than
1. Ensure that the Transfer Articulation Indicator is set to Y.
(c) Test Scores - Create a status code with a priority that is higher than 1. Ensure
that the Tests (Indicator) is set to Y.
(d) User-Defined Extensions - Create a status code (or codes) with a priority that
is higher than 1. Ensure that the appropriate user-defined extension
indicators are set to Y.
(e) Archive Status - Create a status code with the highest priority. Ensure that
the Archive Status Indicator is set to Y. All other indicators must be set to
N.
9.
Define attendance periods for sending institutions on SHADTRM. Each start
and end date must be equated to a valid term code from STVTERM.
Note: Data should only be entered on SHADRTM if you want to limit the terms
to be accepted from the transfer institution. If records are built on
SHADRTM, only the imported student coursework that falls within those
transfer session date ranges will be loaded into SHATRNS. Any terms that
do not fall within the transfer session date ranges defined for the
institution on SHADRTM will not be loaded. If you want to load all terms
from a transcript that are defined in the STVTERM table, do not define
rules for the institution in SHADTRM.
10. Select the transcript type, and set up the desired print options on SHATPRT.
11. Enter the default term type code and the FICE code for your institution on
SHACTRL. Also enter the FTP information if your institution will be using a
174
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
common XML exchange system, such as the University of Texas - Austin server
in Austin, TX, that may be used for XML transcript exchanges.
The default term type code causes the session type to be created in the XML
document for any term codes that do not have a term type (STVTRMT).
12. Enter the characteristics for transfer institutions on SOABGTA.
13. Define grades to be accepted from transfer institutions on SHATGRD.
14. Enter source/background and FTP information for XML transcript eligible
schools on SOASBGA. If you want to use the default server that was set up on
SHACTRL, check the Use Default Location checkbox on SOASBGA.
15. Make sure address information for your institution and any schools to which
you are sending transcripts is defined in SOASBGI.
Sending (Exporting) XML Transcripts
Use these steps to create XML transcripts for export to a receiving institution
1.
Create an official transcript request on SHARQTC, or use SHRTPOP to create
a transcript population selection to process multiple requests. SHRPESE will
only process official requests, even if the request type is P.
(a) In the main window of SHARQTC, select a transcript type, number of
copies, and check the Official box. You may also enter other appropriate
information for the request.
(b) In the Issue Information window, enter an external institution code. The
output type will default from STVSBGI.
or
(c) Run SHRTPOP with appropriate values in the population selection,
issued to institution, and student-related transcript value parameters.
2.
Run the SHRPESE export process to create an XML file for the receiving
institution.
You can run this process in batch or in sleep/wake mode.
(a) The process polls the transcript request table, reads the collector file, and
selects records with an output type of P to be extracted as XML files and
mapped to the PESC/XML standard.
(b) The process then checks SOASBGA for the FTP information. The XML
formatted files are stored on a central server.
May 2006
Confidential
Student Release 7.3
Release Guide
175
Section 3 PESC/XML Transcript - Functional
Processing Steps
Receiving (Importing) XML Transcripts
Use these steps to import XML transcripts from sending institutions.
1.
Run the SHRPESI import process to read the XML file from the sending server.
You can run this process in batch or in sleep/wake mode.
(a) This process will read each file in the designated location, load the data
to a temporary table, rename the file to preserve it, and then load the data
to Banner using the rules set up on STVDSTS.
(b) Once the system has checked the incoming record for a match in Banner,
it will be loaded. If a matching record is found, use SHAEDIS to process
the file.
2.
Use SHAEDIS to match the record or create a new record.
(a) Enter the document status code associated with the ID verification for
XML transcript types (STVDSTS) in the Key Block.
(b) Enter P in the Pending or Complete Indicator field to select all pending
requests.
(c) Use Next Block to view the electronic transcript records.
(a) To match a record, select the record and use Next Block to access
GOAMTCH.
or
(b) To create a new record, use the Options Menu and select View Transcript
to view the XML file data before it is imported into Banner. (New records
have an * in the untitled field to the left of the Last Name field.)
(c) Once the ID has been verified as matched or new, use the Route
Transcript item in the Options Menu to access the Route Transcript
window.
(d) Enter C in the Pending or Complete Indicator for the document routing
status code that is associated with the ID verification.
(e) Enter a new record, and enter the document routing status code for your
next task, such as routing the transcript for transfer articulation.
The code must exist on STVDSTS with the Transfer Articulation Indicator
set to Y.
3.
176
You can then load the transcript into the Banner tables using the EDI
Transcript Load Decision Window on SHATAEQ.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
(a) Select the Transfer Articulation Detail (SHATAEQ) item from the
Options Menu on SHAEDIS.
(b) Once you have accessed SHATAEQ, use Next Block to access the EDI
Transcript Load Decision window.
(c) Check the EDI Version checkbox to upload the electronic transcript, and
check the Create Multiple Attendance Periods checkbox to load transfer
work for multiple attendance periods.
(d) Select Load Transcript Detail from the Options Menu, or use the Load
Transcript button to initiate the upload of transcript data.
4.
Once the transcript has been loaded, you can perform transfer articulation on
SHATAEQ.
5.
Once articulation has been completed, return to SHAEDIS.
6.
Go to the Route Transcript window and create your next transcript status code
to load user-defined extensions, test scores, etc., or to archive that status code
information based on the setting of the Archive Status Indicator on STVDSTS.
Note: Please refer to the Banner Student User Guide for more information on
STVDSTS, SHATEAQ, SHAEDIS, loading transcripts, and transfer
articulation.
May 2006
Confidential
Student Release 7.3
Release Guide
177
Section 3 PESC/XML Transcript - Functional
Processing Steps
XML Transcript Process Flow
Transcript request
using SHARQTC or
Self-Service
Run SHRPESE
(export process)
Run SHRPESI
(import process)
host
server
FTP with PGP
encryption
XML
document
load
temporary
tables
FTP with PGP
encryption
file server
XML
transporter
EDI process
for transcripts
Export Crosswalk Values on SOAXREF
The following labels are used during the XML transcript export process to
determine values used within the document to be sent to the receiving institution.
The values to be included must be cross-referenced on SOAXREF with the XML
field checked. Some of these cross-references are also used for the import process.
178
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVASTDD
CollegeTranscript/Student/AcademicRecord/
AcademicSession/AcademicSummary/
Deliquencies
Valid translations (value column of
SOAXREF):
and
CollegeTranscript/Student/AcademicRecord/
AcademicSummary/Delinquencies
STVASTDH
CollegeTranscript/Student/AcademicRecord/
AcademicSession/AcademicSummary/
AcademicHonors/HonorsLevel
GoodStanding
ProbationGPA
ProbationHours
SuspensionGPA
SuspensionHours
ProbationDiscipline
SuspensionDiscipline
Unknown
Other
Valid translations (value column of
SOAXREF):
FirstHighest
SecondHighest
ThirdHighest
May 2006
Confidential
Student Release 7.3
Release Guide
179
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVCLAS
CollegeTranscript/Student/AcademicRecord/
AcademicSession/StudentLevel/
StudentLevelCode
Valid translations (value column of
SOAXREF):
Infant
PreKindergarten
Kindergarten
FirstGrade
SecondGrade
ThirdGrade
FourthGrade
FifthGrade
SixthGrade
SeventhGrade
EigthGrade
NinthGrade
TenthGrade
EleventhGrade
TwelfthGrade
NonDegree
CollegeFirstYear
CollegeFirstYearAttendedBefore
CollegeSophomore
CollegeJunior
CollegeSenior
CollegeFifthYear
PostBaccalaureate
GraduateNonDegree
GraduateFirstYear
GraduateSecondYear
GraduateThirdYear
GraduateBeyondThirdYear
Professional
ProfessionalFirstYear
ProfessionalSecondYear
ProfessionalThirdYear
ProfessionalBeyondThirdYear
MastersQualifying
Masters
Doctoral
Postdoctoral
180
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVGMOD
CollegeTranscript/Student/AcademicRecord/
AcademicSession/Course/
CourseAcademicGradeScaleCode
The grading scale used by an academic
educational institution for an academic
course. It is based on the American
Medical Colleges Admissions Services
(AMCAS) grade scale, values 001
through 499, and from the American
Association of Collegiate Registrars and
Admissions Officers grade scale for
miscellaneous grades, values 500
through 999.
These values are not delivered. Valid
values can be found in the PESC
Implementation Guide at http://
www.pesc.org/info/XML-Trsc-ImplGuide-DRAFT-June-2005-rev-B.pdf.
Appendix E.
STVHONR
CollegeTranscript/Student/AcademicRecord/
AcademicAward/AcademicHonors/
HonorsLevel
Valid translations (value column of
SOAXREF):
FirstHighest
SecondHighest
ThirdHighest
STVLEVL
CollegeTranscript/Student/AcademicRecord/
AcademicAward/AcademicSummary/
AcademicSummaryLevel
and
CollegeTranscript/Student/AcademicRecord/
AcademicSession/AcademicSummary/
AcademicSummaryLevel
and
Valid translations (value column of
SOAXREF):
Undergraduate
LowerDivision
UpperDivision
Vocational
TechnicalPreparatory
Graduate
Professional
Dual
GraduateProfessional
CollegeTranscript/Student/AcademicRecord/
AcademicSession/Course/CourseCreditLevel
and
CollegeTranscript/Student/AcademicRecord/
AcademicSummary/AcademicSummaryLevel
May 2006
Confidential
Student Release 7.3
Release Guide
181
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVNATN
CollegeTranscript/Student/AcademicRecord/
AcademicSession/School/Contacts/Address/
InternationalAddressDetailsGroup
Valid translations (value column of
SOAXREF):
Code indicating Country. Use ISO
3166-1 alpha-2 standard. The codes are
available at www.iso.org.
and
CollegeTranscript/Student/AcademicRecord/
School/Contacts/Address/
InternationalAddressDetailsGroup
and
CollegeTranscript/Student/Person/Contacts/
Address/InternationalAddressDetailsGroup
and
CollegeTranscript/TransmissionData/
Destination/Organization/Contacts/Address/
InternationalAddressDetailsGroup
and
CollegeTranscript/TransmissionData/Source/
Organization/Contacts/Address/
InternationalAddressDetailsGroup
STVSBGIC
CollegeTranscript/Student/AcademicRecord/
AcademicSession/School/
OrganizationIDGroup
and
CollegeTranscript/Student/AcademicRecord/
School/OrganizationIDGroup
and
College codes from the STVSBGI table
must be translated to a valid value of
OPEID, NCHELPID, IPEDS, ATP,
FICE, ACT, CCD, CEEBACT, CSIS,
USIS, ESIS, or DUNS.
Enter the type of code in the Electronic
Qualifier field, the code in the
Electronic Value field, and the value
from STVSBGI in the Banner Value
field.
CollegeTranscript/TransmissionData/
Destination/Organization//
OrganizationIDGroup
and
CollegeTranscript/TransmissionData/Source/
Organization/OrganizationIDGroup
182
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVSBGIH
CollegeTranscript/Student/Person/
HighSchool/OrganizationIDGroup
High school codes from the STVSBGI
table must be translated to a valid value
of OPEID, NCHELPID, IPEDS, ATP,
FICE, ACT, CCD, CEEBACT, CSIS,
USIS, ESIS, or DUNS.
Enter the type of code in the Electronic
Qualifier field, the code in the
Electronic Value field, and the value
from STVSBGI in the Banner Value
field.
STVSTAT
CollegeTranscript/Student/AcademicRecord/
AcademicSession/School/Contacts/Address/
DomesticAddressDetailsGroup
Valid translations (value column of
SOAXREF):
Seed script will insert the basic accepted
values for states in the United States,
Territories, and Canadian Provinces.
and
CollegeTranscript/Student/AcademicRecord/
School/Contacts/Address/
DomesticAddressDetailsGroup
and
CollegeTranscript/Student/Person/Contacts/
Address/DomesticAddressDetailsGroup
and
CollegeTranscript/TransmissionData/
Destination/Organization/Contacts/Address/
DomesticAddressDetailsGroup
and
CollegeTranscript/TransmissionData/Source/
Organization/Contacts/Address/
DomesticAddressDetailsGroup
May 2006
Confidential
Student Release 7.3
Release Guide
183
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTEFR
CollegeTranscript/Student/Tests/Subtest/
TestScores/TestScoreMethod
Valid translations (value column of
SOAXREF):
Scaled
Graded
Standard
Raw
Percent
Mastery
Adjective
Stanine
Percentile
NormalCurve
Equated
Local
184
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
The value in the Electronic Value field
on SOAXREF should be the specific sub
test score. The value in the Electronic
Qualifier field should be the main test
score. Seed data scripts are included.
and
CollegeTranscript/Student/Tests/TestCode
Per PESC standards the codes to be
used are:
801 American College Testing Program
(ACT)
00001 English
00002 English: Usage/Mechanics
00003 English: Rhetorical Skills
00004 Mathematics
00005 Mathematics: Preliminary and
Elementary Algebra
00006 Mathematics: Intermediate
Algebra and Geometry
00007 Mathematics: Plane Geometry
and Trigonometry
00008 Reading
00009 Reading: Social Studies and
Science
00010 Reading: Arts and Literature
00011 Science Reasoning
00012 Composite
802 Preliminary American College
Testing
(PACT)
00001 English
00002 English: Usage and Mechanics
00003 English: Rhetorical Skills
00004 Mathematics
00005 Mathematics: Preliminary
Algebra and Algebra
00006 Mathematics: Geometry
00007 Reading
00008 Reading: Social Studies and
Science
00009 Reading: Arts and Literature
00010 Science Reasoning
00011 Composite
May 2006
Confidential
Student Release 7.3
Release Guide
185
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
803 The College Board's Scholastic
Aptitude Test
(SAT I)
00001 Verbal
00002 Reading Comprehension
00003 Vocabulary
00004 Mathematical
00005 Total
00006 Test of Standard Written English
(TSWE)
804 Preliminary Scholastic Aptitude
Test/ National Merit Scholarship
Qualifying Test
(PSAT/NMSQT)
00001 Verbal
00002 Mathematical
00003 Total
805 The College Board's Achievement
Tests
(SAT II)
00001 English Composition
00002 Literature
00003 American History and Social
Studies
00004 European History and World
Cultures
00005 Mathematics I
00006 Mathematics II
00007 Biology
00008 Chemistry
00009 Physics
00010 French
00011 German
00012 Hebrew
00013 Latin
00014 Spanish
00015 World History
00016 French with Listening
00017 Japanese with Listening
00018 German with Listening
00019 Spanish with Listening
00020 Chinese with Listening
00020 Chinese with Listening
00021 English Composition with Essay
00022 Italian
00023 Mathematics Level IC
and
CollegeTranscript/Student/Tests/TestCode
(continued)
186
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
00024 Mathematics Level IIC
00025 Modern Hebrew
00026 Writing
806 Test of Adult Basic Education
(TABE)
00001 Language Arts
00002 Mechanics
00003 Expression
00004 Reading
00005 Vocabulary
00006 Comprehension
00007 Mathematics
00008 Computation
00009 Concepts/Applications
00010 Spelling
807 International Baccalaureate (IB)
00001 Biology
00002 Chemistry
00003 English A
00004 English B
00005 Foreign Language A
00006 Foreign Language B
00007 History (American)
00008 History (European)
00009 Mathematics
00010 Physics
808 General Education Development
(GED)
00001 Mathematics
00002 Interpreting Literature and the
Arts
00003 Science
00004 Social Studies
00005 Writing Skills
809 Test of English as a Foreign
Language
(TOEFL)
00001 Listening Comprehension
00002 Structure and Written
Expression
00003 Vocabulary
00004 Total
811 Graduate Management Admissions
and
CollegeTranscript/Student/Tests/TestCode
(continued)
May 2006
Confidential
Student Release 7.3
Release Guide
187
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
(GMAT)
00001 Verbal
00002 Quantitative
812 Law School Admissions Test
(LSAT)
00001 Reading Comprehension
00002 Analytical Reasoning
00003 Logical Reasoning
00004 Variable
813 Miller Analogies Test
814 Medical Colleges Aptitude Test
(MCAT)
00001 Biology
00002 Chemistry
00003 Physics
00004 Science
00005 Reading
00006 Quantitative
815 Dental Admissions Test
00001 Quantitative Reasoning
00002 Reading
00003 Biology
00004 General Chemistry
00005 Organic Chemistry
00006 Perceptual Ability
00007 Survey of Natural Science
00008 Academic Average
816 Optometry Admissions Test
00001 Quantitative Reasoning
00002 Reading
00003 Biology
00004 General Chemistry
00005 Organic Chemistry
00006 General Physics
00007 Survey of Natural Science
00008 Academic Average
817 Allied Health Professions
Admission
(AHPAT)
00001 Verbal Ability
00002 Quantitative Ability
00003 Biology
00004 Chemistry
and
CollegeTranscript/Student/Tests/TestCode
(continued)
188
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
00005 Reading Comprehension
818 College Level Examination
Program General Examinations
(CLEP)
00001 English Composition
00002 Humanities
00003 Mathematics
00004 Natural Sciences
00005 Social Sciences and History
819 College Level Examination
Program Subject Examinations
(CLEP)
00001 American Government
00002 American History I: Early
Colonization to 1877
00003 American History II: 1865 to
Present
00004 General Psychology
00005 Human Growth and
Development
00006 Introduction to Educational
Psychology
00007 Introductory Macro Economics
00008 Introductory Micro Economics
00009 Introductory Sociology
00010 Western Civilization I: Ancient
Near
East to 1648
00011 Western Civilization II: 1648 to
the Present
00012 College French: Levels 1 and 2
00013 College German: Levels 1 and 2
00014 College Spanish: Levels 1 and 2
00015 American Literature
00016 Analysis and Interpretation of
Literature
00017 College Composition
00018 English Literature
00019 Freshman English
00020 Calculus with Elementary
Functions
00021 College Algebra
00022 Trigonometry
and
CollegeTranscript/Student/Tests/TestCode
(continued)
May 2006
Confidential
Student Release 7.3
Release Guide
189
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
00023 College Algebra with
Trigonometry
00024 General Biology
00025 General Chemistry
00026 Information Systems and
Computer Applications
00027 Introduction to Management
00028 Introductory Accounting
00029 Introductory Business Law
00030 Introductory Marketing
821 Graduate Record Examination
(GRE)
General Test
00001 Verbal
00002 Quantitative
00003 Analytical
822 Graduate Record Examination
(GRE)
Subject Tests
00001 Biochemistry, Cell and Molecular
Biology (B22)
00002 Biology (B24)
00003 Chemistry (C27)
00004 Computer Science (C29)
00005 Economics (E31)
00006 Education (E34)
00007 Engineering (E37)
00008 Geology (G47)
00009 History (H57)
00010 Literature in English (L64)
00011 Mathematics (M67)
00012 Revised Music (M72)
00013 Physics (P77)
00014 Political Science (P79)
00015 Psychology (P81)
00016 Sociology (S87)
826 Pre-Professional Skills Test (PPST)
00001 Reading
00002 Mathematics
00003 Writing
00004 Grammar
00005 Fluency
00006 Overall Comprehension
828 Test of Spoken English (TSE)
00001 Pronunciation
and
CollegeTranscript/Student/Tests/TestCode
(continued)
190
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
and
CollegeTranscript/Student/Tests/TestCode
(continued)
May 2006
Confidential
Student Release 7.3
Release Guide
00002 Grammar
00003 Fluency
00004 Overall Comprehension
829 Test of Written English (TWE)
830 Veterinary College Admission Test
(VCAT)
00001 Verbal Ability
00002 Biology
00003 Chemistry
00004 Quantitative Ability
00005 Reading Comprehension
831 The College Board's Advanced
Placement Program
(AP)
00001 U.S. History (7)
00002 Art History (13)
00003 Art - Drawing (14)
00004 Art - General (15)
00005 Biology (20)
00006 Chemistry (25)
00007 Comp Sci - A (31)
00008 Comp Sci - B (33)
00009 Economics - Micro (34)
00010 Economics - Macro (35)
00011 English Language/Comp (36)
00012 English Literature/Comp (37)
00013 European History (43)
00014 French Language (48)
00015 French Literature (51)
00016 German Language (55)
00017 Govt & Pol - US (57)
00018 Govt & Pol - Comp (58)
00019 Latin - Vergil (60)
00020 Latin - Cat Hor (61)
00021 Calculus AB (66)
00022 Calculus BC (68)
00023 Music List & Lit (73)
00024 Music Theory (75)
00025 Physics (78)
00026 Physics C - Mech (80)
00027 Physics C - E & M (82)
00028 Psychology (85)
00029 Spanish Language (87)
00030 Spanish Literature (89)
999 Other Tests Not Listed or Provided
by Sender
191
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTRMT
CollegeTranscript/Student/AcademicRecord/
AcademicSession/AcademicSessionDetail/
SessionType
Valid translations (value column of
SOAXREF):
FullYear
Semester
Trimester
Quarter
Quinmester
MiniTerm
SummerSession
Intersession
LongSession
FallSession
FourOneFourPlan
Continuous
DiffersByProgram
Other
TwelveMonth
STVTRMTC
CollegeTranscript/Student/AcademicRecord/
AcademicSession/Course/CourseCreditUnits
Valid translations (value column of
SOAXREF):
NoCredit
Quarter
Semester
Units
ClockHours
CarnegieUnits
ContinuingEducationUnits
Unreported
Other
Import Crosswalk Values on SOAXREF
The following labels are used during the XML transcript import process to
determine values to be imported into the system from the transcript that was
received. The values to be included must be crosswalked on SOAXREF with the
XML field checked. Some of these crosswalks are used for the export process.
If a value has been crosswalked to multiple Banner values, then the Banner code
with the lowest sequence number will be used on the imported file. For example, if
multiple level codes are crosswalked to UnderGraduate, the lowest sequence number
will be used for the imported data to translate an UnderGraduate level to a Banner
level.
192
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
CRDBASIS
CollegeTranscript/Student/AcademicRecord/
AcademicSession/Course/CourseCreditBasis
Valid translations (value column of
SOAXREF):
Regular
Major
AcademicRenewal
AdultBasic
AdvancedPlacement
AdvancedStanding
ContinuingEducation
Exemption
Equivalence
InternationalBaccalaureate
Military
Remedial
CreditByExam
HighSchoolTransferCredit
HighSchoolCreditOnly
HighSchoolDualCredit
CRDUNIT
CollegeTranscript/Student/AcademicRecord/
AcademicSession/Course/CourseCreditUnits
Valid translations (value column of
SOAXREF):
NoCredit
Quarter
Semester
Units
ClockHours
CarnegieUnits
ContinuingEducationUnits
Unreported
Other
May 2006
Confidential
Student Release 7.3
Release Guide
193
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
CRSOVERR
CollegeTranscript/Student/AcademicRecord/
AcademicSession/Course/
CourseOverrideSchool
Note: If this course was taken at the
school already noted as the school in
the Student Academic Record, then this
data element is not used. It is only used
to identify a specific course taken at a
school other than the primary one
described for the Student Academic
Record.
College codes from the STVSBGI table
must be translated to a valid value of
OPEID, NCHELPID, IPEDS, ATP,
FICE, ACT, CCD, CEEBACT, CSIS,
USIS, ESIS, or DUNS.
Enter the type of code in the Electronic
Qualifier field, the code in the
Electronic Value field, and the value
from STVSBGI in the Banner Value
field.
CRSRPEAT
CollegeTranscript/Student/AcademicRecord/
AcademicSession/Course/CourseRepeatCode
Valid translations (value column of
SOAXREF):
RepeatCounted
RepeatNotCounted
ReplacementCounted
ReplacedNotCounted
RepeatOtherInstitution
NotCountedOther
HEADXPRP
CollegeTranscript/TransmissionData/
DocumentType
Valid translations (value column of
SOAXREF):
Change
TermEnroll
TermGrade
StudentRequest
RequestedRecord
InstitutionRequest
ThirdPartyRequest
194
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
HEADXRSN
CollegeTranscript/TransmissionData/
TransmissionType
Valid translations (value column of
SOAXREF):
Original
Replace
Duplicate
Resubmission
Reissue
MutuallyDefined
STVLEVL
CollegeTranscript/Student/AcademicRecord/
AcademicAward/AcademicSummary/
AcademicSummaryLevel
and
CollegeTranscript/Student/AcademicRecord/
AcademicSession/AcademicSummary/
AcademicSummaryLevel
and
Valid translations (value column of
SOAXREF):
Undergraduate
LowerDivision
UpperDivision
Vocational
TechnicalPreparatory
Graduate
Professional
Dual
GraduateProfessional
CollegeTranscript/Student/AcademicRecord/
AcademicSession/Course/CourseCreditLevel
and
CollegeTranscript/Student/AcademicRecord/
AcademicSummary/AcademicSummaryLevel
STVNATN
CollegeTranscript/Student/Person/Residency/
CountryCode
Valid translations (value column of
SOAXREF):
Code indicating Country. Use ISO
3166-1 alpha-2 standard. The codes are
available at www.iso.org.
May 2006
Confidential
Student Release 7.3
Release Guide
195
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVSBGI
CollegeTranscript/Student/AcademicRecord/
AcademicSession/School/
OrganizationIDGroup
Codes from the STVSBGI table must be
translated to a valid value of OPEID,
NCHELPID, IPEDS, ATP, FICE, ACT,
CCD, CEEBACT, CSIS, USIS, ESIS, or
DUNS.
and
STVSBGIC
CollegeTranscript/Student/AcademicRecord/
School/OrganizationIDGroup
Enter the type of code in the Electronic
Qualifier field, the code in the
Electronic Value field, and the value
from STVSBGI in the Banner Value
field.
CollegeTranscript/TransmissionData/Source/
Organization/OrganizationIDGroup
College codes from the STVSBGI table
must be translated to a valid value of
OPEID, NCHELPID, IPEDS, ATP,
FICE, ACT, CCD, CEEBACT, CSIS,
USIS, ESIS, or DUNS.
Enter the type of code in the Electronic
Qualifier field, the code in the
Electronic Value field, and the value
from STVSBGI in the Banner Value
field.
STVTEFR
CollegeTranscript/Student/Tests/Subtest/
TestScores/TestScoreMethod
Valid translations (value column of
SOAXREF):
Scaled
Graded
Standard
Raw
Percent
Mastery
Adjective
Stanine
Percentile
NormalCurve
Equated
Local
196
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
The value in the Electronic Value field
on SOAXREF should be the specific sub
test score. The value in the Electronic
Qualifier field should be the main test
score. Seed data scripts are included.
and
CollegeTranscript/Student/Tests/TestCode
Per PESC standards the codes to be
used are:
801 American College Testing Program
(ACT)
00001 English
00002 English: Usage/Mechanics
00003 English: Rhetorical Skills
00004 Mathematics
00005 Mathematics: Preliminary and
Elementary Algebra
00006 Mathematics: Intermediate
Algebra and Geometry
00007 Mathematics: Plane Geometry
and Trigonometry
00008 Reading
00009 Reading: Social Studies and
Science
00010 Reading: Arts and Literature
00011 Science Reasoning
00012 Composite
802 Preliminary American College
Testing
(PACT)
00001 English
00002 English: Usage and Mechanics
00003 English: Rhetorical Skills
00004 Mathematics
00005 Mathematics: Preliminary
Algebra and Algebra
00006 Mathematics: Geometry
00007 Reading
00008 Reading: Social Studies and
Science
00009 Reading: Arts and Literature
00010 Science Reasoning
00011 Composite
May 2006
Confidential
Student Release 7.3
Release Guide
197
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
803 The College Board's Scholastic
Aptitude Test
(SAT I)
00001 Verbal
00002 Reading Comprehension
00003 Vocabulary
00004 Mathematical
00005 Total
00006 Test of Standard Written English
(TSWE)
804 Preliminary Scholastic Aptitude
Test/ National Merit Scholarship
Qualifying Test
(PSAT/NMSQT)
00001 Verbal
00002 Mathematical
00003 Total
805 The College Board's Achievement
Tests
(SAT II)
00001 English Composition
00002 Literature
00003 American History and Social
Studies
00004 European History and World
Cultures
00005 Mathematics I
00006 Mathematics II
00007 Biology
00008 Chemistry
00009 Physics
00010 French
00011 German
00012 Hebrew
00013 Latin
00014 Spanish
00015 World History
00016 French with Listening
00017 Japanese with Listening
00018 German with Listening
00019 Spanish with Listening
00020 Chinese with Listening
00020 Chinese with Listening
00021 English Composition with Essay
00022 Italian
00023 Mathematics Level IC
and
CollegeTranscript/Student/Tests/TestCode
(continued)
198
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
00024 Mathematics Level IIC
00025 Modern Hebrew
00026 Writing
806 Test of Adult Basic Education
(TABE)
00001 Language Arts
00002 Mechanics
00003 Expression
00004 Reading
00005 Vocabulary
00006 Comprehension
00007 Mathematics
00008 Computation
00009 Concepts/Applications
00010 Spelling
807 International Baccalaureate (IB)
00001 Biology
00002 Chemistry
00003 English A
00004 English B
00005 Foreign Language A
00006 Foreign Language B
00007 History (American)
00008 History (European)
00009 Mathematics
00010 Physics
808 General Education Development
(GED)
00001 Mathematics
00002 Interpreting Literature and the
Arts
00003 Science
00004 Social Studies
00005 Writing Skills
809 Test of English as a Foreign
Language
(TOEFL)
00001 Listening Comprehension
00002 Structure and Written
Expression
00003 Vocabulary
00004 Total
811 Graduate Management Admissions
and
CollegeTranscript/Student/Tests/TestCode
(continued)
May 2006
Confidential
Student Release 7.3
Release Guide
199
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
(GMAT)
00001 Verbal
00002 Quantitative
812 Law School Admissions Test
(LSAT)
00001 Reading Comprehension
00002 Analytical Reasoning
00003 Logical Reasoning
00004 Variable
813 Miller Analogies Test
814 Medical Colleges Aptitude Test
(MCAT)
00001 Biology
00002 Chemistry
00003 Physics
00004 Science
00005 Reading
00006 Quantitative
815 Dental Admissions Test
00001 Quantitative Reasoning
00002 Reading
00003 Biology
00004 General Chemistry
00005 Organic Chemistry
00006 Perceptual Ability
00007 Survey of Natural Science
00008 Academic Average
816 Optometry Admissions Test
00001 Quantitative Reasoning
00002 Reading
00003 Biology
00004 General Chemistry
00005 Organic Chemistry
00006 General Physics
00007 Survey of Natural Science
00008 Academic Average
817 Allied Health Professions
Admission
(AHPAT)
00001 Verbal Ability
00002 Quantitative Ability
00003 Biology
00004 Chemistry
and
CollegeTranscript/Student/Tests/TestCode
(continued)
200
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
00005 Reading Comprehension
818 College Level Examination
Program General Examinations
(CLEP)
00001 English Composition
00002 Humanities
00003 Mathematics
00004 Natural Sciences
00005 Social Sciences and History
819 College Level Examination
Program Subject Examinations
(CLEP)
00001 American Government
00002 American History I: Early
Colonization to 1877
00003 American History II: 1865 to
Present
00004 General Psychology
00005 Human Growth and
Development
00006 Introduction to Educational
Psychology
00007 Introductory Macro Economics
00008 Introductory Micro Economics
00009 Introductory Sociology
00010 Western Civilization I: Ancient
Near
East to 1648
00011 Western Civilization II: 1648 to
the Present
00012 College French: Levels 1 and 2
00013 College German: Levels 1 and 2
00014 College Spanish: Levels 1 and 2
00015 American Literature
00016 Analysis and Interpretation of
Literature
00017 College Composition
00018 English Literature
00019 Freshman English
00020 Calculus with Elementary
Functions
00021 College Algebra
00022 Trigonometry
and
CollegeTranscript/Student/Tests/TestCode
(continued)
May 2006
Confidential
Student Release 7.3
Release Guide
201
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
00023 College Algebra with
Trigonometry
00024 General Biology
00025 General Chemistry
00026 Information Systems and
Computer Applications
00027 Introduction to Management
00028 Introductory Accounting
00029 Introductory Business Law
00030 Introductory Marketing
821 Graduate Record Examination
(GRE)
General Test
00001 Verbal
00002 Quantitative
00003 Analytical
822 Graduate Record Examination
(GRE)
Subject Tests
00001 Biochemistry, Cell and Molecular
Biology (B22)
00002 Biology (B24)
00003 Chemistry (C27)
00004 Computer Science (C29)
00005 Economics (E31)
00006 Education (E34)
00007 Engineering (E37)
00008 Geology (G47)
00009 History (H57)
00010 Literature in English (L64)
00011 Mathematics (M67)
00012 Revised Music (M72)
00013 Physics (P77)
00014 Political Science (P79)
00015 Psychology (P81)
00016 Sociology (S87)
826 Pre-Professional Skills Test (PPST)
00001 Reading
00002 Mathematics
00003 Writing
00004 Grammar
00005 Fluency
00006 Overall Comprehension
828 Test of Spoken English (TSE)
00001 Pronunciation
and
CollegeTranscript/Student/Tests/TestCode
(continued)
202
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTESC
CollegeTranscript/Student/Tests/Subtest/
SubtestCode
and
CollegeTranscript/Student/Tests/TestCode
(continued)
May 2006
Confidential
Student Release 7.3
Release Guide
00002 Grammar
00003 Fluency
00004 Overall Comprehension
829 Test of Written English (TWE)
830 Veterinary College Admission Test
(VCAT)
00001 Verbal Ability
00002 Biology
00003 Chemistry
00004 Quantitative Ability
00005 Reading Comprehension
831 The College Board's Advanced
Placement Program
(AP)
00001 U.S. History (7)
00002 Art History (13)
00003 Art - Drawing (14)
00004 Art - General (15)
00005 Biology (20)
00006 Chemistry (25)
00007 Comp Sci - A (31)
00008 Comp Sci - B (33)
00009 Economics - Micro (34)
00010 Economics - Macro (35)
00011 English Language/Comp (36)
00012 English Literature/Comp (37)
00013 European History (43)
00014 French Language (48)
00015 French Literature (51)
00016 German Language (55)
00017 Govt & Pol - US (57)
00018 Govt & Pol - Comp (58)
00019 Latin - Vergil (60)
00020 Latin - Cat Hor (61)
00021 Calculus AB (66)
00022 Calculus BC (68)
00023 Music List & Lit (73)
00024 Music Theory (75)
00025 Physics (78)
00026 Physics C - Mech (80)
00027 Physics C - E & M (82)
00028 Psychology (85)
00029 Spanish Language (87)
00030 Spanish Literature (89)
999 Other Tests Not Listed or Provided
by Sender
203
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
STVTRMT
CollegeTranscript/AcademicRecord/
AcademicSession/AcademicSessionDetail/
SessionType
Valid translations (value column of
SOAXREF):
FullYear
Semester
Trimester
Quarter
Quinmester
MiniTerm
SummerSession
Intersession
LongSession
FallSession
FourOneFourPlan
Continuous
DiffersByProgram
Other
TwelveMonth
SUMACTYP
CollegeTranscript/Student/AcademicRecord/
AcademicSummary/GPA/CreditUnit
Valid translations (value column of
SOAXREF):
NoCredit
Quarter
Semester
Units
ClockHours
CarnegieUnits
ContinuingEducationUnits
Unreported
Other
204
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Processing Steps
EDI Label Code
(STVXLBL)
Transcript Element
Comments
ASESSLVL
CollegeTranscript/Student/AcademicRecord/
AcademicSession/StudentLevel/
StudentLevelCode
Valid translations (value column of
SOAXREF):
Infant
PreKindergarten
Kindergarten
FirstGrade
SecondGrade
ThirdGrade
FourthGrade
FifthGrade
SixthGrade
SeventhGrade
EigthGrade
NinthGrade
TenthGrade
EleventhGrade
TwelfthGrade
NonDegree
CollegeFirstYear
CollegeFirstYearAttendedBefore
CollegeSophomore
CollegeJunior
CollegeSenior
CollegeFifthYear
PostBaccalaureate
GraduateNonDegree
GraduateFirstYear
GraduateSecondYear
GraduateThirdYear
GraduateBeyondThirdYear
Professional
ProfessionalFirstYear
ProfessionalSecondYear
ProfessionalThirdYear
ProfessionalBeyondThirdYear
MastersQualifying
Masters
Doctoral
Postdoctoral
May 2006
Confidential
Student Release 7.3
Release Guide
205
Section 3 PESC/XML Transcript - Functional
New Forms
New Forms
PESC/XML Export Document Status Form (SHIEPTD)
The new PESC/XML Export Document Status Form (SHIEPTD) is an inquiry form
that can be used to track the status of XML transcripts sent by the institution. You
can verify whether or not the transcript was sent, as well as review additional detail
about the transcript. The records are sorted by request number in descending order.
Fields
Descriptions
.............. .......................................................
ID
ID number of the student requesting the XML transcript.
(lookup)
List
Person Search Form
(SOAIDEN)
Request
Number
XML transcript request number for the student.
Issued To
Name of the institution to which the XML transcript is being
sent.
Send Date
Date the XML transcript was sent.
Send Status
Status of the document ID response file from the receiving
institution.
(lookup)
R
Document ID
List
Transcript Request Form
(SHARQTC)
Received
Document identification number associated with a transcript
that has been sent to an institution.
PESC/XML Import Document Status Form (SHIIPTD)
The new PESC/XML Import Document Status Form (SHIIPTD) is an inquiry form
that can be used to track the status of XML transcripts received by the institution.
The records are sorted by institution in descending order by received date.
206
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
New Forms
Fields
Descriptions
.............. .......................................................
Source/
Background
Institution
Source/background institution code for the institution
receiving/importing the XML transcript.
Institution
Source/background institution code for the institution that
sent/exported the transcript.
(lookup)
(lookup)
List
List
Source or Background
Institution Query-Only Form
(SOISBGI)
Source or Background
Institution Query-Only Form
(SOISBGI)
Document ID
Document identification number associated with a transcript
that has been sent to an institution.
Received Date
Date the XML transcript file was received.
Received Status
Status of the XML transcript file.
R
Processed Date
Received
Date the XML transcript file was processed.
Source/Background Access Form (SOASBGA)
The new Source/Background Access Form (SOASBGA) is used to create institutionspecific information that includes host name, remote directory, username, and
password information for the File Transfer Protocol (FTP) location for the XML
transcript transmission. The form also includes an indicator that controls whether
the transcript transmission will use the specific information on SOASBGA or the
default FTP location information on SHACTRL.
Note: Password information is encrypted when entered and is not accessible
without being unencrypted.
May 2006
Confidential
Student Release 7.3
Release Guide
207
Section 3 PESC/XML Transcript - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Source or
Background
Institution
Source/background institution code of the institution sending
the XML transcript.
Host Name
Host name to which the FTP process can connect to transmit the
XML transcript, such as ediserver.reg.utexas.edu.
Remote
Directory
Remote directory on the host to which the FTP process can
connect to transmit the XML transcript, such as /usr/local/
tran/ftp/testftp.
Username
Username of the host who is exporting the XML transcript to the
remote system.
Password
Password of the host who is exporting the XML transcript to the
remote system.
(lookup)
List
Source or Background
Institution Query-Only Form
(SOISBGI)
The password is encrypted when entered and is not accessible
without any unencryption.
Use Default
Location
Checkbox used to indicate whether or not to use the default FTP
location defined on SHACTRL for this institution.
If the Use Default (FTP) Location checkbox is unchecked (set to
N), then the FTP information in this form will be used for XML
transcript transmissions. If no information is entered in
SOASBGA, or if the Use Default (FTP) Location checkbox is
checked (set to Y), then the FTP information on SHACTRL will
be used to transmit the transcript file.
Changed Forms
Printer Validation Form (GTVPRNT)
Seed data is delivered for this form for use with SHRPESE and SHRPESI for sleep/
wake processing. Please see the “Seed Data” topic in the “PESC/XML Transcript Technical” section for more information.
208
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Changed Forms
Source/Background Institution Code Validation Form (STVSBGI)
The EDI (Indicator) has been renamed the Electronic (Indicator). This field is used
for each record to specify whether the institution can receive electronic transcripts
or not, and if so, whether they should be sent in EDI or XML format. Valid values
are P (PESC/XML), E (EDI), or N or Null (No, print paper transcript).
Electronic Document Status Code Validation Form (STVDSTS)
This form has been updated for XML transcript processing. Indicators have been
added for test scores and college, student, academic record, or course user-defined
extensions.
Note: Only the shell of the UDE functionality is delivered. You must create
custom code at your institution to import data using user-defined
extensions.
Fields
Descriptions
.............. .......................................................
Tests
Checkbox used to indicate if the document status code should
process test score data for XML transcripts.
User Defined
Extensions:
Main
Checkbox used to indicate if the document status code should
process XML transcript user-defined extensions on the college
transcript.
User Defined
Extensions:
Student
Checkbox used to indicate if the document status code should
process XML transcript user-defined extensions on the student
element.
User Defined
Extensions:
Academic
Record
Checkbox used to indicate if the document status code should
process XML transcript user-defined extensions on the academic
record element.
User Defined
Extensions:
Course
Checkbox used to indicate if the document status code should
process XML transcript user-defined extensions on the course
element.
Online Transcript Activity List Form (SHAEDIS)
This form has been modified to process XML transcript information.
May 2006
Confidential
Student Release 7.3
Release Guide
209
Section 3 PESC/XML Transcript - Functional
Changed Forms
The Student Transcript window will now display up to 32,000 characters to
accommodate all the data in the XML transcript. The SHBHEAD_DCMT_IMAGE field
has also been expanded from 15,000 characters to 32,000 characters.
The Route Transcript window has been updated so that if a status code is entered
that has the Tests field on STVDSTS set to Y and the Pending or Complete Indicator
in SHAEDIS set to P, then when the record is saved, the system will attempt to import
all test data that is present on the XML transcript.
Academic History Control Form (SHACTRL)
SHACTRL has been updated to store default FTP location information for where
the XML transcript should be sent, as well as transmission information for host
name, remote directory, username, and password. The new Default FTP Location to
Send XML Transcript section contains the following fields.
Fields
Descriptions
.............. .......................................................
Host Name
Host name/URL to which the FTP process can connect to
transmit the XML transcript, such as
ediserver.reg.utexas.edu.
Remote
Directory
Remote directory on the host to which the FTP process can
connect to transmit the XML transcript, such as /usr/local/
tran/ftp/testftp.
Username
Username of the host who is exporting the XML transcript to the
remote system.
Password
Password of the host who is exporting the XML transcript to the
remote system.
The password is encrypted when entered and is not accessible
without any unencryption.
Transcript Request Form (SHARQTC)
SHARQTC can now be used to request XML transcripts for those institutions that
are capable of receiving XML formatted files.
The EDI Information section of the main window has been renamed Electronic
Transcript Status.
210
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Changed Forms
The Output Type field in the Issue Information window has been updated to use the
new values in the Electronic field on STVSBGI for P (PESC/XML), E (EDI), or Null
(No, print a paper transcript) to indicate the mode in which the transcript is to be
sent. This field will always be blank unless an external institution code has been
entered and that institution is capable of receiving transcripts electronically using
the EDI or XML file formats.
Institutions are noted as being EDI or PESC/XML capable using the Electronic field
on STVSBGI. When the institution code is entered, the system will check to see if
that institution is EDI or PESC/XML capable and then default in the appropriate
Output Type value. The Output Type can then be overridden by the user in the
following situations:
•
•
If the Electronic field on STVSBGI is not null for the corresponding External
Institution Code value, then the user can change the Output Type value to
Null. The override is only for that transcript request.
•
The value of E will only be enterable for those institution codes that are
marked as EDI capable on STVSBGI.
•
The value of P will only be enterable for those institution codes that are
marked as PESC/XML capable on STVSBGI.
If the Electronic field on STVSBGI is null for the corresponding External
Institution Code value, then the Output Type value cannot be overridden.
Transcript Type Rules Form (SHATPRT)
New fields have been added to the main window of the form.
Test score data can be included in the XML transcript. SHATPRT has a new Test
Scores (Indicator) that allows you to specify whether or not a transcript type is to
have test scores included in its output. You can only include test score data in an
XML transcript.
User-defined extension data can also be included in the XML transcript. Four new
indicators have been added for college, student, academic record, or course userdefined extensions. They are listed under the User-Defined Extensions section in
the main window. These indicators allow you to specify whether or not a transcript
type is to have user-defined extensions for college, student, academic record or
course data included in its output. You can only include user-defined extension data
in an XML transcript.
May 2006
Confidential
Student Release 7.3
Release Guide
211
Section 3 PESC/XML Transcript - Functional
Changed Forms
Fields
Descriptions
.............. .......................................................
Test Scores
SHRTPRT_XML_SCORE_PRINT - Option to Print Test Scores
This is an option to print the student’s test scores. If this field is
checked, the XML transcript export process will capture the test
scores on SOATEST for those test codes defined on SOAXREF
with the label of STVTESC. These scores will only be captured if
this print option is checked.
The default value is unchecked or N when creating a transcript
type rule.
Appears on XML transcripts only.
College
Transcript
SHRTPRT_XML_CLG_TRANS_UDE - Option to Print College UDE
This is an option to print college user-defined extension data.
The default value is unchecked or N when creating a transcript
type rule.
Appears on XML transcripts only.
Student
SHRTPRT_STUDENT_UDE - Option to Student UDE
This is an option to print student user-defined extension data.
The default value is unchecked or N when creating a transcript
type rule.
Appears on XML transcripts only.
Academic
Record
SHRTPRT_ACAD_REC_UDE - Option to Print Academic Record
UDE
This is an option to print academic record user-defined
extension data.
The default value is unchecked or N when creating a transcript
type rule.
Appears on XML transcripts only.
Course
SHRTPRT_XML_COURSE_UDE - Option to Print Course UDE
This is an option to print course user-defined extension data.
The default value is unchecked or N when creating a transcript
type rule.
Appears on XML transcripts only.
212
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Changed Forms
The following fields on SHATPRT can be used to select data for inclusion on the
XML transcript:
•
Student Address
•
High School
•
Academic Events
•
Degree GPA
•
Qualifying Papers
•
Qualifying Papers Text
•
Level Comments
•
Term Comments
•
Course Comments
•
Major by Term
•
Transfer Detail
•
GPA Statistics
•
Academic Standing by Term
•
Institution Totals
•
Transfer Totals
•
Overall Totals
•
Test Scores *
•
College Transcript (User-Defined Extensions) *
•
Student (User-Defined Extensions) *
•
Academic Record (User-Defined Extensions) *
•
Course (User-Defined Extensions) *
•
Birth Date
* These fields are used only with XML transcripts. They are not available for paper,
EDI, or self-service transcripts.
Transfer Articulation Evaluation Form (SHATAEQ)
This form has been modified to process XML transcript information.
Cross-Reference Rules Form (SOAXREF)
This form has been modified for this enhancement. References to EDI have been
removed or changed.
May 2006
Confidential
Student Release 7.3
Release Guide
213
Section 3 PESC/XML Transcript - Functional
New Menu
The following updates have been made:
•
The EDI header over the Label, Value, and Qualifier fields has been changed
to Electronic.
•
The EDI Cross-Reference Rules block has been renamed the Cross-Reference
Rules block.
•
The Value field now allows the entry of mixed case values.
A new field has been added for use with XML transcript processing. When the XML
(Indicator) checkbox is checked, it indicates that the EDI verification label code in
the Label field is a PESC/XML standard code.
Fields
Descriptions
.............. .......................................................
XML
Checkbox used to indicate whether the EDI verification label
code in the Label field is a PESC/XML standard code.
New cross-reference rules have been added for XML transcript processing. These
rules are listed in the “PESC/XML Transcript - Technical” section of the release
guide under “Seed Data”.
New Menu
XML Transcript Processing Menu (*AHISTORYG)
This new menu has been added to the Academic History Menu (*AHISTORY) for
use with XML transcript processing.
The following forms are on this menu:
214
•
PESC/XML Export Document Status Form (SHIEPTD)
•
PESC/XML Import Document Status Form (SHIIPTD)
•
Source/Background Access Form (SOASBGA)
•
Online Transcript Activity List Form (SHAEDIS)
•
EDI Cross-Reference Rules Form (SOAXREF)
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Changed Menus
Changed Menus
Academic History Menu (*AHISTORY)
The new XML Transcript Processing Menu (*AHISTORYG) has been added to this
menu.
EDI Transcript Upload Processing Menu (*AHISTORYF)
The EDI Document Status Code Validation Form (STVDSTS) and the Term Type
Validation Form (STVTRMT) have been removed from the EDI Transcript Upload
Processing Menu (*AHISTORYF) for consistency.
All validation forms can be found in the Student Validation Forms (*STDVALD)
menu system, which is accessed from the Student Administration Menu
(*STDADMIN) and lists the validation forms alphabetically.
•
STVDSTS is on the Validation Forms Menu (STVDAYT - STVDSTS)
[*STDVALD1H].
•
STVTRMT is on the Validation Forms Menu (STVTRCN - STVXLBL)
[*STDVALD3G].
New Reports and Processes
PESC/XML Transcript Export Process (SHRPESE)
This new Java process is used to create electronic transcripts in XML format by
producing a .xml file that can be read by the receiving institution. It also produces
.lis and .log file entries. It uses the file transfer protocol information on
SOASBGA to send the transcript to an institution. The process reads XML transcript
requests from the collector records and extracts those with a transcript type of P
(PESC/XML) from the Electronic field on STVSBGI and a transcript type of XML on
SHATPRT.
To use this process, a transcript must have been requested through SHARQTC or
SHRTPOP (using population selection). SHRPESE reads the requests from the
collector file and generates the XML for the transcripts along with control and log
file entries. Only official transcript requests with a send type of P will be processed.
Transcripts may be produced for an individual with a pending request or for all
requests which have been sent to the collector file. When each transcript is
May 2006
Confidential
Student Release 7.3
Release Guide
215
Section 3 PESC/XML Transcript - Functional
New Reports and Processes
generated, SHRPESE will update the Status and Status Date fields in the Electronic
Transcript Status information on SHARQTC. If no errors have occurred, the Run
Date value will also be populated.
The electronic transcript status codes from STVEDIS are listed below.
EDI Status Code
Description
P0
XML Request Received
P1
XML Transcript Exported
P2
XML Export had errors
P4
XML Export held for final grades
P5
XML Export held for awarded degree
Please see the landscaped section that follows for report parameters and sample
output.
PESC/XML Transcript Import Process (SHRPESI)
This new Java process is used to import XML transcript files into an institution from
other institutions. It reads files from a server, loads them to a temporary table,
renames the files (.old), and then loads the data to Banner using rules set up on
STVDSTS.
The process checks for duplicate records in Banner. The duplicate records will be
noted in the .lis file by file name, document ID, Banner document sequence
number, and the message: Document has already been processed. New records will be
loaded with the same information as above, but the message will read “Transcript
Document Imported.
New records can be viewed and routed on SHAEDIS before they are imported.
Matched records can be processed and verified using GOAMTCH and then
articulated using SHATAEQ. The decision to load transcripts can also be made on
SHATAEQ.
Note: Data is imported into existing Banner EDI tables. Additional UDE (UserDefined Extensions) data is imported into new tables based on code
written by the institution.
Please see the landscaped section that follows for report parameters and sample
output.
216
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 PESC/XML Transcript - Functional
Changed Reports and Processes
Changed Reports and Processes
Electronic Transcript Upload Purge Process (SHRETRP)
This process has been modified to purge electronic transcript XML data from the
appropriate tables (SHREPTD/SHRIPTD) based on the SHBHEAD_DCMT_SEQNO
value for the XML import and export log tables.
Transcript Population Creation Process (SHRTPOP)
SHRTPOP can now be used to process XML transcripts for a population selection.
The Send via EDI parameter has been renamed the Send Electronic parameter. The
values for the parameter have also changed. You can now enter P to select the PESC/
XML transcript format, E to select the EDI TS130 format, or N or blank to select the
paper transcript format.
Academic Transcript (SHRTRTC)
This process has been modified to check the value in the SHTTRAN_TYPE field. A Null
value indicates the transcript should be printed. Values of E (EDI) or P (PESC/
XML) are ignored, and a transcript is not printed if those electronic values exist.
Electronic Data Interchange Extract (SHREDIY)
This process has been modified to check for a value of E in the Electronic (Indicator)
field on STVSBGI.
Previously, the STVSBGI_EDI_CAPABLE column accepted values of Y (EDI) or N
(Null). The column now accepts values of P (PESC/XML), E (EDI), or N (Null).
SHREDIY could not process files that still contained a Y in the
STVSBGI_EDI_CAPABLE column. The supsbgi.sql script is delivered to change the
Y values to E.
Note: This script must be run as part of the upgrade, or SHREDIY will not
generate EDI extract files.
May 2006
Confidential
Student Release 7.3
Release Guide
217
Section 3 PESC/XML Transcript - Functional
Report Samples
Report Samples
PESC/XML Transcript Export Process (SHRPESE)
Please see the following landscaped section for report parameters and sample
output.
PESC/XML Transcript Import Process (SHRPESI)
Please see the following landscaped section for report parameters and sample
output.
Transcript Population Creation Process (SHRTPOP)
Please see the following landscaped section for report parameters and sample
output.
Electronic Data Interchange Extract (SHREDIY)
Please see the following landscaped section for report parameters and sample
output.
218
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
PESC/XML Transcript Export Process (SHRPESE)
Description
This Java process is used to create electronic transcripts in XML format by producing a .xml file that can be read by the
receiving institution. It also produces .lis and .log file entries. It uses the file transfer protocol information on SOASBGA
to send the transcript to an institution. The process reads XML transcript requests from the collector records and extracts
those with a transcript type of P (PESC/XML) from the Electronic field on STVSBGI and a transcript type of XML on SHATPRT.
To use this process, a transcript must have been requested through SHARQTC or SHRTPOP (using population selection).
SHRPESE reads the requests from the collector file and generates the XML for the transcripts along with control and log file
entries. Only official transcript requests with a send type of P will be processed. Transcripts may be produced for an individual
with a pending request or for all requests which have been sent to the collector file. When each transcript is generated,
SHRPESE will update the Status and Status Date fields in the Electronic Transcript Status information on SHARQTC. If no
errors have occurred, the Run Date value will also be populated.
Parameters
219
Name
Required?
Description
Values
Transcript Population
File?
Yes
Enter Y if the transcript population was previously
selected using SHRTPOP or N if no transcript
population file exists. The default is N.
Y
Transcript population exists
N
Transcript population does not
exist
ID and Seq No as
XXXXXXXXX000
No
Enter the ID number as the first nine characters
(XXXXXXXXX) and the sequence number as the
last three characters (000). Enter % or leave the
parameter value blank to select all IDs and sequence
numbers. The default is %.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
Parameters (cont.)
220
Name
Required?
Description
Values
Transcript Type
Yes
Enter the transcript type. Multiple values are
allowed. The default is % for all types.
Transcript Type Code Validation Form
(STVTPRT)
Address Selection Date
No
Enter the date used to select the appropriate address
in format DD-MON-YYYY.
Address Priority and
Type
Yes
Enter the address priority followed by the address
type, such as 1MA for a first priority mailing address.
Campus Selection
Identifier
No
Enter Y to select a campus or N to not select a
campus. The default in N.
Y
Select campus
N
Do not select campus
Campus Selected
No
If you entered Y in the Campus Selection Identifier
parameter, enter the campus code for the campus to
be processed.
Campus Code Validation Form
(STVCAMP)
GPA Format
No
Select the GPA format for the transcript. Enter R for
the rounded GPA format or T for the truncated GPA
format. The default is R.
R
Rounded GPA
T
Truncated GPA
Enter Y to run the process in sleep/wake mode or N
to not use this option. The default is N.
Y
Run in sleep/wake mode
N
Do not use sleep/wake
Run in Sleep/Wake
Mode
Yes
Sleep/Wake Interval
Yes
Enter the time in seconds for the sleep/wake
interval. Valid values are 0 - 99999. The default is 60.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
XML Document Process
Code
Yes
Enter TEST to run the process in audit mode or
PRODUCTION to run the process in update mode.
The default is TEST.
TEST Audit mode
Self-Reported Test
Source
Yes
Enter the value for self-reported test scores. The
default is STDN.
Admission Test Score Source Code
Validation Form (STVTSRC)
Domestic Address
Nation Code
Yes
Enter the nation code for the domestic address.
Multiple values are allowed. The default is US.
Nation Code Validation Form
(STVNATN)
Email Type Hierarchy
Yes
Enter the email type to be used (such as 1CAMP for
first priority campus email) if no preferred email
address exists. Multiple values are allowed.
E-mail Address Type Validation Form
(GTVEMAL)
PRODUCTION Update mode
Report Sample—PESC/XML Transcript Export Process (SHRPESE)
This sample shows the report output.
April 28, 2006 3:47:53 PM
Student
ID
--------Helena
221
SBGI
Code
-----2959
Seq
No
---24
BANNER System Test
PESC/XML Export Process
SHRPESE
Page 1
Message
-------------------------------------------------------------------------------Transcript Successfully Sent. File is:
/u01/s7s70/jobsub/systest23/pescxmlexport_21557_1.xml
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
April 28, 2006 3:47:53 PM
BANNER System Test
PESC/XML Export Process
SHRPESE
Page 2
CONTROL SUMMARY
--------------PROGRAM NAME:
PROGRAM VERSION:
SHRPESE
7.3
Parameter Description
---------------------------------------TRANSCRIPT POPULATION FILE USED:
REQUEST ID(S):
ID NUMBER:
TRANSCRIPT TYPE(S):
ADDRESS SELECTION DATE:
ADDRESS TYPE(S):
Parameter Value
-------------------------------------------------------------------------------N
%
XML
25-APR-2006
1MA
N
CAMPUS SELECTION REQUESTED?
CAMPUS SELECTED:
GPA FORMAT (R)ound (T)runcate:
SLEEP WAKE INDICATOR:
SLEEP WAKE INTERVAL:
DOCUMENT PROCESS CODE (TEST or
PRODUCTION)
SELF-REPORTED TEST CODE(S):
R
N
60
TEST
STDN
DOMESTIC ADDRESS NATION CODE(S):
157
EMAIL TYPE(S):
1SCHL
ONLY OFFICIAL TRANSCRIPTS WILL BE SENT ELECTRONICALLY
TRANSCRIPT POPULATION RECORDS READ
COLLECTOR RECORDS READ
Connected.
222
0
1
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
This sample shows the log file with debugging turned on.
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
-
2006-04-28 15:47:57,463 DEBUG [main]
2006-04-28 15:47:58,121 DEBUG [main]
-
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
-
223
15:47:52,957
15:47:52,984
15:47:53,180
15:47:53,195
15:47:53,196
15:47:53,197
15:47:53,197
15:47:53,206
15:47:53,206
15:47:53,207
15:47:53,207
15:47:53,207
15:47:53,208
15:47:53,208
15:47:53,208
15:47:53,209
15:47:53,209
15:47:53,210
15:47:53,217
15:47:53,254
15:47:53,255
15:47:53,255
15:47:53,256
15:47:53,256
15:47:53,256
15:47:53,257
15:47:53,420
15:47:53,422
15:47:53,486
15:47:53,487
15:47:53,526
15:47:53,538
15:47:53,644
15:47:53,645
15:47:53,698
15:47:57,335
15:47:58,247
15:47:58,290
15:47:58,291
15:47:58,291
15:47:58,294
15:47:58,294
15:47:58,390
15:47:58,418
15:47:59,033
15:47:59,034
15:47:59,076
15:47:59,091
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
INFO
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
Batch resources initialized
Enabling Banner batch privileges for job SHRPESE
Retrieving Jobsub parameters for job number 21557
Dumping job parameters
10 = 60
09 = N
08 = R
07 = null
06 = N
05 = 1MA
04 = 25-APR-2006
14 = 1SCHL
03 = XML
13 = 157
02 = %
12 = STDN
01 = N
11 = TEST
PESCXMLExportProcessor.processJob() 7.3
Database/Session Info
HOST=maldevs7
DB_NAME=s7s70
DB_DOMAIN=null
OS_USER=jobs7s70
CURRENT_USER=SYSTEST23
SESSION_USER=SYSTEST23
getting inst title
assigning string to title variable
after put parms in collector table oracle sessionid=1078817
sleep/wake=N
in loop doneSleepWake=true
before calling shkpxex.f_select_academic_batch
looping through academic record batch ADDED host_name=ediserver.reg.utexas.edu
looping through batch records batchCnt=1 hostname=ediserver.reg.utexas.edu
looping through collector ResultSet pidm=820 row=1
PESCXMLExportProcessor before build transcript pidm=820 seq_no=24 user_id=IAS_PUBLIC tprt_code=XML
term_code=200610 levl_code=AL sbgi_code=2959 request_source=SHTTRAN id=Helena lastname=Greystone
firstname=Helena
docid = SCTXML2006-04-28T15:47:57.38
PersonData before call to procedure pidm=820 seq_no=24 user_id=IAS_PUBLIC term_code=200610 levl_code=AL
sbgi_code=2959 request_source=SHTTRAN
Person element BannerID=Helena
addr_print flag=Y
city=Seattle
area citycode=null
phone number=null
phone ext=null
looping through levels currLevel=GR levelCount=1
academic summary for summaryType=O currLevel=GR
transfer work DOES NOT exist
academic summary for summaryType=I currLevel=GR
before reading terms for level=GR
getting in progess session pidm==820 inprog_term=null level=GR camp_sel_ind=N camp_code=null
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the log file with debugging turned on, continued.
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
2006-04-28
15:47:59,092
15:47:59,101
15:47:59,514
15:47:59,569
15:47:59,573
15:47:59,654
15:47:59,966
15:47:59,980
15:47:59,983
15:47:59,984
15:47:59,991
15:48:00,049
15:48:00,063
15:48:00,098
15:48:00,099
15:48:00,113
15:48:00,116
15:48:00,246
15:48:00,416
15:48:00,760
15:48:00,789
15:48:00,813
15:48:00,838
15:48:00,916
15:48:00,934
15:48:00,976
15:48:01,039
15:48:01,065
15:48:01,099
15:48:01,129
15:48:01,179
15:48:01,193
15:48:01,252
15:48:01,295
15:48:01,307
15:48:01,346
15:48:01,405
15:48:01,458
15:48:02,136
15:48:02,137
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
2006-04-28 15:48:03,348 DEBUG [main]
2006-04-28 15:48:03,355 DEBUG [main]
Send complete
2006-04-28 15:48:04,218
2006-04-28 15:48:04,218
2006-04-28 15:48:04,366
2006-04-28 15:48:04,366
2006-04-28 15:48:04,379
***
SHRPESE completed
2006-04-28 15:48:04,379
Connected.
224
DEBUG [main]
DEBUG [main]
DEBUG [main]
DEBUG [main]
DEBUG [main]
successfully
DEBUG [main]
-
looping through levels currLevel=UG levelCount=2
looping through degrees curr seq=1 majors=ANTH null null null
creating academic award
after honors errorFlag=false
award program Major number =1
before getting summary for award
looping through degrees curr seq=2 majors=BUSI CF null null
creating academic award
after honors errorFlag=false
award program Major number =1
award program Major number =2
before getting summary for award
academic summary for summaryType=O currLevel=UG
transfer work DOES NOT exist
academic summary for summaryType=I currLevel=UG
before reading terms for level=UG
looping through terms current term=200110 for level=UG
AcademicSession/SenderOnly StudentLevel=null
looping through inst courses current CRN=10067 seqno=1
looping through inst courses current CRN=10069 seqno=2
looping through inst courses current CRN=10068 seqno=3
looping through inst courses current CRN=10070 seqno=4
looping through inst courses current CRN=10071 seqno=5
looping through terms current term=200220 for level=UG
AcademicSession/SenderOnly StudentLevel=null
looping through inst courses current CRN=26 seqno=1
looping through inst courses current CRN=29 seqno=2
looping through inst courses current CRN=28 seqno=3
looping through inst courses current CRN=31 seqno=4
looping through inst courses current CRN=33 seqno=5
looping through terms current term=200341 for level=UG
AcademicSession/SenderOnly StudentLevel=CollegeSophomore
looping through inst courses current CRN=10001 seqno=1
looping through terms current term=200520 for level=UG
AcademicSession/SenderOnly StudentLevel=CollegeSophomore
looping through inst courses current CRN=20006 seqno=1
looping through inst courses current CRN=20007 seqno=2
getting in progess session pidm==820 inprog_term=null level=UG camp_sel_ind=N camp_code=null
after reviewing requests transcriptCnt=1
have transcripts. Writing xml file. transcriptCnt=1 filename=/u01/s7s70/jobsub/systest23/
pescxmlexport_21557_1.xml
- encryptAndFtp usePGP=N
- Sending file /u01/s7s70/jobsub/systest23/pescxmlexport_21557_1.xml to ediserver.reg.utexas.edu using user
Fsctxml
***
-
getting inst title
assigning string to title variable
getting inst title
assigning string to title variable
SHRPESE completed processing - Memory usage 11MB
Skipping JobSub.removeJobParameters
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
This sample shows the log file with debugging turned off.
2006-04-28 03:47:53,687 INFO [main]
Send complete
***
SHRPESE completed successfully
Connected.
225
- PESCXMLExportProcessor.processJob() 7.3
***
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file.
<?xml version="1.0" encoding="UTF-8" ?>
- <urn:AcademicRecordBatch xmlns:core="urn:org:pesc:core:CoreMain:v1.0.1a" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:AcRec="urn:org:pesc:sector:AcademicRecord:v1.0.0" xmlns:ColTrn="urn:org:pesc:message:CollegeTranscript:v1.0.0"
xmlns:urn="urn:org:pesc:message:AcademicRecordBatch:v1.0.0">
- <ColTrn:CollegeTranscript>
- <TransmissionData>
<DocumentID>SCTXML2006-04-28T15:47:57.38</DocumentID>
<CreatedDateTime>2006-04-28T15:47:57.38</CreatedDateTime>
<DocumentTypeCode>RequestedRecord</DocumentTypeCode>
<TransmissionType>Original</TransmissionType>
- <Source>
- <Organization>
<FICE>SCTXML</FICE>
<OrganizationName>BANNER System Test</OrganizationName>
- <Contacts>
- <Address>
<AddressLine>Systems & Computer Technology</AddressLine>
<AddressLine>Four Country View Road</AddressLine>
<AddressLine>Great Valley Corporate Center</AddressLine>
<City>Malvern</City>
<StateProvinceCode>PA</StateProvinceCode>
<PostalCode>19355</PostalCode>
</Address>
- <Phone>
<AreaCityCode>215</AreaCityCode>
<PhoneNumber>6475930</PhoneNumber>
</Phone>
</Contacts>
</Organization>
</Source>
- <Destination>
- <Organization>
<FICE>002959</FICE>
<OrganizationName>Villanova University</OrganizationName>
- <Contacts>
- <Address>
<AddressLine>800 Lancaster Avenue</AddressLine>
<City>Villanova</City>
<StateProvinceCode>PA</StateProvinceCode>
<PostalCode>19085</PostalCode>
<AttentionLine>Villanova University</AttentionLine>
226
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file, continued.
-
-
-
-
-
227
</Address>
</Contacts>
</Organization>
</Destination>
<DocumentProcessCode>TEST</DocumentProcessCode>
<DocumentOfficialCode>Official</DocumentOfficialCode>
<DocumentCompleteCode>Complete</DocumentCompleteCode>
</TransmissionData>
<Student>
<Person>
<SchoolAssignedPersonID>Helena</SchoolAssignedPersonID>
<Name>
<FirstName>Helena</FirstName>
<LastName>Greystone</LastName>
<CompositeName>Greystone,Helena</CompositeName>
</Name>
<Contacts>
<Address>
<AddressLine>123 Sesame Street</AddressLine>
<City>Seattle</City>
<StateProvinceCode>WA</StateProvinceCode>
<PostalCode>98199</PostalCode>
</Address>
<Email>
<EmailAddress>Helena@hamilton.edu</EmailAddress>
</Email>
</Contacts>
<Gender>
<GenderCode>Female</GenderCode>
</Gender>
<Deceased>
<DeceasedIndicator>false</DeceasedIndicator>
</Deceased>
</Person>
<AcademicRecord>
<AcademicSummary>
<AcademicSummaryType>All</AcademicSummaryType>
<AcademicSummaryLevel>Graduate</AcademicSummaryLevel>
<AcademicProgram>
<ProgramCIPCode>410111</ProgramCIPCode>
<AcademicProgramType>Major</AcademicProgramType>
<AcademicProgramName>Art</AcademicProgramName>
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file, continued.
-
-
-
-
-
-
228
</AcademicProgram>
</AcademicSummary>
</AcademicRecord>
<AcademicRecord>
<AcademicSummary>
<AcademicSummaryType>SenderOnly</AcademicSummaryType>
<AcademicSummaryLevel>Graduate</AcademicSummaryLevel>
</AcademicSummary>
</AcademicRecord>
<AcademicRecord>
<AcademicAward>
<AcademicAwardLevel>2.4</AcademicAwardLevel>
<AcademicAwardTitle>Bachelor of Arts</AcademicAwardTitle>
<AcademicCompletionIndicator>false</AcademicCompletionIndicator>
<AcademicAwardProgram>
<ProgramCIPCode>450201</ProgramCIPCode>
<AcademicProgramType>Major</AcademicProgramType>
<AcademicProgramName>Anthropology & Sociology</AcademicProgramName>
</AcademicAwardProgram>
<AcademicAwardProgram>
<ProgramCIPCode>410111</ProgramCIPCode>
<AcademicProgramType>Minor</AcademicProgramType>
<AcademicProgramName>Art History</AcademicProgramName>
</AcademicAwardProgram>
<AcademicSummary>
<AcademicSummaryType>DegreeApplicable</AcademicSummaryType>
<AcademicSummaryLevel>LowerDivision</AcademicSummaryLevel>
<GPA>
<CreditHoursAttempted>6</CreditHoursAttempted>
<CreditHoursEarned>6</CreditHoursEarned>
<GradePointAverage>4</GradePointAverage>
<TotalQualityPoints>24</TotalQualityPoints>
<CreditHoursforGPA>6</CreditHoursforGPA>
</GPA>
</AcademicSummary>
</AcademicAward>
<AcademicAward>
<AcademicAwardLevel>2.4</AcademicAwardLevel>
<AcademicAwardTitle>Bachelor of Arts</AcademicAwardTitle>
<AcademicCompletionIndicator>false</AcademicCompletionIndicator>
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file, continued.
- <AcademicAwardProgram>
<ProgramCIPCode>060101</ProgramCIPCode>
<AcademicProgramType>Major</AcademicProgramType>
<AcademicProgramName>Business Administration</AcademicProgramName>
</AcademicAwardProgram>
- <AcademicSummary>
<AcademicSummaryType>DegreeApplicable</AcademicSummaryType>
<AcademicSummaryLevel>LowerDivision</AcademicSummaryLevel>
- <GPA>
<CreditHoursAttempted>6</CreditHoursAttempted>
<CreditHoursEarned>6</CreditHoursEarned>
<GradePointAverage>4</GradePointAverage>
<TotalQualityPoints>24</TotalQualityPoints>
<CreditHoursforGPA>6</CreditHoursforGPA>
</GPA>
</AcademicSummary>
</AcademicAward>
- <AcademicSummary>
<AcademicSummaryType>All</AcademicSummaryType>
<AcademicSummaryLevel>LowerDivision</AcademicSummaryLevel>
- <GPA>
<CreditHoursAttempted>24</CreditHoursAttempted>
<CreditHoursEarned>24</CreditHoursEarned>
<GradePointAverage>3.125</GradePointAverage>
<TotalQualityPoints>75</TotalQualityPoints>
<CreditHoursforGPA>24</CreditHoursforGPA>
</GPA>
- <AcademicProgram>
<ProgramCIPCode>450201</ProgramCIPCode>
<AcademicProgramType>Major</AcademicProgramType>
<AcademicProgramName>Anthropology & Sociology</AcademicProgramName>
</AcademicProgram>
</AcademicSummary>
</AcademicRecord>
- <AcademicRecord>
- <AcademicSummary>
<AcademicSummaryType>SenderOnly</AcademicSummaryType>
<AcademicSummaryLevel>LowerDivision</AcademicSummaryLevel>
- <GPA>
<CreditHoursAttempted>24</CreditHoursAttempted>
<CreditHoursEarned>24</CreditHoursEarned>
229
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file, continued.
-
-
-
-
230
<GradePointAverage>3.125</GradePointAverage>
<TotalQualityPoints>75</TotalQualityPoints>
<CreditHoursforGPA>24</CreditHoursforGPA>
</GPA>
</AcademicSummary>
<AcademicSession>
<AcademicSessionDetail>
<SessionDesignator>2000-09</SessionDesignator>
<SessionDesignatorSuffix>10</SessionDesignatorSuffix>
<SessionName>Fall 2000 - 200110</SessionName>
<SessionType>SummerSession</SessionType>
<SessionBeginDate>2000-09-01</SessionBeginDate>
<SessionEndDate>2000-12-15</SessionEndDate>
</AcademicSessionDetail>
<AcademicProgram>
<ProgramCIPCode>060201</ProgramCIPCode>
<AcademicProgramType>Major</AcademicProgramType>
<AcademicProgramName>Accounting</AcademicProgramName>
</AcademicProgram>
<Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>B</CourseAcademicGrade>
<CourseQualityPointsEarned>9</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>ENGL</CourseSubjectAbbreviation>
<CourseNumber>105</CourseNumber>
<CourseSectionNumber>1</CourseSectionNumber>
<CourseTitle>Literature & Composition 1</CourseTitle>
<CourseBeginDate>2001-09-01</CourseBeginDate>
<CourseEndDate>2001-12-15</CourseEndDate>
</Course>
<Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>B</CourseAcademicGrade>
<CourseQualityPointsEarned>9</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>ECON</CourseSubjectAbbreviation
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file, continued.
<CourseNumber>111</CourseNumber>
<CourseSectionNumber>1</CourseSectionNumber>
<CourseTitle>Prin. of Macroeconomics</CourseTitle>
<CourseBeginDate>2001-09-01</CourseBeginDate>
<CourseEndDate>2001-12-15</CourseEndDate>
</Course>
- <Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>A</CourseAcademicGrade>
<CourseQualityPointsEarned>12</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>CHSM</CourseSubjectAbbreviation>
<CourseNumber>100</CourseNumber>
<CourseSectionNumber>1</CourseSectionNumber>
<CourseTitle>Ancient,Medieval, Ren Thought</CourseTitle>
<CourseBeginDate>2001-09-01</CourseBeginDate>
<CourseEndDate>2001-12-15</CourseEndDate>
</Course>
- <Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>C</CourseAcademicGrade>
<CourseQualityPointsEarned>6</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>AMST</CourseSubjectAbbreviation>
<CourseNumber>105</CourseNumber>
<CourseSectionNumber>1</CourseSectionNumber>
<CourseTitle>Civil War I</CourseTitle>
<CourseBeginDate>2001-09-01</CourseBeginDate>
<CourseEndDate>2001-12-15</CourseEndDate>
</Course>
- <Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>A</CourseAcademicGrade>
<CourseQualityPointsEarned>12</CourseQualityPointsEarned>
231
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file, continued.
-
-
-
-
232
<CourseSubjectAbbreviation>ACCT</CourseSubjectAbbreviation>
<CourseNumber>111</CourseNumber>
<CourseSectionNumber>1</CourseSectionNumber>
<CourseTitle>Principles of Accounting I</CourseTitle>
<CourseBeginDate>2001-09-01</CourseBeginDate>
<CourseEndDate>2001-12-15</CourseEndDate>
</Course>
<AcademicSummary>
<AcademicSummaryType>SenderOnly</AcademicSummaryType>
<AcademicSummaryLevel>LowerDivision</AcademicSummaryLevel>
<GPA>
<CreditHoursAttempted>0</CreditHoursAttempted>
<CreditHoursEarned>0</CreditHoursEarned>
<GradePointAverage>0</GradePointAverage>
<CreditHoursforGPA>0</CreditHoursforGPA>
</GPA>
</AcademicSummary>
</AcademicSession>
<AcademicSession>
<AcademicSessionDetail>
<SessionDesignator>2002-01</SessionDesignator>
<SessionDesignatorSuffix>20</SessionDesignatorSuffix>
<SessionName>Spring 2002 (200220)</SessionName>
<SessionType>SummerSession</SessionType>
<SessionBeginDate>2002-01-15</SessionBeginDate>
<SessionEndDate>2002-05-15</SessionEndDate>
</AcademicSessionDetail>
<AcademicProgram>
<ProgramCIPCode>060201</ProgramCIPCode>
<AcademicProgramType>Major</AcademicProgramType>
<AcademicProgramName>Accounting</AcademicProgramName>
</AcademicProgram>
<Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>B</CourseAcademicGrade>
<CourseQualityPointsEarned>9</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>ENGL</CourseSubjectAbbreviation>
<CourseNumber>106</CourseNumber>
<CourseSectionNumber>1</CourseSectionNumber>
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file, continued.
<CourseTitle>Literature & Composition II</CourseTitle>
<CourseBeginDate>2002-01-15</CourseBeginDate>
<CourseEndDate>2002-05-15</CourseEndDate>
</Course>
- <Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>C</CourseAcademicGrade>
<CourseQualityPointsEarned>6</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>ECON</CourseSubjectAbbreviation>
<CourseNumber>112</CourseNumber>
<CourseSectionNumber>1</CourseSectionNumber>
<CourseTitle>Prin. of Microeconomics</CourseTitle>
<CourseBeginDate>2002-01-15</CourseBeginDate>
<CourseEndDate>2002-05-15</CourseEndDate>
</Course>
- <Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>D</CourseAcademicGrade>
<CourseQualityPointsEarned>3</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>CHSM</CourseSubjectAbbreviation>
<CourseNumber>101</CourseNumber>
<CourseSectionNumber>1</CourseSectionNumber>
<CourseTitle>Modern Thought:Enlight. to Pre</CourseTitle>
<CourseBeginDate>2002-01-15</CourseBeginDate>
<CourseEndDate>2002-05-15</CourseEndDate>
</Course>
- <Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>B</CourseAcademicGrade>
233
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file, continued.
-
-
-
234
<CourseQualityPointsEarned>9</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>AMST</CourseSubjectAbbreviation>
<CourseNumber>106</CourseNumber>
<CourseSectionNumber>1</CourseSectionNumber>
<CourseTitle>Civil War II</CourseTitle>
<CourseBeginDate>2002-01-15</CourseBeginDate>
<CourseEndDate>2002-05-15</CourseEndDate>
</Course>
<Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>A</CourseAcademicGrade>
<CourseQualityPointsEarned>12</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>ACCT</CourseSubjectAbbreviation>
<CourseNumber>112</CourseNumber>
<CourseSectionNumber>1</CourseSectionNumber>
<CourseTitle>Principles of Accounting II</CourseTitle>
<CourseBeginDate>2002-01-15</CourseBeginDate>
<CourseEndDate>2002-05-15</CourseEndDate>
</Course>
<AcademicSummary>
<AcademicSummaryType>SenderOnly</AcademicSummaryType>
<AcademicSummaryLevel>LowerDivision</AcademicSummaryLevel>
<GPA>
<CreditHoursAttempted>15</CreditHoursAttempted>
<CreditHoursEarned>15</CreditHoursEarned>
<GradePointAverage>2.6</GradePointAverage>
<CreditHoursforGPA>15</CreditHoursforGPA>
</GPA>
</AcademicSummary>
</AcademicSession>
<AcademicSession>
<AcademicSessionDetail>
<SessionDesignator>2002-09</SessionDesignator>
<SessionDesignatorSuffix>41</SessionDesignatorSuffix>
<SessionName>MT's Fall Term - 200341</SessionName>
<SessionType>SummerSession</SessionType>
<SessionBeginDate>2002-09-01</SessionBeginDate>
<SessionEndDate>2002-12-15</SessionEndDate>
</AcademicSessionDetail>
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file, continued.
- <StudentLevel>
<StudentLevelCode>CollegeSophomore</StudentLevelCode>
</StudentLevel>
- <AcademicProgram>
<ProgramCIPCode>060201</ProgramCIPCode>
<AcademicProgramType>Major</AcademicProgramType>
<AcademicProgramName>Accounting</AcademicProgramName>
</AcademicProgram>
- <Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>A</CourseAcademicGrade>
<CourseQualityPointsEarned>12</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>ANTH</CourseSubjectAbbreviation>
<CourseNumber>2010</CourseNumber>
<CourseSectionNumber>0</CourseSectionNumber>
<CourseTitle>Origins of Culture</CourseTitle>
<CourseBeginDate>2002-09-01</CourseBeginDate>
<CourseEndDate>2002-12-31</CourseEndDate>
</Course>
- <AcademicSummary>
<AcademicSummaryType>SenderOnly</AcademicSummaryType>
<AcademicSummaryLevel>LowerDivision</AcademicSummaryLevel>
- <GPA>
<CreditHoursAttempted>3</CreditHoursAttempted>
<CreditHoursEarned>3</CreditHoursEarned>
<GradePointAverage>4</GradePointAverage>
<CreditHoursforGPA>3</CreditHoursforGPA>
</GPA>
</AcademicSummary>
</AcademicSession>
- <AcademicSession>
- <AcademicSessionDetail>
<SessionDesignator>2005-01</SessionDesignator>
<SessionDesignatorSuffix>20</SessionDesignatorSuffix>
<SessionName>Spring 2005</SessionName>
<SessionType>SummerSession</SessionType>
<SessionBeginDate>2005-01-15</SessionBeginDate>
<SessionEndDate>2005-05-10</SessionEndDate>
235
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file, continued.
</AcademicSessionDetail>
- <StudentLevel>
<StudentLevelCode>CollegeSophomore</StudentLevelCode>
</StudentLevel>
- <AcademicProgram>
<ProgramCIPCode>450201</ProgramCIPCode>
<AcademicProgramType>Major</AcademicProgramType>
<AcademicProgramName>Anthropology & Sociology</AcademicProgramName>
</AcademicProgram>
- <AcademicProgram>
<ProgramCIPCode>410111</ProgramCIPCode>
<AcademicProgramType>Minor</AcademicProgramType>
<AcademicProgramName>Art History</AcademicProgramName>
</AcademicProgram>
- <Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>A</CourseAcademicGrade>
<CourseQualityPointsEarned>12</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>AMST</CourseSubjectAbbreviation>
<CourseNumber>115</CourseNumber>
<CourseSectionNumber>001</CourseSectionNumber>
<CourseTitle>Long Title for US History to Civil War class</CourseTitle>
<CourseBeginDate>2004-11-20</CourseBeginDate>
<CourseEndDate>2004-12-24</CourseEndDate>
</Course>
- <Course>
<CourseCreditBasis>Regular</CourseCreditBasis>
<CourseCreditLevel>LowerDivision</CourseCreditLevel>
<CourseCreditValue>3</CourseCreditValue>
<CourseCreditEarned>3</CourseCreditEarned>
<CourseAcademicGrade>A</CourseAcademicGrade>
<CourseQualityPointsEarned>12</CourseQualityPointsEarned>
<CourseSubjectAbbreviation>ARUN</CourseSubjectAbbreviation>
<CourseNumber>513</CourseNumber>
<CourseSectionNumber>001</CourseSectionNumber>
<CourseTitle>Stonehenge (Gradebook)</CourseTitle>
236
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
The sample shows the XML file, continued.
<CourseBeginDate>2004-11-23</CourseBeginDate>
<CourseEndDate>2004-12-27</CourseEndDate>
</Course>
- <AcademicSummary>
<AcademicSummaryType>SenderOnly</AcademicSummaryType>
<AcademicSummaryLevel>LowerDivision</AcademicSummaryLevel>
- <GPA>
<CreditHoursAttempted>6</CreditHoursAttempted>
<CreditHoursEarned>6</CreditHoursEarned>
<GradePointAverage>4</GradePointAverage>
<CreditHoursforGPA>6</CreditHoursforGPA>
</GPA>
</AcademicSummary>
</AcademicSession>
</AcademicRecord>
<Health />
</Student>
</ColTrn:CollegeTranscript>
</urn:AcademicRecordBatch>
237
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
PESC/XML Transcript Import Process (SHRPESI)
Description
This Java process is used to import XML transcript files into an institution from other institutions. It reads files from a server,
loads them to a temporary table, renames the files (.old), and then loads the data to Banner using rules set up on STVDSTS.
The process checks for duplicate records in Banner. The duplicate records will be noted in the .lis file by file name,
document ID, Banner document sequence number, and the message: Document has already been processed. New records will be
loaded with the same information as above, but the message will read Transcript Document Imported.
New records can be viewed and routed on SHAEDIS before they are imported. Matched records can be processed and verified
using GOAMTCH and then articulated using SHATAEQ. The decision to load transcripts can also be made on SHATAEQ.
Note: Data is imported into existing Banner EDI tables. Additional UDE (User-Defined Extensions) data is imported into
new tables based on code written by the institution.
Parameters
238
Name
Required?
Description
Values
Run in Sleep/Wake
Mode
Yes
Enter Y to run the process in sleep/wake mode or N
to not use this option. The default is N.
Y
Run in sleep/wake mode
N
Do not use sleep/wake
Sleep/Wake Interval
Yes
Enter the time in seconds for the sleep/wake
interval. Valid values are 0 - 99999. The default is 60.
XML File Directory
No
Enter the name of the absolute directory from which
the XML files are pulled. The $DATA_HOME directory
is used if no value is entered.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
Report Sample—PESC/XML Transcript Import Process (SHRPESI)
This sample shows the report output.
May 3, 2006 11:14:17 AM
Filename
BANNER System Test
PESC/XML Import Process
SHRPESI
Page 1
Document ID
Banner Doc Message
Seq
Number
----------------------------------- -------------------- ---------- ----------------------------------------------------------------pescxmlexport_21350_1.xml
SCTXML2006-04-25T16:2 6
Transcript Document Imported
1:42.85
pescxmlexport_21396_1.xml
SCTXML2006-04-26T15:1 7
Transcript Document Imported
8:27.32
pescxmlexport_21421_1.xml
SCTXML2006-04-27T10:5 8
Transcript Document Imported
2:50.48
pescxmlexport_21421_1.xml
SCTXML2006-04-27T10:5 9
Transcript Document Imported
2:56.37
pescxmlexport_21557_1.xml
SCTXML2006-04-28T15:4 10
Transcript Document Imported
7:57.38
May 3, 2006 11:14:17 AM
ERROR:
BANNER System Test
PESC/XML Import Process
CONTROL SUMMARY
---------------
PROGRAM NAME:
PROGRAM VERSION:
XML File Path:
SHRPESI
7.3
/u01/s7s70/jobsub/systest23/
Documents Processed:
5
Parameter Description
---------------------------------------SLEEP WAKE INDICATOR:
SLEEP WAKE INTERVAL:
XML File Path:
Connected.
239
SHRPESI
Page 2
Parameter Value
-------------------------------------------------------------------------------N
60
/u01/s7s70/jobsub/systest23
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
This sample shows the log file.
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:16,853
11:14:16,885
11:14:17,157
11:14:17,178
11:14:17,179
11:14:17,179
11:14:17,180
11:14:17,229
11:14:17,263
11:14:17,264
11:14:17,264
11:14:17,264
11:14:17,265
11:14:17,265
11:14:17,266
11:14:17,368
11:14:17,368
11:14:17,390
11:14:17,391
11:14:17,392
11:14:17,392
11:14:17,393
11:14:17,394
11:14:17,426
11:14:17,440
11:14:17,449
11:14:17,451
11:14:17,460
11:14:17,460
11:14:17,461
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
INFO
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
-
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:17,461
11:14:17,461
11:14:17,462
11:14:17,561
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
-
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:20,890
11:14:20,890
11:14:20,915
11:14:20,916
11:14:20,950
11:14:22,166
11:14:22,168
11:14:22,694
11:14:23,048
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
-
240
Batch resources initialized
Enabling Banner batch privileges for job SHRPESI
Retrieving Jobsub parameters for job number 21746
Dumping job parameters
03 = /u01/s7s70/jobsub/systest23
02 = 60
01 = N
PESCXMLImportProcessor.processJob() 7.3
Database/Session Info
HOST=maldevs7
DB_NAME=s7s70
DB_DOMAIN=null
OS_USER=jobs7s70
CURRENT_USER=SYSTEST23
SESSION_USER=SYSTEST23
getting inst title
assigning string to title variable
jobname=SHRPESI
jobnumber=21746
xml filepath parm=/u01/s7s70/jobsub/systest23
sleep/wake parm=N
sleep/wake interval parm=60
sleep/wake=N interval=60
in loop doneSleepWake=true
encryptAndFtp usePGP=N
importing from file /u01/s7s70/jobsub/systest23/pescxmlexport_21350_1.xml
Parsing xml file /u01/s7s70/jobsub/systest23/pescxmlexport_21350_1.xml
currLine=<?xml version="1.0" encoding="UTF-8"?>
first part=?xml ver
currLine=<urn:AcademicRecordBatch xmlns:core="urn:org:pesc:core:CoreMain:v1.0.1a" xmlns:xsi="http://www.w3.org/
2001/XMLSchema-instance" xmlns:AcRec="urn:org:pesc:sector:AcademicRecord:v1.0.0"
xmlns:ColTrn="urn:org:pesc:message:CollegeTranscript:v1.0.0"
xmlns:urn="urn:org:pesc:message:AcademicRecordBatch:v1.0.0">
first part=urn:Acad
currLine=<ColTrn:CollegeTranscript>
first part=ColTrn:C
xmlDoc=<?xml version="1.0" encoding="UTF-8"?><urn:AcademicRecordBatch
xmlns:core="urn:org:pesc:core:CoreMain:v1.0.1a" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:AcRec="urn:org:pesc:sector:AcademicRecord:v1.0.0"
xmlns:ColTrn="urn:org:pesc:message:CollegeTranscript:v1.0.0"
xmlns:urn="urn:org:pesc:message:AcademicRecordBatch:v1.0.0"><ColTrn:CollegeTranscript>
<TransmissionData><DocumentID>SCTXML2006-04-25T16:21:42.85</DocumentID><CreatedDateTime>
2006-04-25T16:21:42.85</CreatedDateTime><Doc
first cursor first child name={urn:org:pesc:message:AcademicRecordBatch:v1.0.0}AcademicRecordBatch
first cursor to child name={urn:org:pesc:message:CollegeTranscript:v1.0.0}CollegeTranscript
Number of college transcripts in batch = 1
processing document number 0
RequestedRecord document
docseqno = 6
after import Transmission Data sourceIDType=null sourceIDValue=null sourceOrgName=BANNER System Test
loadAcademicRecSummaryData docSeqMbr=6 gpaSeqNbr=1 SummaryType=All SummaryLevel=Graduate
loadAcademicRecSummaryData docSeqMbr=6 gpaSeqNbr=2 SummaryType=SenderOnly SummaryLevel=Graduate
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
This sample shows the log file, continued.
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:23,057
11:14:23,127
11:14:23,215
11:14:23,668
11:14:24,572
11:14:24,589
11:14:24,705
11:14:24,713
11:14:24,838
11:14:24,864
11:14:24,978
11:14:25,111
11:14:25,153
11:14:26,186
11:14:26,187
11:14:26,307
11:14:26,329
11:14:26,353
11:14:26,354
11:14:26,359
11:14:26,359
11:14:26,359
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
-
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:26,360
11:14:26,360
11:14:26,360
11:14:26,448
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
-
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:26,520
11:14:26,520
11:14:26,521
11:14:26,521
11:14:26,522
11:14:26,553
11:14:26,556
11:14:26,595
11:14:26,602
11:14:26,608
11:14:26,615
11:14:26,623
11:14:26,631
11:14:26,710
11:14:26,718
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
-
241
loadAcademicRecSummaryData docSeqMbr=6 gpaSeqNbr=3 SummaryType=All SummaryLevel=LowerDivision
loadAcademicRecSummaryData docSeqMbr=6 gpaSeqNbr=4 SummaryType=SenderOnly SummaryLevel=LowerDivision
loading AcademicSession SessionName=Fall 2000 - 200110 SessionDesignator=2000-09 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=Spring 2002 (200220) SessionDesignator=2002-01 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=MT's Fall Term - 200341 SessionDesignator=2002-09 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=Spring 2005 SessionDesignator=2005-01 SessionType=SummerSession
have courses to load. calling loadCourseData
Last step of transcript, writing document image, transcript and status record
writing doc image clob parameter
writing clob parameter
updateImportStatus method
SourceOrgIDValue=null SourceOrgIDType=null DocStatus=P
after processed document errFlag=false docProcessed=false xmlFileErrFlag=false file=pescxmlexport_21350_1.xml
before renaming file to old xmlFileErrFlag=false
importing from file /u01/s7s70/jobsub/systest23/pescxmlexport_21396_1.xml
Parsing xml file /u01/s7s70/jobsub/systest23/pescxmlexport_21396_1.xml
currLine=<?xml version="1.0" encoding="UTF-8"?>
first part=?xml ver
currLine=<urn:AcademicRecordBatch xmlns:core="urn:org:pesc:core:CoreMain:v1.0.1a" xmlns:xsi="http://www.w3.org/
2001/XMLSchema-instance" xmlns:AcRec="urn:org:pesc:sector:AcademicRecord:v1.0.0"
xmlns:ColTrn="urn:org:pesc:message:CollegeTranscript:v1.0.0"
xmlns:urn="urn:org:pesc:message:AcademicRecordBatch:v1.0.0">
first part=urn:Acad
currLine=<ColTrn:CollegeTranscript>
first part=ColTrn:C
xmlDoc=<?xml version="1.0" encoding="UTF-8"?><urn:AcademicRecordBatch
xmlns:core="urn:org:pesc:core:CoreMain:v1.0.1a" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:AcRec="urn:org:pesc:sector:AcademicRecord:v1.0.0"
xmlns:ColTrn="urn:org:pesc:message:CollegeTranscript:v1.0.0"
xmlns:urn="urn:org:pesc:message:AcademicRecordBatch:v1.0.0"><ColTrn:CollegeTranscript>
<TransmissionData><DocumentID>SCTXML2006-04-26T15:18:27.32</DocumentID><CreatedDateTime>2006-04-26T15:18:27.32</
CreatedDateTime><Doc
first cursor first child name={urn:org:pesc:message:AcademicRecordBatch:v1.0.0}AcademicRecordBatch
first cursor to child name={urn:org:pesc:message:CollegeTranscript:v1.0.0}CollegeTranscript
Number of college transcripts in batch = 1
processing document number 0
RequestedRecord document
docseqno = 7
after import Transmission Data sourceIDType=null sourceIDValue=null sourceOrgName=BANNER System Test
loadAcademicRecSummaryData docSeqMbr=7 gpaSeqNbr=1 SummaryType=All SummaryLevel=Graduate
loadAcademicRecSummaryData docSeqMbr=7 gpaSeqNbr=2 SummaryType=SenderOnly SummaryLevel=Graduate
loadAcademicRecSummaryData docSeqMbr=7 gpaSeqNbr=3 SummaryType=All SummaryLevel=LowerDivision
loadAcademicRecSummaryData docSeqMbr=7 gpaSeqNbr=4 SummaryType=SenderOnly SummaryLevel=LowerDivision
loading AcademicSession SessionName=Fall 2000 - 200110 SessionDesignator=2000-09 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=Spring 2002 (200220) SessionDesignator=2002-01 SessionType=SummerSession
have courses to load. calling loadCourseData
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
This sample shows the log file, continued.
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:26,799
11:14:26,806
11:14:26,833
11:14:26,840
11:14:26,880
11:14:26,938
11:14:26,952
11:14:27,204
11:14:27,205
11:14:27,226
11:14:27,256
11:14:27,800
11:14:27,801
11:14:27,897
11:14:27,897
11:14:27,898
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
-
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:27,898
11:14:27,898
11:14:27,898
11:14:28,136
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
-
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:28,197
11:14:28,198
11:14:28,198
11:14:28,198
11:14:28,199
11:14:28,199
11:14:28,230
11:14:28,232
11:14:28,249
11:14:28,259
11:14:28,264
11:14:28,269
11:14:28,278
11:14:28,285
11:14:28,387
11:14:28,395
11:14:28,516
11:14:28,525
11:14:28,553
11:14:28,560
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
-
242
loading AcademicSession SessionName=MT's Fall Term - 200341 SessionDesignator=2002-09 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=Spring 2005 SessionDesignator=2005-01 SessionType=SummerSession
have courses to load. calling loadCourseData
Last step of transcript, writing document image, transcript and status record
writing doc image clob parameter
writing clob parameter
updateImportStatus method
SourceOrgIDValue=null SourceOrgIDType=null DocStatus=P
after processed document errFlag=false docProcessed=false xmlFileErrFlag=false file=pescxmlexport_21396_1.xml
before renaming file to old xmlFileErrFlag=false
importing from file /u01/s7s70/jobsub/systest23/pescxmlexport_21421_1.xml
Parsing xml file /u01/s7s70/jobsub/systest23/pescxmlexport_21421_1.xml
currLine=<?xml version="1.0" encoding="UTF-8"?>
first part=?xml ver
currLine=<urn:AcademicRecordBatch xmlns:core="urn:org:pesc:core:CoreMain:v1.0.1a" xmlns:xsi="http://www.w3.org/
2001/XMLSchema-instance" xmlns:AcRec="urn:org:pesc:sector:AcademicRecord:v1.0.0"
xmlns:ColTrn="urn:org:pesc:message:CollegeTranscript:v1.0.0"
xmlns:urn="urn:org:pesc:message:AcademicRecordBatch:v1.0.0">
first part=urn:Acad
currLine=<ColTrn:CollegeTranscript>
first part=ColTrn:C
xmlDoc=<?xml version="1.0" encoding="UTF-8"?><urn:AcademicRecordBatch
xmlns:core="urn:org:pesc:core:CoreMain:v1.0.1a" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:AcRec="urn:org:pesc:sector:AcademicRecord:v1.0.0"
xmlns:ColTrn="urn:org:pesc:message:CollegeTranscript:v1.0.0"
xmlns:urn="urn:org:pesc:message:AcademicRecordBatch:v1.0.0"><ColTrn:CollegeTranscript><TransmissionData>
<DocumentID>SCTXML2006-04-27T10:52:50.48</DocumentID><CreatedDateTime>2006-04-27T10:52:50.48</
CreatedDateTime><Doc
first cursor first child name={urn:org:pesc:message:AcademicRecordBatch:v1.0.0}AcademicRecordBatch
first cursor to child name={urn:org:pesc:message:CollegeTranscript:v1.0.0}CollegeTranscript
sibling name={urn:org:pesc:message:CollegeTranscript:v1.0.0}CollegeTranscript
Number of college transcripts in batch = 2
processing document number 0
RequestedRecord document
docseqno = 8
after import Transmission Data sourceIDType=null sourceIDValue=null sourceOrgName=BANNER System Test
loadAcademicRecSummaryData docSeqMbr=8 gpaSeqNbr=1 SummaryType=All SummaryLevel=Graduate
loadAcademicRecSummaryData docSeqMbr=8 gpaSeqNbr=2 SummaryType=SenderOnly SummaryLevel=Graduate
loadAcademicRecSummaryData docSeqMbr=8 gpaSeqNbr=3 SummaryType=All SummaryLevel=LowerDivision
loadAcademicRecSummaryData docSeqMbr=8 gpaSeqNbr=4 SummaryType=SenderOnly SummaryLevel=LowerDivision
loading AcademicSession SessionName=Fall 2000 - 200110 SessionDesignator=2000-09 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=Spring 2002 (200220) SessionDesignator=2002-01 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=MT's Fall Term - 200341 SessionDesignator=2002-09 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=Spring 2005 SessionDesignator=2005-01 SessionType=SummerSession
have courses to load. calling loadCourseData
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
This sample shows the log file, continued.
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:28,610
11:14:28,638
11:14:28,642
11:14:28,794
11:14:28,794
11:14:28,808
11:14:28,819
11:14:28,820
11:14:28,855
11:14:28,857
11:14:28,917
11:14:28,924
11:14:28,929
11:14:28,939
11:14:29,004
11:14:29,011
11:14:29,088
11:14:29,095
11:14:29,187
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
-
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:29,234
11:14:29,260
11:14:29,273
11:14:29,467
11:14:29,467
11:14:29,498
11:14:29,502
11:14:29,538
11:14:29,539
11:14:29,543
11:14:29,543
11:14:29,544
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
-
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:29,544
11:14:29,544
11:14:29,544
11:14:29,626
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
-
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
11:14:29,637
11:14:29,638
11:14:29,638
11:14:29,638
11:14:29,639
11:14:29,659
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
-
243
Last step of transcript, writing document image, transcript and status record
writing doc image clob parameter
writing clob parameter
updateImportStatus method
SourceOrgIDValue=null SourceOrgIDType=null DocStatus=P
after processed document errFlag=false docProcessed=false xmlFileErrFlag=false file=pescxmlexport_21421_1.xml
processing document number 1
RequestedRecord document
docseqno = 9
after import Transmission Data sourceIDType=null sourceIDValue=null sourceOrgName=BANNER System Test
loadAcademicRecSummaryData docSeqMbr=9 gpaSeqNbr=1 SummaryType=All SummaryLevel=LowerDivision
loadAcademicRecSummaryData docSeqMbr=9 gpaSeqNbr=2 SummaryType=SenderOnly SummaryLevel=LowerDivision
loading AcademicSession SessionName=Fall 2000 - 200110 SessionDesignator=2000-09 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=Spring 2002 (200220) SessionDesignator=2002-01 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=Fall 2002 (200310) SessionDesignator=2002-09 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=Continuous Entry 2005 OLR Only SessionDesignator=2004-09
SessionType=FullYear
Last step of transcript, writing document image, transcript and status record
writing doc image clob parameter
writing clob parameter
updateImportStatus method
SourceOrgIDValue=null SourceOrgIDType=null DocStatus=P
after processed document errFlag=false docProcessed=false xmlFileErrFlag=false file=pescxmlexport_21421_1.xml
before renaming file to old xmlFileErrFlag=false
importing from file /u01/s7s70/jobsub/systest23/pescxmlexport_21557_1.xml
Parsing xml file /u01/s7s70/jobsub/systest23/pescxmlexport_21557_1.xml
currLine=<?xml version="1.0" encoding="UTF-8"?>
first part=?xml ver
currLine=<urn:AcademicRecordBatch xmlns:core="urn:org:pesc:core:CoreMain:v1.0.1a" xmlns:xsi="http://www.w3.org/
2001/XMLSchema-instance" xmlns:AcRec="urn:org:pesc:sector:AcademicRecord:v1.0.0"
xmlns:ColTrn="urn:org:pesc:message:CollegeTranscript:v1.0.0"
xmlns:urn="urn:org:pesc:message:AcademicRecordBatch:v1.0.0">
first part=urn:Acad
currLine=<ColTrn:CollegeTranscript>
first part=ColTrn:C
xmlDoc=<?xml version="1.0" encoding="UTF-8"?><urn:AcademicRecordBatch
xmlns:core="urn:org:pesc:core:CoreMain:v1.0.1a" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:AcRec="urn:org:pesc:sector:AcademicRecord:v1.0.0"
xmlns:ColTrn="urn:org:pesc:message:CollegeTranscript:v1.0.0"
xmlns:urn="urn:org:pesc:message:AcademicRecordBatch:v1.0.0"><ColTrn:CollegeTranscript>
<TransmissionData><DocumentID>SCTXML2006-04-28T15:47:57.38</DocumentID><CreatedDateTime>2006-0428T15:47:57.38</CreatedDateTime><Doc
first cursor first child name={urn:org:pesc:message:AcademicRecordBatch:v1.0.0}AcademicRecordBatch
first cursor to child name={urn:org:pesc:message:CollegeTranscript:v1.0.0}CollegeTranscript
Number of college transcripts in batch = 1
processing document number 0
RequestedRecord document
docseqno = 10
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
This sample shows the log file, continued.
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
2006-05-03
Connected.
244
11:14:29,662
11:14:29,678
11:14:29,684
11:14:29,693
11:14:29,698
11:14:29,703
11:14:29,709
11:14:29,782
11:14:29,790
11:14:29,860
11:14:29,867
11:14:29,892
11:14:29,902
11:14:29,976
11:14:30,001
11:14:30,004
11:14:30,174
11:14:30,174
11:14:30,195
11:14:30,269
11:14:30,323
11:14:30,324
11:14:30,338
11:14:30,339
11:14:30,342
11:14:30,343
11:14:30,343
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
DEBUG
INFO
DEBUG
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
[main]
-
after import Transmission Data sourceIDType=null sourceIDValue=null sourceOrgName=BANNER System Test
loadAcademicRecSummaryData docSeqMbr=10 gpaSeqNbr=1 SummaryType=All SummaryLevel=Graduate
loadAcademicRecSummaryData docSeqMbr=10 gpaSeqNbr=2 SummaryType=SenderOnly SummaryLevel=Graduate
loadAcademicRecSummaryData docSeqMbr=10 gpaSeqNbr=3 SummaryType=All SummaryLevel=LowerDivision
loadAcademicRecSummaryData docSeqMbr=10 gpaSeqNbr=4 SummaryType=SenderOnly SummaryLevel=LowerDivision
loading AcademicSession SessionName=Fall 2000 - 200110 SessionDesignator=2000-09 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=Spring 2002 (200220) SessionDesignator=2002-01 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=MT's Fall Term - 200341 SessionDesignator=2002-09 SessionType=SummerSession
have courses to load. calling loadCourseData
loading AcademicSession SessionName=Spring 2005 SessionDesignator=2005-01 SessionType=SummerSession
have courses to load. calling loadCourseData
Last step of transcript, writing document image, transcript and status record
writing doc image clob parameter
writing clob parameter
updateImportStatus method
SourceOrgIDValue=null SourceOrgIDType=null DocStatus=P
after processed document errFlag=false docProcessed=false xmlFileErrFlag=false file=pescxmlexport_21557_1.xml
before renaming file to old xmlFileErrFlag=false
getting inst title
assigning string to title variable
getting inst title
assigning string to title variable
SHRPESI completed processing - Memory usage 9MB
**** SHRPESI completed successfully ****
Skipping JobSub.removeJobParameters
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
Transcript Population Creation Process (SHRTPOP)
Description
This process is used to select a population from among the student body, for whom you wish to have the transcripts printed.
Electronic transcripts can be sent in EDI or XML format.
When you use the population selection parameters, the record is only processed if the student in the population selection has
an SHADEGR record that is effective for the term value entered in the Selection Term parameter. The parameters for Student
ID, Level(s), Advisor ID, Degree Code, Degree Status, Degree Graduation Date, College, and Major are bypassed when
population selection is used in processing SHRTPOP.
Parameters
245
Name
Required?
Description
Purge Parameter
No
Enter Y if you want the population from the previous
transcript purged if the selection file already exists.
If you don't enter Y, and a population already exists,
the run will be aborted.
Selection Term
No
Enter the code representing the term for which the
report is to be run. Enter % to cause all students
with any academic history to be selected. Students
must be registered for the requested term and have
some academic history (no specific term), or
students must have academic history for the
requested term. At least one of these conditions
must exist for the student to be selected.
Student ID
No
Enter the ID(s) for the selected student(s) for whom
you want the transcript to run, or enter % or a
NULL value to select all the students.
Student Release 7.3
Release Guide
Values
Term Code Validation Form
(STVTERM)
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
Parameters (cont.)
246
Name
Required?
Description
Values
Level(s)
No
Enter the level(s) for which you want to run the
transcripts, or enter % or a NULL value to select all
the levels.
Level Code Validation Form
(STVLEVL)
Advisor ID
No
Enter the ID(s) number of the advisor(s) to whom
the transcript is to be restricted, or enter % or a
NULL value if there are no restriction. Only those
students assigned to the requested advisor(s) will be
selected.
Degree Code
No
Enter the degree code(s) for which the transcript is
to run, enter % for all degree codes, or enter a
NULL value to bypass the degree code restrictions,
so that degrees are not even considered.
Degree Code Validation Form
(STVDEGC)
Degree Status
No
Enter the degree status(es) to which the transcript is
to be restricted. Enter % to select all degree statuses,
or enter a NULL value if there are no restrictions.
Degree Status Validation Form
(STVDEGS)
Degree Graduation Date
No
Enter the date after which the student must have
graduated to receive a transcript.
College
No
Enter the college code(s) for the transcript, or enter
% or a NULL value to select all the colleges.
College Code Validation Form
(STVCOLL)
Major
No
Enter the major code(s) selected for the transcript,
or enter % or a NULL value to select all the majors.
Major, Minor, Concentration Code
Validation Form (STVMAJR)
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Transcript Type
No
Enter the type of transcript requested. If null, all
transcript types are selected for processing. Enter %
or a null value to select a transcript displaying all data
that may be printed on the Transcript Type Rules
Form (SHATPRT).
Transcript Type Code Validation Form
(STVTPRT)
Billing Term
No
Enter the term during which the student's transcript
fee is to be billed. If no term is entered, no transcript
fee will be processed.
Term Code Validation Form
(STVTERM)
Billing Code
No
Enter the detail code associated with the transcript
fee for which the student is to be billed. If no code
is entered, no charge is made.
Billing Description
No
Enter a free-format description associated with the
transcript fee.
Billing Amount
No
Enter the amount the student is to be billed for the
transcript.
Issued to Institution
Code
No
This parameter is required for EDI use. Enter the
institution code for the institution where the
transcript will be sent.
Source/Background Institution Code
Validation Form (STVSBGI)
Note: These institutions should be designated as
EDI Capable on STVSGBI.
247
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
Parameters (cont.)
248
Name
Required?
Description
Values
Send Electronic
No
Use this parameter if you have the ability to send an
electronic transcript.
P
PESC/XML transcript
E
EDI TS130 transcript
Enter P to select the PESC/XML transcript format, E
to select the EDI TS130 format, or N or blank to
select the paper transcript format.
N
Paper transcript
Issued to Name
No
Enter the name of the person or department to
whom the transcript was issued. When running
through the Host, if a NULL value is entered, the
system will proceed to the In-Progress Term
parameter.
Issued Street 1
No
Enter the first line of the street address of the person
or department to whom the transcript was issued.
Issued Street 2
No
Enter the second line of the street address of the
person or department to whom the transcript was
issued.
Issued Street 3
No
Enter the third line of the street address of the
person or department to whom the transcript was
issued.
Issued City
No
Enter the city of the issued address.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Issued State
No
Enter the state of the issued address.
State/Province Code Validation Form
(STVSTAT)
Issued Zip
No
Enter the ZIP code for the issued address.
Issued Country
No
Enter the country code for the country of the issued
address.
Nation Code Validation Form
(STVNATN)
In-Progress Term
No
Enter the cutoff term for future registration.
Courses from history to selected term will be printed.
Term Code Validation Form
(STVTERM)
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection
Definition Rules Form (GLRSLCT). All or none of
the population selection parameters must be
entered.
Population Selection Inquiry Form
(GLISLCT)
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
249
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
Parameters (cont.)
Name
Required?
Description
Creator ID
No
Enter the user ID of the person who created the
population rules. All or none of the population
selection parameters must be entered.
User ID
No
Enter the user ID for the population selection. This
is the ID of the user who selected the population of
people. This may or may not be the same as the
Creator ID. All or none of the population selection
parameters must be entered.
Values
Report Sample—Transcript Population Creation Process (SHRTPOP) — see the following page
This sample output will be available in the 7.3 version of the Banner Student User Guide.
250
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
Electronic Data Interchange Extract (SHREDIY)
Description
The Electronic Data Interchange Extract (SHREDIY) must be run in order to produce Banner transcripts to be sent via
EDI.Smart™. A transcript must have been requested through the use of the Transcript Request Form (SHARQTC) or the
Transcript Population Creation Process (SHRTPOP) in order to be produced through this process.
SHREDIY reads the requests from the collector file and generates the flat file entries for the transcripts along with control and
log file entries. Only transcript requests with a send type of E, for EDI, will be processed. Transcripts may be produced for an
individual with a pending request, or all requests which have been sent to the collector file. The Academic Transcript
(SHRTRTC) must be run to produce Banner paper transcripts for those institutions who are not capable of receiving EDI
transcripts. The Transcript Request Form (SHARQTC) will not allow an EDI transcript request to be made for an institution
that is not EDI capable.
When each transcript is generated, SHREDIY will update the EDI sent date and assign each transcript request a request
number on the Transcript Request Collector Table (SHTTRAN). The request number is a sequential number stored in the
Sequence Number Base table (SOBSEQN) and updated by SHREDIY. The request number is sent to EDI.Smart in the control
record for the generated transcript.
Parameters
251
Name
Required?
Description
Transcript Population
File
No
Enter Y if the population for which the transcript(s)
are to be generated has previously been selected via
the Transcript Population Creation Process
(SHRTPOP).
ID and [Sequence if
Desired]
No
Enter % or a NULL value to select all IDs and
sequences.
Student Release 7.3
Release Guide
Values
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Transcript Type
No
Enter the type of transcript requested.
Transcript Type Code Validation Form
(STVTPRT)
Address Selection Date
No
Enter the date (format DD-MON-YYYY) for which
you wish to retrieve an active address record of the
student for whom the transcript is being generated.
Address Priority and
Type
Yes
Enter the priority number and address type code
(format 1MA) for the address selection.
Campus Selection
Indicator
No
Enter Y to select courses to be included on the
transcript, which are associated with the campus
codes entered. An N will include all course campus
codes on the transcript. The default value is N.
Y
Include courses associated with
campus codes entered
N
Include all course campus codes
Campus Selection
Yes
(Required if Campus Selection Indicator is set to Y)
Enter the course campus code representing the
campus of the courses which are to be included on
the transcript.
Campus Code Validation Form
(STVCAMP)
GPA Format
No
Enter R to print rounded GPAs or T to print
truncated GPAs. The default value is R.
R
Round GPAs
T
Truncate GPA
Report Sample—Electronic Data Interchange Extract (SHREDIY) — see the following page
252
Student Release 7.3
Release Guide
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
03-MAY-2006 10:45:44
TRANSCRIPT POPULATION FILE USED :
REQUEST ID(S):
ID NUMBER:
SEQUENCE NUMBER:
TRANSCRIPT TYPE(S):
ADDRESS SELECTION DATE:
ADDRESS TYPE(S):
CAMPUS SELECTION REQUESTED?
CAMPUS SELECTED:
REPORT LINE LIMIT:
BANNER System Test
Electronic Transcripts
* * * REPORT CONTROL INFORMATION -- Release 7.3 * *
N
SHREDIY
Page 1
%
ALL SEQUENCES REQUESTED FOR THIS ID
%
09-MAY-2005
1MA
N
55
ONLY OFFICIAL TRANSCRIPTS WILL BE SENT VIA EDI
03-MAY-2006 10:45:44
BANNER System Test
Electronic Transcripts
TRANSCRIPT ERROR MESSAGE REPORT Student ID SBGI Code Sequence No Message
080819550
0003
75
Institution is not EDI capable
253
Student Release 7.3
Release Guide
SHREDIY
Page 2
May 2006
Confidential
Section 3 - PESC/XML Transcript
Sample Reports
This page intentionally left blank
254
Student Release 7.3
Release Guide
May 2006
Confidential
Section 4 Bio Demo Messaging - Functional
Overview
Section 4
Bio Demo Messaging - Functional
Overview
This enhancement provides messaging capabilities using APIs that call biographic
and demographic information from Banner General, Banner Student, and Banner
Human Resources. The Student-specific processing includes prior college
information for use by third parties.
Please refer to the General 7.3 Release Guide and the Human Resources 7.2 Release Guide
for more information on APIs and Bio Demo processing.
Push Process in Recruiting and Admissions
The push process has been modified to use the GOAINTL API. Formerly,
GTVSDAX rules were used in processing to update Not Null fields. Now, the API
handles those updates.
The following packages used in the push process have been updated:
•
SRKPREL
This object has been modified to discontinue the use of default values in
GTVSDAX. In addition, it has been changed to call the gb_visa API directly
rather than calling the GOKINTL procedures.
•
SAKL030
This object has been modified to discontinue the use of default values in
GTVSDAX. In addition, it has been changed to call the gb_visa API directly
rather than calling the GOKINTL procedures.
Changed Forms
General Person Identification Form (SPAIDEN)
This form has been updated to support messaging and API functionality.
May 2006
Confidential
Student Release 7.3
Release Guide
255
Section 4 Bio Demo Messaging - Functional
Changed Reports and Processes
Faculty Degree Information Form (SIAFDEG)
This form has been updated to support messaging and API functionality.
Record deletion functionality has also been updated. If a user attempts to delete a
degree record that has attached majors, minors, or concentrations, the user will
receive the following message: Cannot delete Prior College Degree; Major/Minor/Area of
Concentration data exists.
Quick Recruit Form (SRAQUIK)
This form has been updated to support messaging and API functionality.
Admissions Decision Form (SAADCRV)
This form has been updated to support messaging and API functionality.
Online Transcripts Activity List Form (SHAEDIS)
This form has been updated to support messaging and API functionality.
Prior College Form (SOAPCOL)
This form has been updated to support messaging and API functionality.
Record deletion functionality has also been updated. If a user attempts to delete a
degree record that has attached majors, minors, or concentrations, the user will
receive the following message: Cannot delete Prior College Degree; Major/Minor/Area of
Concentration data exists.
Changed Reports and Processes
Recruits Never Applied to Inst. Report (SRRINQR)
This process has been modified to use APIs when purging prior college information
from recruiting records.
256
Student Release 7.3
Release Guide
May 2006
Confidential
Section 4 Bio Demo Messaging - Functional
Changed Reports and Processes
Admissions Purge (SAPADMS)
This process has been modified to use APIs when purging prior college information
from admissions records.
General Student Purge (SGPSTDN)
This process has been modified to use APIs when purging prior college information
in general student records.
May 2006
Confidential
Student Release 7.3
Release Guide
257
Section 4 Bio Demo Messaging - Functional
Changed Reports and Processes
This page intentionally left blank
258
Student Release 7.3
Release Guide
May 2006
Confidential
Section 5 Race/Ethnicity - Technical
New Tables
Section 5
Race/Ethnicity - Technical
New Tables
Prospect Race Code Temporary Table (SRTPRAC)
This temporary table is used to store the race data currently submitted through
AMCAS, as well as additional future test score/search files and electronic prospects.
This data is loaded to GORPRAC. AMCAS race data will continue to be loaded to
the SRTSUPL temporary table and then loaded to SABSUPL.
SRTPRAC_RIDM
SRTPRAC_RACE_CDE
SRTPRAC_ACTIVITY_DATE
NOT NULL
NOT NULL
NOT NULL
NUMBER(8)
VARCHAR2(3)
DATE
The comments on column are:
•
RIDM: RIDM for which the race will be stored.
•
RACE CODE: This field identifies the race code.
•
ACTIVITY DATE: The date that the information for the row was inserted or
updated in the SRTPRAC table.
Applicant Race Code Temporary Table (SARPRAC)
This temporary table is used to store the race data currently submitted through
Admissions Self-Service. This data is loaded to GORPRAC.
SARPRAC_AIDM
SARPRAC_RACE_CDE
SARPRAC_ACTIVITY_DATE
NOT NULL
NOT NULL
NOT NULL
NUMBER(8)
VARCHAR2(3)
DATE
The comments on column are:
May 2006
Confidential
•
AIDM: AIDM for which the race will be stored.
•
RACE CODE: This field identifies the race code.
•
ACTIVITY DATE: The date that the information for the row was inserted or
updated in the SARPRAC table.
Student Release 7.3
Release Guide
259
Section 5 Race/Ethnicity - Technical
Changed Tables
Changed Tables
Supplemental Information Temporary Table (SRTSUPL)
The columns on this table used to store race information have all been changed to
VARCHAR2(3). Incoming AMCAS race values can be translated to three character
race codes.
SRTSUPL_RACE1
SRTSUPL_RACE2
SRTSUPL_RACE3
SRTSUPL_RACE4
SRTSUPL_RACE5
SRTSUPL_RACE6
SRTSUPL_RACE7
SRTSUPL_RACE8
SRTSUPL_RACE9
SRTSUPL_RACE10
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
Application Supplemental Information Base Table (SABSUPL)
The columns on this table used to store race information have all been changed to
VARCHAR2(3). Race values from the temporary table will be loaded to production
with up to three character race codes.
SABSUPL_RACE1
SABSUPL_RACE2
SABSUPL_RACE3
SABSUPL_RACE4
SABSUPL_RACE5
SABSUPL_RACE6
SABSUPL_RACE7
SABSUPL_RACE8
SABSUPL_RACE9
SABSUPL_RACE10
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
VARCHAR2(3)
Temporary Person Table (SRTPERS)
A new column has been added to the table for ethnicity, specifically the Hispanic
Indicator.
SRTPERS_ETHN_CATEGORY
VARCHAR2(1)
The comment on column is: NEW ETHNICITY/ETHNIC CATEGORY: New
ethnicity provided by prospect.
260
Student Release 7.3
Release Guide
May 2006
Confidential
Section 5 Race/Ethnicity - Technical
Changed Packages
Electronic Admissions Person Table (SARPERS)
A new column has been added to the table for ethnicity, specifically the Hispanic
Indicator.
SARPERS_ETHN_CATEGORY
VARCHAR2(1)
The comment on column is: NEW ETHNICITY/ETHNIC CATEGORY: New
ethnicity provided by applicant.
Basic Person Base Table (SPBPERS)
Three new columns have been added:
SPBPERS_ETHN_CDE
SPBPERS_CONFIRMED_RE_CDE
SPBPERS_CONFIRMED_RE_DATE
VARCHAR2(1)
VARCHAR2(1)
DATE
The comments on column are:
•
ETHNIC CODE: This field identifies the ethnic code defined by the U.S.
government. The valid values are 1 - Not Hispanic or Latino, 2 - Hispanic or
Latino, or null.
•
RACE AND ETHNICITY CONFIRMED: This field identifies the race and
ethnicity has been confirmed. Valid values are (Y)es, (N)o or null.
•
RACE AND ETHNICITY CONFIRMED DATE: This field identifies when the
race and ethnicity has been confirmed.
Note: The changes for SPBPERS were delivered as part of General Release 7.2.
Please refer to the General 7.2 Release Guide for more information on
related changes.
Changed Packages
SRKPREL
The following changes have been made to this package:
May 2006
Confidential
•
SRKPREL has been modified to load race data from the new SRTPRAC
temporary table to GORPRAC. (SRKPREL will continue to load AMCAS race
data from SRTSUPL to SABSUPL.)
•
The GORPRAC_DATA_ORIGIN, GORPRAC_USER_ID, and
GORPRAC_ACTIVITY_DATE columns have been updated through the use of the
API.
Student Release 7.3
Release Guide
261
Section 5 Race/Ethnicity - Technical
Changed Packages
•
SRKPREL has been modified to load the SRTPERS_ETHN_CATEGORY value to
the SPBPERS_ETHN_CDE column.
•
SRKPREL will now update two fields on SPAPERS to indicate that the incoming
race and ethnic data and the date have been confirmed.
When any race or ethnicity data in the temporary table that has been reported
by the individual using test scores or self-service is loaded to production
through SPBPERS, then the SPBPERS_CONFIRMED_RE_CD column is updated
to Y to indicate that the data has been confirmed, and the
SPBPERS_CONFIRMED_RE_DATE column is updated to the date the data is
pushed to Banner from SPBPERS. These two fields do not have associated
temporary table fields, so the package updates these fields directly in SPBPERS.
Note: Existing ethnicity data in SPBPERS will never be overwritten by
SRKPREL. Existing “new ethnicity” data in SPBPERS will never be
overwritten unless the value is NULL/None.
SRKPREL/SRKPRE1
Both packages have been modified so the definitions from all of the variables from
VARCHAR2(1) or VARCHAR2(4) are now VARCHAR2(9). This resolves a reported
problem.
The default value for UPDATE ME variables is nine characters. Values for most
UPDATE ME variables are intended to be Y or N, one character long or four
characters long, based on validation codes.
SAKL020/SAKP030
Both packages have been modified to accommodate new ethnic category and race
routines. These packages now validate and load new ethnic code/ethnic category
and race values from self-service temporary tables to Banner production tables.
•
The SARPERS_ETHN_CATEGORY value is loaded to the SPBPERS_ETHN_CD field.
•
The SARPRAC_RACE_CDE values are loaded to the GORPRAC_RACE_CDE fields.
These packages also update the SPBPERS_CONFIRMED_RE_CDE value to Y and the
SPBPERS_CONFIRMED_RE_DATE value to the load date, to reflect that the ethnic data
was reported by the applicant.
The GORPRAC_ACTIVITY_DATE, GORPRAC_DATA_ORIGIN, and GORPRAC_USER_ID
values are also updated by the API when they are loaded to Banner.
Four new routines are delivered for Procedure P030, Biographic Information, for
use on SAAECRL. This routines can be added manually to the appropriate
application types.
262
Student Release 7.3
Release Guide
May 2006
Confidential
Section 5 Race/Ethnicity - Technical
New Scripts
Procedure
Routine
Routine Name
Required
Override
P030
R0025
Race Established
Y
Y
P030
R0030
Ethnic Category Established
Y
Y
P030
R0255
Overwrite Existing Race
Y
Y
P030
R0265
Overwrite Ethnic Category
Y
Y
These packages have also been modified to use existing values for
SABECRL_WAPP_CODE 00 and W1, W2, W3, W4, W5, W6, and W7 with these four new
routines.
One new routine is delivered for Procedure P900, Push Verification, for use on
SAAECRL. This routine can be added manually to the appropriate application
types.
Procedure
Routine
Routine Name
P900
L025
Create Race Record
Required
Override
Y
Y
These packages have also been modified to use existing values for
SABECRL_WAPP_CODE 00 and W1, W2, W3, W4, W5, W6, and W7 with this new routine.
New Scripts
Some delivered scripts are optional, so you can choose to copy existing race data on
SABSUPL (production data) and/or SRTSUPL (temporary data) to the new
GORPRAC and/or SRTPRAC tables. Only unique race codes will be inserted into
GORPRAC, based on the values that exist in the SABSUPL race fields. These scripts
are run after Release 7.3 is installed.
•
supsprac1.sql
•
supsprac2.sql
This script is run before Release 7.3 is installed to check for missing race codes on
STVETHN and GORRACE.
•
May 2006
Confidential
srstvethn.sql
Script
Table
Description
srtsupl1.sql
SRTSUPL
Widen columns for race fields to
VARCHAR2(3)
Student Release 7.3
Release Guide
263
Section 5 Race/Ethnicity - Technical
New Scripts
Script
Table
Description
srtsupl2.sql
SRTSUPL
Convert old data
srtsupl3.sql
SRTSUPL
Add Foreign Key to GORRACE
srtsupl4.sql
SRTSUPL
Add Foreign Key to GORRACE
srtsupl5.sql
SRTSUPL
Add Foreign Key to GORRACE
srtsupl6.sql
SRTSUPL
Add Foreign Key to GORRACE
srtsupl7.sql
SRTSUPL
Add Foreign Key to GORRACE
srtsupl8.sql
SRTSUPL
Add Foreign Key to GORRACE
srtsupl9.sql
SRTSUPL
Add Foreign Key to GORRACE
srtsupl10.sql
SRTSUPL
Add Foreign Key to GORRACE
srtsupl11.sql
SRTSUPL
Add Foreign Key to GORRACE
srtsupl12.sql
SRTSUPL
Add Foreign Key to GORRACE
sabsupl1.sql
SABSUPL
Widen columns for race fields to
VARCHAR2(3)
264
sabsupl2.sql
SABSUPL
Convert old data
sabsupl3.sql
SABSUPL
Add Foreign Key to GORRACE
sabsupl4.sql
SABSUPL
Add Foreign Key to GORRACE
sabsupl5.sql
SABSUPL
Add Foreign Key to GORRACE
sabsupl6.sql
SABSUPL
Add Foreign Key to GORRACE
sabsupl7.sql
SABSUPL
Add Foreign Key to GORRACE
sabsupl8.sql
SABSUPL
Add Foreign Key to GORRACE
sabsupl9.sql
SABSUPL
Add Foreign Key to GORRACE
sabsupl10.sql
SABSUPL
Add Foreign Key to GORRACE
sabsupl11.sql
SABSUPL
Add Foreign Key to GORRACE
sabsupl12.sql
SABSUPL
Add Foreign Key to GORRACE
srtprac1.sql
SRTPRAC
Define columns for new table
srtprac2.sql
SRTPRAC
Add Foreign Key to GORRACE
srtprac3.sql
SRTPRAC
Define Primary Key
Student Release 7.3
Release Guide
May 2006
Confidential
Section 5 Race/Ethnicity - Technical
New Scripts
May 2006
Confidential
Script
Table
Description
srtprac4.sql
SRTPRAC
Add comments on columns
sarprac1.sql
SARPRAC
Define columns for new table
sarprac2.sql
SARPRAC
Add Foreign Key to GORRACE
sarprac3.sql
SARPRAC
Define Primary Key
sarprac4.sql
SARPRAC
Add comments on columns
srtpers1.sql
SRTPERS
Add column to table
srtpers2.sql
SRTPERS
Add comments on column
sarpers1.sql
SARPERS
Add column to table
sarpers2.sql
SARPERS
Add comments on column
srstvethn.sql
STVETHN,
GORRACE
Run before installation to check for race
codes that are missing from STVETHN and
GORRACE
supsprac1.sql
SABSUPL
Copy race codes from SRTSUPL to
SRTPRAC based on equivalent rules in
STVETHN
supsprac2.sql
SABSUPL
Copy race codes from SABSUPL to
GORPRAC based on equivalent rules in
STVETHN
sinswapf.sql
SARWAPF
Insert seed data for ethnic category and race
sinswapp.sql
SARWAPP
Insert seed data for Web application type 00
sinsecrl.sql
SARECRL
Insert seed data for Web application type 00
sinsprtn.sql
SARPRTN
Insert seed data for new routines for P030 on
SAAECRL
sinvwscf.sql
STVWSCF
Insert seed data for RACE and
ETHINIC_CATEGORY element codes for use
on SAAWAPP
sinxref3.sql
SORXREF
Insert data into SORXREF for ethnic
categories
Student Release 7.3
Release Guide
265
Section 5 Race/Ethnicity - Technical
Seed Data
Script
Table
Description
supcnvt2.sql
SOBCNVT
Convert ETHR to RACE on SOTCNVT
This script moves rules on SOTCNVT for the
validation table name ETHR to rules for
RACE based on the institution race code
applied to the ethnic code on STVETHN.
The script will insert a new table value of
RACE, as well as the existing tape value, but
will insert a converted ethnic code to the new
institution race code based on the rule on
STVETHN.
Seed Data
SARPRTN/SAAECRL
Four new routines are delivered for Procedure P030, Biographic Information, for
use on SAAECRL for the Web application types of 00 (Default Example - All Sections)
and W1 - W7 (Undergraduate Freshman through Continuing Ed, Non-Degree).
Procedure
Routine
Routine Name
Required
Override
P030
R0025
Race Established
Y
Y
P030
R0030
Ethnic Category Established
Y
Y
P030
R0255
Overwrite Existing Race
Y
Y
P030
R0265
Overwrite Ethnic Category
Y
Y
SAAECRL
The Web application type of 00 (Default Example - All Sections) is delivered with
updated values.
SAAWAPP
The Web application type of 00 (Default Example - All Sections) is delivered with
updated values.
266
Student Release 7.3
Release Guide
May 2006
Confidential
Section 5 Race/Ethnicity - Technical
Seed Data
SAAWAPF
New Web sections for Ethnic Category and Race have been added for the Web
application types of 00 (Default Example - All Sections) and W1 - W7 (Undergraduate
Freshman through Continuing Ed, Non-Degree) for use on SAAWAPP.
STVWSCF
New element code values are delivered for ETHNIC_CATEGORY and RACE to be
used on SAAWAPP for Web application types. These values are inserted by a script.
The values are system required and use a Web Section value of PERSONAL.
May 2006
Confidential
Element Code
Description
System Required
Web Section
ETHNIC_CATEGORY
Ethnicity
Yes
PERSONAL
RACE
Race
Yes
PERSONAL
Student Release 7.3
Release Guide
267
Section 5 Race/Ethnicity - Technical
Seed Data
This page intentionally left blank
268
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Tables
Section 6
Concurrent Curricula Phase 4 - Technical
New Tables
Application Checklist Source Validation Table (STVCKSR)
This new table is used to store codes that describe the sources of the application
checklist items.
The following columns are in this table:
STVCKSR_CODE
STVCKSR_DESC
STVCKSR_USER_ID
STVCKSR_ACTIVITY_DATE
STVCKSR_SYS_REQ_IND
NOT
NOT
NOT
NOT
NOT
NULL
NULL
NULL
NULL
NULL
VARCHAR2(15)
VARCHAR2(30)
VARCHAR2(30)
DATE
VARCHAR2(1)
The comments on column are:
•
ORIGINATING SOURCE CODE: Code to identify the process that inserted the
checklist item.
•
DESCRIPTION: Description of source code.
•
USER ID: Most recent user to create or update the record.
•
ACTIVITY DATE: Most recent date the record was created or updated.
•
SYSTEM REQUIRED INDICATOR: Y/N indicator if the record is required by
the system.
Application Checklist Status Validation Table (STVCKST)
This new table is used to application checklist status code information.
The following columns are in this table:
STVCKST_CODE
STVCKST_DESC
STVCKST_USER_ID
STVCKST_ACTIVITY_DATE
STVCKST_WEB_IND
May 2006
Confidential
NOT
NOT
NOT
NOT
NOT
Student Release 7.3
Release Guide
NULL
NULL
NULL
NULL
NULL
VARCHAR2(15)
VARCHAR2(60)
VARCHAR2(30)
DATE
VARCHAR2(1)
269
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Tables
The comments on column are:
•
CHECKLIST STATUS CODE: Code to future communicate the status checklist
item.
•
DESCRIPTION: Description of status code.
•
USER ID: Most recent user to create or update the record.
•
ACTIVITY DATE: Most recent date the record was created or updated.
•
WEB INDICATOR: Y/N indicator to print the status on the self service.
Changed Tables
Learner Curricula Table (SORLCUR)
New columns have been added to this table to allow users to associate student type,
rate, and site codes, as well as leave of absence and graduation information with
specific curriculum records.
SORLCUR_STYP_CODE
SORLCUR_RATE_CODE
SORLCUR_SITE_CODE
SORLCUR_LEAV_CODE
SORLCUR_LEAV_FROM_DATE
SORLCUR_LEAV_TO_DATE
SORLCUR_EXP_GRAD_DATE
SORLCUR_TERM_CODE_GRAD
SORLCUR_ACYR_CODE
VARCHAR2(1)
VARCHAR2(5)
VARCHAR2(3)
VARCHAR2(1)
DATE
DATE
DATE
VARCHAR2(6)
VARCHAR2(4)
For curriculum records with a learner module code value of LEARNER, the
SORLCUR_APPL_KEY_SEQNO column has been added to track the SARADAP_APPL_NO
value from the admissions application record that resulted in the creation of the
curriculum record.
The SORLCUR_APPL_SEQNO column has been added to track the SORLCUR_SEQNO
value from the admissions curriculum record that was used to create the learner
curriculum.
SORLCUR_APPL_KEY_SEQNO
SORLCUR_APPL_SEQNO
NUMBER(2)
NUMBER(4)
The comments on column are:
270
•
LEARNER TYPE: This describes the type of student.
•
RATE CODE: This is the fee assessment rate code.
•
LEARNER SITE: This describes the site of student.
•
LEAVE CODE: This describes the reason for the leave of absence.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Tables
•
LEAVE FROM DATE: This is the start date of the leave.
•
LEAVE TO DATE: This is the end date of the leave.
•
EXPECTED GRADUATION DATE: This is the date the learner is expected to
graduate from the curriculum.
•
EXPECTED GRADUATION TERM: This is the expected term the learner will
graduate.
•
GRADUATION ACADEMIC YEAR: This is the academic year for the
graduation.
•
APPLICATION NUMBER: This is the application number the learner
curriculum was created from.
•
APPLICATION SEQUENCE NUMBER: This is the sequence number of the
application curriculum the learner curriculum was created from.
Curriculum Rules Control Table (SOBCTRL)
New columns have been added to this table to comply with technical standards.
SOBCTRL_USER_ID
SOBCTRL_DATA_ORIGIN
NOT NULL
VARCHAR2(30)
VARCHAR2(30)
The new columns below have been added to indicate the severity of error message
users will receive when they are processing admissions decisions that would result in
the non-destructive update of an existing learner curriculum record or when any
part of an admissions curriculum would be inserted into the learner module with an
OVERLOAD status.
SOBCTRL_SAME_TERM_ADM_ERR_CDE
SOBCTRL_DIFF_TERM_ADM_ERR_CDE
SOBCTRL_OVERLOAD_ADM_ERR_CDE
VARCHAR2(1)
VARCHAR2(1)
VARCHAR2(1)
The comments on column are:
May 2006
Confidential
•
USER ID: Most recent user to create or update the record.
•
DATA SOURCE: Source system that generated the data.
•
TERM ADMIT ERROR LEVEL: Value F (Fatal), W(Warning), or N(No error)
if the newly admitted curriculum will replace an existing current and active
learner curriculum for the same term.
•
NON TERM ADMIT ERROR LEVEL: Value F (Fatal), W(warning), or N(No
error) if the newly admitted curriculum will replace an existing learner current
and active curriculum for an existing term.
•
OVERLOAD ADMISSION ERROR: Value F (Fatal), W(Warning), or N(No
error) if the newly admitted curriculum will be inactive for the learner due to
curricula or field of study count limits.
Student Release 7.3
Release Guide
271
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Tables
Admissions Application Repeating Table (SARADAP)
A new column for application priority has been added to this table.
SARADAP_APPL_PREFERENCE
NUMBER(2)
The comment on column is: APPLICATION PREFERENECE: A number
designating the ordinal preference of the application.
Student Application Decision Repeating Table (SARAPPD)
A new column has been added to this table to meet technical standards for the new
API.
SARAPPD_DATA_ORIGIN
VARCHAR2(30)
The comment on column is: DATA SOURCE: Source system that generated the
data.
Electronic Admissions Application Header Table (SARHEAD)
A new column for application priority has been added to this table.
SARHEAD_APPL_PREFERENCE
NUMBER(2)
The comment on column is: APPLICATION PREFERENECE: A number
designating the ordinal preference of the application.
Admissions Decision Rule Table (SARDCSN)
New columns have been added to this table for field of study types and secondary
curriculum level. The field of study types are used in the decision calculator and
specify a specific field of study that should be included in the rules process.
SARDCSN_LFST_CODE_1
SARDCSN_LFST_CODE_2
SARDCSN_LEVL_CODE_2
VARCHAR2(15)
VARCHAR2(15)
VARCHAR2(2)
The comments on column are:
272
•
FIELD OF STUDY TYPE: The field of study type the first major code value
should apply too.
•
FIELD OF STUDY TYPE: The field of study type the second major code value
should apply too.
•
LEVEL CODE: The level code for the secondary curriculum the decision
should apply too.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Tables
Admissions Rating Factor Rules Table (SARRRFT)
New columns have been added to this table for field of study type and curriculum
choice.
SARRRFT_LFST_CODE
SARRRFT_PRIM_SEC_CDE
VARCHAR2(15)
VARCHAR2(1)
The comments on column are:
•
FIELD OF STUDY TYPE: The field of study type the major code value should
apply to.
•
PRIMARY SECONDARY CURRICULUM: A code value P(primary),
S(secondary), or A(any) for choice of curriculum the rules should apply to.
Admission Request Checklist Build Table (SARCHKB)
New columns have been added to this table for program (RPE #CMS-RPE27006),
field of study type (RPE #CMS-RPE35852), and curriculum choice.
SARCHKB_PROGRAM
SARCHKB_LFST_CODE
SARCHKB_PRIM_SEC_CDE
VARCHAR2(12)
VARCHAR2(15)
VARCHAR2(1)
The comments on column are:
•
PROGRAM: The program code the checklist rule should apply to.
•
FIELD OF STUDY TYPE: The field of study type the major code value should
apply to.
•
PRIMARY SECONDARY CURRICULUM: A code value P(primary),
S(secondary), or A(any) for choice of curriculum the rules should apply to.
Admissions Checklist Repeating Table (SARCHKL)
Two new columns have been added to the table for checklist source and checklist
status.
SARCHKL_CKSR_CODE
SARCHKL_CKST_CODE
VARCHAR2(15)
VARCHAR2(15))
The comments on column are:
May 2006
Confidential
•
ORIGINATING SOURCE CODE: Code defined on STVCKSR that identifies
the process or origination of the checklist item.
•
CHECKLIST STATUS CODE: Code defined on STVCKST that communicates
additional status of the checklist item.
Student Release 7.3
Release Guide
273
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Tables
Electronic Admissions Entry-Exit Dates Table (SARETRY)
New columns have been added to the table.
SARETRY_APPL_NO_SARADAP
SARETRY_PRIORITY_NO
SARETRY_CURR_RULE
NUMBER(2)
NUMBER(4)
NUMBER(8)
The comments on column are:
•
SARADAP APPLICATION NUMBER: Application sequence number used to
tie curriculum to SARADAP insert.
•
PRIORITY NUMBER: Priority number of the curriculum as defined by the
applicant.
•
CURRICULUM RULE NUMBER: Number of the curriculum rule in Banner.
Electronic Admissions Date - Field of Study Table (SAREFOS)
A new column has been added to the table for the curriculum rule.
SAREFOS_LFOS_RULE
NUMBER(8)
The comment on column is: FIELD OF STUDY CURRICULUM RULE: Curriculum
rule from the curriculum table. Major curriculum rule from SORCMJR, minor from
SORCMNR, and concentration from SORCCON.
Web Admissions Application Default Data and Rules Table
(SARWADF)
New columns have been added to the table for use with processing multiple
applications in Admissions Self-Service.
SARWADF_ONE_REC_APPL_IND
SARWADF_MAX_MAJORS
SARWADF_MAX_MINORS
SARWADF_MAX_CONCENTRATIONS
SARWADF_MAX_ADDL_MAJORS
NOT NULL
VARCHAR2(1)
NUMBER(2)
NUMBER(2)
NUMBER(2)
NUMBER(2)
The SARWADF_ONE_REC_APPL_IND column defaults to Y, indicating that one
application record will be created with multiple curricula/fields of study.
The comments on column are:
274
•
ONE APPLICATION ROW INDICATOR: Indicates if all curriculum data for
the applicant should be associated with one application or one application for
each curriculum.
•
MAXIMUM ADDITIONAL MAJORS: Maximum number of additional majors
per major curriculum to display on the Web Application for data entry.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Tables
•
MAXIMUM MAJORS: Maximum number of majors to display on the Web
Application for data entry.
•
MAXIMUM MINORS: Maximum number of minors per major curriculum to
display on the Web Application for data entry.
•
MAXIMUM CONCENTRATIONS: Maximum number of concentrations per
major curriculum to display on the Web Application for data entry.
Communication Rules Repeating Table (SORCOMM)
New columns have been added to this table for curriculum choice and field of study
type.
SORCOMM_PRIM_SEC_CDE
SORCOMM_LFST_CODE
VARCHAR2(1)
VARCHAR2(15)
The comments on column are:
•
PRIMARY SECONDARY CURRICULUM: A code value P(primary),
S(secondary), or A(any) for choice of curriculum the rules should apply to.
•
FIELD OF STUDY TYPE: The field of study type the major code value should
apply to.
Curriculum Minor Rules Table (SORCMNR)
New columns have been added for the EDI and Self-Service block in the Minors
window of SOACURR. This allows you to Web-enable minors in Admissions SelfService.
SORCMNR_EDI_QLFR
SORCMNR_EDI_VALUE
SORCMNR_DISP_WEB_IND
SORCMNR_DESC
NOT NULL
VARCHAR2(2)
VARCHAR2(30)
VARCHAR2(1)
VARCHAR2(60)
The comments on column are:
•
EDI QUALIFIER: EDI qualifier code associated with the EDI value.
•
EDI VALUE: EDI field of study identifier associated with the minor rule.
•
WEB DISPLAY INDICATOR: Indicator denoting whether the minor rule
should display on Web List of Values.
•
MINOR DESCRIPTION: Minor rule description to be displayed on Web.
A new non-unique index has been added to SORCMNR. This index is used to
retrieve records by the EDI codes.
May 2006
Confidential
INDEX
UNIQUE
SORCMNR_KEY_INDEX2
NONUNIQUE
Student Release 7.3
Release Guide
275
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Tables
INDNAME
COL
POS
SORCMNR_KEY_INDEX2
SORCMNR_KEY_INDEX2
SORCMNR_KEY_INDEX2
SORCMNR_CURR_RULE
SORCMNR_EDI_QLFR
SORCMNR_EDI_VALUE
1
2
3
Concentration Curriculum Rules Table (SORCCON)
New columns have been added for the EDI and Self-Service block in the MajorsDependent Concentrations window of SOACURR. This allows you to Web-enable
concentrations in Admissions Self-Service
SORCCON_EDI_QLFR
SORCCON_EDI_VALUE
SORCCON_DISP_WEB_IND
SORCCON_DESC
NOT NULL
VARCHAR2(2)
VARCHAR2(30)
VARCHAR2(1)
VARCHAR2(60)
The comments on column are:
•
EDI QUALIFIER: EDI qualifier code associated with the EDI value.
•
EDI VALUE: EDI field of study identifier associated with the concentration
rule.
•
WEB DISPLAY INDICATOR: Indicator denoting whether the concentration
rule should display on Web List of Values.
•
CONCENTRATION DESCRIPTION: Concentration description to be
displayed on Web.
A new non-unique index has been added to SORCCON. This index is used to
retrieve records by the EDI codes.
INDEX
UNIQUE
SORCCON_KEY_INDEX2
NONUNIQUE
INDNAME
COL
POS
SORCCON_KEY_INDEX2
SORCCON_KEY_INDEX2
SORCCON_KEY_INDEX2
SORCCON_CURR_RULE
SORCCON_EDI_QLFR
SORCCON_EDI_VALUE
1
2
3
Grade Roll Report Print Temporary Table (SOTPRNT)
A new column has been added to store the long error message reported from the
API.
SOTPRNT_ERR_MSG
VARCHAR2(120)
The comment on the column is: ERROR MESSAGE: Column to store error message
from API to report on grade roll report.
276
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Procedure for Application Decision Processing
New Procedure for Application Decision Processing
New functionality has been added to the Application Decision Processing Package
(SAKDCSN) and the package body (SAKDCS1).
sakdcsn.p_process_decsn
The Application Decision Procedure (sakdcsn.p_process_decsn) is used to
house the business logic for processing admissions application decisions. All
processes that allow you to insert a decision code have been changed to call this new
procedure. The one exception to this is SAAQUIK, which uses the API to insert the
decision.
This procedure will perform the following activities for each new decision:
1.
Validate that the last decision for the application does not have the same
decision code.
2.
Verify the existence of a general student record and return a warning, if
appropriate.
3.
Check for the existence of registration records and return either a warning or
an error message, if appropriate.
4.
Validate the curriculum.
5.
Insert a decision, if appropriate.
6.
Insert a general student record, if appropriate.
7.
Copy the curriculum and field of study, if appropriate.
8.
Push the application field of study to a new curriculum status, if appropriate.
Although an institution can define an unlimited number of admission decision
codes, there are essentially six different types of codes: Significant, Not Significant,
Institutional Acceptance, Institutional Rejection, Applicant Acceptance, and Inactive
Application. This piece of logic will define the necessary validations to be performed,
warning/error messages to be displayed, and other actions to be taken when a
decision code is to be inserted into the SARAPPD table. Also, when the decision
code being entered is an Applicant Acceptance type, the logic will determine the
priority value associated with the learner curriculum record(s) to be inserted into
the SORLCUR table.
May 2006
Confidential
Student Release 7.3
Release Guide
277
Section 6 Concurrent Curricula Phase 4 - Technical
New Procedure for Application Decision Processing
Significant Decision Codes
The Significant Decision checkbox is checked on STVAPDC. The decision code
should be inserted into the SARAPPD table, and the Application Status field
updated to D.
Note: The Significant Decision checkbox on STVAPDC can be checked (set to
Y) independently of each of the other checkboxes on the form. As such,
when it is checked in combination with any of the other checkboxes,
updating the Application Status field to D should be part of that decision
code type's processing as well.
Not Significant Decision Codes
The Significant Decision checkbox is not checked on STVAPDC. T he decision code
should be inserted into the SARAPPD table without performing additional
validation or updates.
Institutional Acceptance Decision Codes
The Institution Acceptance checkbox is checked on STVAPDC. the decision code
should be inserted into the SARAPPD table without performing additional
validation or updates.
Institutional Rejection Decision Codes
The Institution Rejection checkbox is checked on STVAPDC, as well as the Inactive
Application checkbox. Before a new record is inserted into the SARAPPD table, the
system should perform the following checks.
1.
If the applicant has registration records in the same term as the entry term on
the application, then:
(a) Check if all current and active learner curricula are the same as the
current and active curricula on the application.
•
If they are, display a warning message that the general student and
curriculum records will not be updated.
•
Execute the package to push the appropriate curriculum status
codes on the application curriculum.
(b) If all of the current and active learner curricula are not the same, then:
•
2.
Execute the package to push the appropriate curriculum status
codes on the application curriculum.
If the applicant does not have any registration records for the application term,
but a general student record exists for the application entry term, then:
(a) Check if all current and active learner curricula are the same as the
current and active curricula on the application.
278
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Procedure for Application Decision Processing
•
If they are, update the student status on the general student record
to IS.
•
Display the informational message that the general student record
was inactivated.
•
Execute the package to push the appropriate curriculum status
codes on the application curriculum.
•
Execute the package to push the appropriate curriculum status
codes on the learner curriculum.
(b) If all of the current and active learner curricula are not the same, then:
•
3.
Execute the package to push the appropriate curriculum status
codes on the application curriculum.
Process the decision if the applicant is not registered for the application entry
term and has no general student record for the application term, then:
(a) Execute the package to push the appropriate curriculum status codes on
the application curriculum.
Applicant Acceptance Decision Codes
The Applicant Acceptance checkbox is checked on STVAPDC. Before a new record
is inserted into the SARAPPD table, the system should perform the following checks.
1.
Obtain the error severity values on SOACTRL from the Inactive current
curriculum in same term, Inactive Current curriculum in previous term, and
Cause a curriculum overload fields.
2.
If the applicant has registration records in the same term as the entry term on
the application, compare the priorities on all current and active curricula on
the application to the learner's current and active primary curriculum.
At this point, the process will not allow a decision to be processed if the
curriculum from the application replaces the primary learner curriculum, as
this would have an impact on the assessment of fees.
(a) If the priority on any current and active curriculum on the application is
less than the priority on learner's current and active primary curriculum,
do not allow the decision to be entered, and display a fatal error message.
(b) If the priority on all current and active curricula on the application is
greater than the priority on the learner's current and active primary
curriculum, allow the decision to be entered and continue with the next
check.
3.
May 2006
Confidential
Check for the existence of a previous applicant acceptance decision for the
application.
Student Release 7.3
Release Guide
279
Section 6 Concurrent Curricula Phase 4 - Technical
New Procedure for Application Decision Processing
(a) If the most recent significant decision is not an institutional rejection or
inactive application decision, do not allow the decision to be entered, and
display a fatal error message.
(b) If the most recent significant decision is an institutional rejection or
inactive application decision, and the status on the general student record
is inactive, then:
(
•
Update the status on the general student record to active.
•
For each current and active curriculum on the application, if the
Application Preference value is not null, calculate the priority for the
learner curriculum records using the following formula.
Application Preference Number
X
10
)+(
SARADAP_APPL_PREFERENCE
Curriculum Priority Number
)
SORLCUR_PRIORITY_NO from the
application being processed
•
If the Application Preference value is null, copy the priority for the
learner curriculum records from the priority values on the
application's curriculum records.
•
Validate the curricula and display the appropriate type of message
based upon the error severity settings obtained from SOACTRL and
whether the calling program requires processing of curriculum.
(SARBDSN does not require processing of curriculum.) If the error
severity is Fatal, exit the procedure.
•
Copy the curriculum records to the General Student module. If any
of the curriculum records will be copied with a curriculum activity
code of INACTIVE due to an overload situation, display the
appropriate type of message based upon the error severity setting
obtained from SOACTRL.
•
Execute the backfill process for the learner record after the
curriculum records have been inserted.
(c) If there were no fatal or warning messages, display an informational
message that the general student and curriculum records have been
updated.
4.
If the applicant does not have any registration records but does have a general
student record with an effective term equal to the entry term on the
application, then:
(a) For each current and active curriculum on the application, if the
Application Preference value is not null, calculate the priority for the
learner curriculum records using the formula shown above.
(b) If the Application Preference value is null, copy the priority for the
learner curriculum records from the priority values on the application's
curriculum records.
280
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Procedure for Application Decision Processing
(c) Compare the priority values on the new learner curriculum records to the
priority values of existing curriculum records. For the application entry
term, if a current and active learner curriculum record with a priority
value that matches one of the priority values of a new curriculum record,
then the following checks occur.
•
If the error severity setting is Fatal, display an appropriate message,
and exit the procedure.
•
If the error severity setting is Warning, display a message giving the
user the choice to cancel or continue.
•
If the user chooses Cancel, exit the procedure.
•
If the user chooses Continue, copy the existing learner curriculum
record, giving it an activity status of INACTIVE and a curriculum
status of ADMITREPLACE.
•
Validate the curriculum record, and display the appropriate type of
message based upon the error severity settings obtained from
SOACTRL. If the error severity is Fatal, exit the procedure.
•
Copy the curriculum record to the General Student module. If any
of the curriculum records will be copied with a curriculum activity
code of INACTIVE due to an overload situation, display the
appropriate type of message based upon the error severity setting
obtained from SOACTRL.
•
Execute the backfill process for the general student record after the
curriculum records have been inserted.
(d) If there were no fatal or warning messages, display an informational
message that the general student and curriculum records have been
updated.
5.
If the applicant has a general student record with an effective term not equal
to the entry term on the application, create a new general student record with
an effective term equal to the entry term on the application, then:
(a) For each current and active curriculum on the application, if the
Application Preference value is not null, calculate the priority for the
learner curriculum records using the formula shown above.
(b) If the Application Preference value is null, copy the priority for the
learner curriculum records from the priority values on the application's
curriculum records.
(c) Compare the priority values on the new learner curriculum records to the
priority values of existing curriculum records. For the application entry
term, if a current and active learner curriculum record with a priority
value that matches one of the priority value of a new curriculum record,
then the following checks occur.
•
May 2006
Confidential
If the error severity setting is Fatal, display an appropriate message,
and exit the procedure.
Student Release 7.3
Release Guide
281
Section 6 Concurrent Curricula Phase 4 - Technical
New Procedure for Application Decision Processing
•
If the error severity setting is Warning, display a message giving the
user the choice to cancel or continue.
•
If the user chooses Cancel, exit the procedure.
•
If the user chooses Continue, copy the existing learner curriculum
record, giving it an activity status of INACTIVE and a curriculum
status of ADMITREPLACE.
•
Validate the curriculum record and display the appropriate type of
message based upon the error severity settings obtained from
SOACTRL. If the error severity is Fatal, exit the procedure.
•
Copy the curriculum record to the General Student module. If any
of the curriculum records will be copied with a curriculum activity
code of INACTIVE due to an overload situation, display the
appropriate type of message based upon the error severity setting
obtained from SOACTRL.
•
Execute the backfill process for the general student record after the
curriculum records have been inserted.
(d) If there were no fatal or warning messages, display an informational
message that the general student and curriculum records have been
updated.
The Application Decision Procedure (sakdcsn.p_process_decsn) contains the
following procedures.
Procedure
Description
p_auto_decision
Called by the main procedure for Quick Start decision processing in
self-service (sakqad1.p_quick_admit)
p_process_decsn
Main procedure used for processing application decisions for a
learner/term/application
p_learner_admitreplace
Used to record non-destructive updates, copies the learner curriculum
and sets the curriculum activity status to INACTIVE and the curriculum
status to ADMITREPLACE
The Application Decision Procedure (sakdcsn.p_process_decsn) contains the
following functions.
Function
Description
f_create_learner
Creates the learner record if it does not already exist for the term,
copies the application curriculum to the learner, and runs the backfill
f_check_decsn_prev_rej_inact
Determines if the most recent student accepted significant decision is
inactive or rejected
282
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Package for Communication Plan Processing
Function
Description
f_find_existing_curr_match
Determines if all current and active learner curricula originated from
the application being processed, called if decision type is a rejection or
if the application needs to be made inactive
f_nopush_selfservice
Determines if a self-service application can be pushed to the learner
New Package for Communication Plan Processing
Communication Plan Maintenance Package (SOKCOMM)
This package checks to see if new communication plans should be inserted and then
inserts the plans. SORCPLN now calls this package and procedures. The SGASTDN,
SAAADMS, SAAQUIK, SAADCRV, SRARECR, and SRAQUIK forms previously
executed the logic from referenced triggers in SOQOLIB. The referenced trigger
in SOQOLIB will now call the new package and procedures. The test and insert use
the new columns to determine the curriculum.
Two functions are used with this package:
•
The f_testplan function is used to check if a new communication plan
should be added for the person.
•
The f_insert_plan function is used to read all the communication plans and
insert the SORCPLN record.
The INSERT_NEW_COMM_PLAN trigger has been moved from SOQOLIB to
SOKCOMM.
Changed Packages/Procedures
Communication Plan Assignment Package (SOKCLPN)
This package houses the business logic for determining if materials should be
assigned to a recruit, applicant, or learner. This procedure is executed in the post
forms trigger on most Recruiting, Admissions, General Student, and General Person
May 2006
Confidential
Student Release 7.3
Release Guide
283
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Packages/Procedures
forms, such as SRARECR, SRAQUIK, SAAADMS, SAADCRV, SAAQUIK, SPAIDEN,
and SPAPERS. This package has been updated for this enhancement.
Fields have been added to the Communication Rules Form (SOACOMM) to allow
you to define rules that will assign a communication plan based upon any field of
study type (i.e., not just major) and/or elements in the primary curriculum,
secondary curricula, or all curricula.
One new procedure has been added to this package:
•
The p_commplan_materials procedure is called from the communication
plan process to create materials that are specific to a curriculum.
The following changes have also been made:
•
New global variables have been added for communication plan and learner
curriculum sequence number, and a new procedure has been added to set the
globals.
•
Cursors have been modified to select just the communication plan code if the
global communication plan code is not null.
•
The department and major checks have been modified to be executed if the
incoming curriculum sequence number is not null and to check the new
curriculum record and use the incoming learner curriculum sequence
number.
•
The admissions and student type codes have been modified to be executed for
the General Student module, only if the learner curriculum sequence number
is not null and to check the new curriculum record and use the incoming
learner curriculum sequence number.
Curriculum Maintenance Package (SOKLCUR)
The p_push_learner_curriculum procedure has been added to this package.
This procedure is used to copy the current and active field of study record(s) with
new curriculum status when the student status (STVSTST) changes. The new
curriculum status is derived from the STVSTST table. This procedure is called where
the learner student status is processed on SHRDEGS, SGASTDN, and SFAREGS. If
the term on SGASTDN is greater than the term on the curriculum, a new
curriculum record will be created for the new term.
In response to RPE #CMS-RPE48888, the user can change the translation code value
for the new rules on GTVSDAX to determine the initial default curriculum status
(STVCSTS) for field of study records.
A new function has been added to SOKLCUR. The soklcur.f_event_status
(p_csts_value stvcsts.stvcsts_code%type) function is used to perform a
look up on GTVSDAX for an external code of the input p_csts_value, an internal
code of CURRSTATUS, and internal group code of CSTSVALUE. It will return the
translation code value if it is not blank, otherwise, it will return the input parameter
284
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Packages/Procedures
value. To change the curriculum status code used, the user must change the
translation code on GTVSDAX.
The processes that call this are:
•
soklcur.p_default_status will call this function for the external code of
INPROGRESS.
•
SOQOLIB and the SORLCUR Change Curriculum button trigger will call this
function for the external code of CHANGED.
•
SOQOLIB and the SORLFOS Inactivate button trigger will call this function
for the external code of REMOVED.
•
SAKDCSN and p_admitreplace will call this function for the external code of
ADMITREPLACE.
•
soklcur.f_lcur_count_status and f_lfos_count_status will call this
function for the external code of OVERLOAD.
•
soklcur.f_convert_curr and p_push_recruit_curriculum will call this
function for the external code of APPLIED.
•
SAAEAPS and SARETMT will call this function for the external code of
APPLIED before the application is created.
•
sakqadm.p_insert_nopush_major will call this function for the external
code of NOPUSH. This is inserted into the primary major if the Auto Student
checkbox on the major curriculum rule is unchecked (set to N).
•
sakdcsn.f_nopush_selfservice calls this function for the external code of
NOPUSH. The application curriculum is not copied to the learner curriculum
if the primary major has the status of NOPUSH.
The p_convert_curr process will not start the numbering of priorities at one (1)
for each field of study type.
Previously, priorities for all fields of study were numbered consecutively, for
example:
•
Major 1 Priority 1
•
Major 2 Priority 2
•
Minor 1 Priority 3
•
Minor 2 Priority 4
•
Concentration 1 Priority 5
•
Concentration 2 Priority 6
Priorities will now follow the following numbering pattern:
May 2006
Confidential
•
Major 1 Priority 1
•
Major 2 Priority 2
•
Minor 1 Priority 1
•
Minor 2 Priority 2
Student Release 7.3
Release Guide
285
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Packages/Procedures
•
Concentration 1 Priority 1
•
Concentration 2 Priority 2
Table Type Package (SOKTABS)
This package will update the record type to include the new columns for checklist
source (SARCHKL_CKSR_CODE) and checklist status (SARCHKL_CKST_CODE).
Application Decision Package (SAKDCRV)
A new f_checkcurriculum function has been added to SAKDCRV. It is used to
check the applicant’s record to see if they have an existing curriculum record.
The p_reviewdecision procedure has been updated to call the new function.
Application Maintenance Package (SAKMODS)
The following changes have been made to this package:
•
This p_insert_sarappd procedure in this package is being de-supported with
this release. It has been replaced by the new decision processing procedure,
sakdcsn.p_process_decsn.
•
The p_create_student procedure now updates the admission term and the
matriculation term on the learner curriculum with the input parameter values.
•
The p_copy_lcur and p_copy_lfos procedures will now copy the curriculum
and field of study priority as is and not recalculate the numbering starting at
one.
•
The package will insert the value of BASELINE into the SARCHKL_CKSR_CODE
field, in all places where checklist items are added to SARCHKL.
Web Questions and Answers Package (SAKL170)
This package is used to load questions and answers for self-service admissions
applications. It has been updated to select the applicant’s curriculum information
and compare the data to the checklist rules (SARCHKB) for the applicant’s
admissions request checklist code (STVADMR). It will also pass back the received
date for use in determining whether to update an existing record or create a new
SARCHKL record. This satisfies RPE #CMS-RPE26456.
The package will also insert the value of BASELINE into the SARCHKL_CKSR_CODE
field, in all places where checklist items are added to SARCHKL.
286
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Packages/Procedures
Quick Start Package (SAKQADM)
This package is called by Quick Start processing for use with self-service. It has been
modified to call the new sakdcsn.p_process_decsn procedure to process
admissions decisions.
The new p_insert_nopush_major procedure has been added to insert the primary
major with the curriculum status of NOPUSH if the Auto Student checkbox on the
curriculum rule is unchecked (set to N).
Checklist Assignment Package (SAKCHKB)
The p_sarchkb_inschecklist procedure determines the admissions checklist
items that are entered automatically onto a student's application. This procedure
has been modified to match the checklist rules to the applicant's concurrent
curricula using the following new rule choices:
•
•
This procedure will select and compare the primary curriculum if the
SARCHKB_PRIM_SEC_CDE value is P.
The procedure will select and compare all secondary curricula if the
SARCHKB_PRIM_SEC_CDE value is S.
•
The procedure will select and compare all current and active curricula on the
application if the SARCHKB_PRIM_SEC_CDE value is A.
•
If a value is inserted into the new SARCHKB_LFST_CODE column, and a value is
entered into the department and major codes, the procedure will select and
compare the field of study to these values.
•
The package will insert the value of BASELINE into the SARCHKL_CKSR_CODE
field, in all places where checklist items are added to SARCHKL.
Admissions Push Package (SAKL010)
This package is used to push the application curriculum and field of study data from
the application temporary tables in Banner. It has been modified to check the values
in the Matching and Processing Rules window on SAAWADF for Web matching
rules, Web display rules, and automated processing rules for the Web application
type and effective term in the Key Block.
The values in the Matching and Processing Rules window specify what should
happen for the given Web record when it is pushed to Banner (i.e, whether a
recruiting record, an application record, and/or a general student record is
created).
The package will also check the setting of the new Create One Application checkbox
(SARWADF_ONE_REC_APPL_IND) on SAAWADF to determine if one application
should be created with all the curriculum data assigned to that one record, or if one
application should be created for each major that has been entered. If the indicator
May 2006
Confidential
Student Release 7.3
Release Guide
287
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Packages/Procedures
is checked (set to Y and the default setting), then only one record will be created. If
the indicator is unchecked (set to N), then multiple records will be created, one for
each major that has been entered.
Pushing Curriculum Data
The SAKL010 package is used to push curriculum data to the SORLCUR and
SORLFOS tables. Before inserting rows into SORLCUR and SORLFOS, this package
first determines if the curriculum conversion routine should be run. If a person is
matched to an existing Banner ID, the process determines if any rows exist in
SORLCUR/SORLFOS for that ID/PIDM. If none exist, then the curriculum
conversion is run to ensure that all pre-7.0 curriculum data is now stored in
SORLCUR and SORLFOS. If the person is new, then the conversion does not need
be run.
Currently, curriculum data is moved or pushed from the temporary tables to Banner
in a backward process. When a major (or minor or concentration beginning with
Release 7.3) is entered in Student Self-Service, a row is stored in SARETRY (for the
curriculum), and another row is stored in SAREFOS for the major, (minor or
concentration). These rows contain data for the degree and field of study from
SOBCURR. A function is then called which matches that data (the degree and field
of study identifier) to the corresponding curriculum row/major in SOBCURR/
SORCMJR. This process will continue to function in almost the same way for Release
7.3, except it has been expanded to now handle minors and concentrations. As
fields of study (majors, minors, and concentrations) are selected/entered in
Student Self-Service, an entry will be made into the SARETRY table for curriculum
and the SAREFOS table for majors, minors and concentrations.
The logic for creating a single application record is as follows:
1.
The process determines the SOBCURR rule to be used for the entered field of
study (i.e, major, minor, or concentration).
2.
If the SARWADF_ONE_REC_APPL_IND field is set to Y, then all majors, minors,
and/or concentrations entered will be stored on one application instead of on
multiple applications. If this indicator is set to N, skip to step 5.
3.
If the curriculum rule that is returned already exists for the application in
SORLCUR (and is active and current), it will not exist for the first field of study.
However, the process will loop, and if two majors from the same curriculum are
entered, only one row will exist on SORLCUR.
(a) If no matching curriculum rule already exists for the record, the process
inserts an SORLFOS row for the field of study type (SAREFOS_FLVL_CDE
cross-referenced against GTVLFST) and the field of study using the next
value from a counter as the priority for the SORLFOS row.
288
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Packages/Procedures
(b) If a matching curriculum rule already exists for the record so there is no
need to insert one, the process inserts an SORLFOS row for the field of
study type (SAREFOS_FLVL_CDE) and field of study using the incremented
counter value.
4.
Steps 1 - 3 are repeated by the process by SARETRY_SEQNO value, and within
each SARETRY_SEQNO value by SAREFOS_SEQNO value. At this point, the storage
of all curricula data for this application will be complete.
The logic for creating a multiple application records (i.e., one record per major
entered instead of one record containing all curricula data) is as follows:
1.
The process selects the first major (SARETRY_SEQNO is 1) and creates a new
record.
2.
The process inserts an SORLFOS row for the field of study type
(SAREFOS_FLVL_CDE cross- referenced against GTVLFST) and the field of
study using the next value from a counter as the priority for the SORLFOS row.
3.
When all the SAREFOS records for a given SARETRY row have been entered,
the process determines if another SARETRY row exists. If one does exist, a new
record is created, and step 2 above is repeated. If no additional SARETRY rows
exist, the process is finished.
Note: The SAREFOS_FLVL_CDE field value determines what type of SORLFOS
row should be inserted. This value must be cross-referenced using
SORXREF (with a cross-reference label of GTVLFST) to determine the
correct row type (major, minor, or concentration). The values for
MAJOR, MINOR, and CONCENTRATION are delivered as seed data. If
additional types are developed at your institution for Self-Service, and/or
you use EDI applications with other values, then those values must also be
cross-referenced using SOAXREF/GTVLFST.
Field
Value
Description
SAREFOS_FLVL_CDE
M
Major
SAREFOS_FLVL_CDE
N
Minor
SAREFOS_FLVL_CDE
C
Concentration
Grade Roll Package (SHKROLS)
Procedures in this package have been modified to pull the graduation values from
the curriculum table. The graduation information entered on the curriculum, if
present, will populate the SHRDGMR record.
May 2006
Confidential
Student Release 7.3
Release Guide
289
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Packages/Procedures
For example,
Graduation data exist on
SGBSTDN
Graduation data exist on
SORLCUR
What is rolled to SHRDGMR
Y
Y
Graduation data on SORLCUR
N
Y
Graduation data on SORLCUR
Y
N
Graduation data on SGBSTDN
N
N
No graduation data will be rolled
The following table describes how the roll process works if the learner has two active
and current learner curriculum records with the same level, college, degree, and
program, and both are set to roll to academic history.
Graduation data exist on
SGBSTDN
Graduation data exist on
SORLCUR 1
Graduation data exist on
SORLCUR 2
What is rolled to SHRDGMR
Y
Y
N
Graduation data on SORLCUR 1
Y
N
Y
Graduation data on SORLCUR 2
Y
N
N
Graduation data on SGBSTDN
Y
Y
Y
If the graduation data associated
with the two SORLCUR records
are identical, one SHRDGMR
record will be created with the
SORLCUR graduation data and
both curricula attached to it.
If the graduation data associated
with the SORLCUR records are
different, two separate SHRDGMR
records will be created, each
populated with the graduation
data from one of the SORLCUR
records.
290
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Obsolete Procedure
Graduation data exist on
SGBSTDN
Graduation data exist on
SORLCUR 1
Graduation data exist on
SORLCUR 2
What is rolled to SHRDGMR
N
Y
Y
If the graduation data associated
with the two SORLCUR records
are identical, one SHRDGMR
record will be created with the
SORLCUR graduation data and
both curricula attached to it.
If the graduation data associated
with the SORLCUR records are
different, two separate SHRDGMR
records will be created, each
populated with the graduation
data from one of the SORLCUR
records.
N
Y
N
Graduation data on SORLCUR 1
N
N
Y
Graduation data on SORLCUR 2
N
N
N
It will be blank on the degree
record.
shkrols.p_insert_degree
This procedure is called before the first curriculum is created. It has been updated
to use the curriculum values or the SGBSTDN record if the curriculum is null.
shkrols. p_generate_api_error
This procedure is used to insert API-reported errors into the SOTPRNT table, so
that SHRROLL will list all API errors on the report and continue processing the
remaining grades. The new column SOTPRNT_ERR_MSG stores the API error
message.
Obsolete Procedure
sakmods.p_insert_sarappd
This procedure in SAKMODS/SAKMOD1 has been made obsolete. It has been
replaced by the new decision processing procedure, sakdcsn.p_process_decsn.
May 2006
Confidential
Student Release 7.3
Release Guide
291
Section 6 Concurrent Curricula Phase 4 - Technical
New Functions
New Functions
sakdcrv.f_checkcurriculum
A new function has been added to SAKDCRV. It is used to check the applicant’s
record to see if they have an existing curriculum record.
sokcomm.f_testplan
This function is part of the new SOKCOMM package. It is used to check if a new
communication plan should be added for the person.
sokcomm.f_insert_plan
This function is part of the new SOKCOMM package. It is used to read all the
communication plans and insert the SORCPLN record.
soklcur.f_event_status
In response to RPE #CMS-RPE48888, the user can change the translation code value
for the new rules on GTVSDAX to determine the initial default curriculum status
(STVCSTS) for field of study records.
A new function has been added to SOKLCUR. The soklcur.f_event_status
(p_csts_value stvcsts.stvcsts_code%type) function is used to perform a
look up on GTVSDAX for an external code of the input p_csts_value, an internal
code of CURRSTATUS, and internal group code of CSTSVALUE. It will return the
translation code value if it is not blank, otherwise, it will return the input parameter
value. To change the curriculum status code used, the user must change the
translation code on GTVSDAX.
The processes that call this are:
•
soklcur.p_default_status will call this function for the external code of
INPROGRESS.
292
•
SOQOLIB and the SORLCUR Change Curriculum button trigger will call this
function for the external code of CHANGED.
•
SOQOLIB and the SORLFOS Inactivate button trigger will call this function
for the external code of REMOVED.
•
SAKDCSN and p_admitreplace will call this function for the external code of
ADMITREPLACE.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Functions
•
soklcur.f_lcur_count_status and f_lfos_count_status will call this
function for the external code of OVERLOAD.
•
soklcur.f_convert_curr and p_push_recruit_curriculum will call this
function for the external code of APPLIED.
•
SAAEAPS and SARETMT will call this function for the external code of
APPLIED before the application is created.
•
sakqadm.p_insert_nopush_major will call this function for the external
code of NOPUSH. This is inserted into the primary major if the Auto Student
checkbox on the major curriculum rule is unchecked (set to N).
•
sakdcsn.f_nopush_selfservice calls this function for the external code of
NOPUSH. The application curriculum is not copied to the learner curriculum
if the primary major has the status of NOPUSH.
sb_curriculum.f_lcur_order
This new function is used to return the order of the current and active curricula.
The order will be the sequential number representing the priority of each
curriculum record, such as 1, 2, or 3. This column will be used in the new reporting
views to make it easier to select the primary curriculum or first secondary
curriculum. Selecting the primary current and active curriculum records is as
simple as equating the order equal to 1.
sb_fieldofstudy.f_lfos_order
This new function is used to return the order of the current and active field of study
records. The order will be the sequential number representing the priority of each
field of study record, such as 1, 2, or 3. This column will be used in the new
reporting views to make it easier to select the primary curriculum or first secondary
curriculum. Selecting the primary current and active curriculum records is as
simple as equating the order equal to 1.
Changed Functions
sb_curriculum.f_find_current_all_ind
This function has been updated with a new default null column for the effective
term. This allows you to pass the effective term for which you want to select the
current curricula. This new feature is used within a view specifically for the learner
curriculum (SGBSTDN).
May 2006
Confidential
Student Release 7.3
Release Guide
293
Section 6 Concurrent Curricula Phase 4 - Technical
Obsolete Function
sb_curriculum.f_find_maxseq
This function has been updated with a new default null column for the effective
term. This allows you to pass the effective term for which you want to select the
current curricula. This new feature is used within a view specifically for the learner
curriculum (SGBSTDN).
sakdcsn.f_query_existing_sgbstdn
This function has been moved from SAKDCSN to SAKQADM. It is used to compare
incoming application data fields with existing student data fields in the SOREQUI
table to determine if a new decision record should be created. The applicant's
curriculum is sent and compared to the rules.
Obsolete Function
sakdcsn.f_check_sgbstdn_exists
This function is no longer used by the SAKDCSN package and has been removed.
New Banner Views
New views have been added to simplify the selection process used with the new
curriculum table structure and the non-destructive update processing for highest
priority and current and active records. The new views replace the old curriculum
references throughout Banner Student.
Examples for Recruiting, Admissions, and Academic History Current
and Active Curriculum Records
The following example shows records in SORLCUR where the learner module code
is ADMISSIONS, the key sequence number is application 01, the term code is 200443,
and the data is sorted by priority and sequence number. The sequence number
makes the primary key for the curriculum.
294
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
Priority
Sequence Number
Curriculum Activity
Status Code
Program
1
1
ACTIVE
BA-HISTORY
1
3
ACTIVE
BA-ARTS
1
6
ACTIVE
BA-HISTORY
2
2
ACTIVE
CE-ARTS
2
4
INACTIVE
CE-ARTS
2
5
ACTIVE
CE-GRAPHICARTS
In the above example, sequence number 6 is the current and active primary
curriculum. Sequence number 5 is the current and active secondary curriculum. To
select the primary current and active curriculum, you need to select the highest
sequence number for the lowest curriculum priority (i.e., numerical value), and it
has to have a curriculum activity status code that is active. The Active Indicator
setting is determined on SOBCACT.
The new Banner views will let you make one select to return the primary current and
active records. The following code demonstrates how to select the primary current
and active curriculum for an admissions application.
Select *
From sovccur, saradap
Where sovccur_pidm = saradap_pidm
And sovccur_lmod_code = sb_curriculum_str.f_admissions
And sovccur_key_seqno = saradap_appl_no
And sovvcur_term_code_entry = saradap_term_code_entry
And sovccur_order = 1
Examples for General Student Current and Active Curriculum Records
The process to select the current and active curriculum records for the learner is
based on the value of an input term, which is usually the SGBSTDN effective term.
The rule for selecting the current and active learner curriculum is: the maximum
SORLCUR sequence number, for a given priority, that has the highest curriculum
term, that is less than the SGBSTDN end term. See the following example.
SGBSTDN
Effective Term
SORLCUR Term
Priority
Sequence
Curriculum Activity
Status Code
Program
200443
200443
1
1
ACTIVE
BA-HISTORY
200443
200443
2
2
ACTIVE
CE-ARTS
200520
200520
1
3
ACTIVE
BA-HISTORY
May 2006
Confidential
Student Release 7.3
Release Guide
295
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
SGBSTDN
Effective Term
SORLCUR Term
Priority
Sequence
Curriculum Activity
Status Code
Program
200530
200530
1
4
ACTIVE
BA-HISTORY
When SGBSTDN is selected for term 200443, the current and active curricula are
sequence numbers 1 and 2. The primary curriculum is sequence number 1. When
SGBSTDN is selected for term 200520, the current and active curricula are sequence
numbers 2 and 3. When term 200530 is selected, the current and active curricula are
sequence numbers 2 and 4.
The following code demonstrates how to select the primary current and active
curriculum for a learner record.
Select *
From sgvccur, sgbstdn
Where sgvccur_stdn_rowid = sgbstdn.rowid
And sgvccur_order = 1;
SOVACUR
This new view is used to return the current and active curriculum and all fields of
study that would be backfilled into the old curriculum columns. This view should be
used when you want to select curriculum and field of study records beyond the
primary major.
The following columns are in this view.
SOVACUR_PIDM
SOVACUR_SEQNO
SOVACUR_LMOD_CODE
SOVACUR_TERM_CODE
SOVACUR_KEY_SEQNO
SOVACUR_PRIORITY_NO
SOVACUR_ROLL_IND
SOVACUR_CACT_CODE
SOVACUR_USER_ID
SOVACUR_DATA_ORIGIN
SOVACUR_ACTIVITY_DATE
SOVACUR_LEVL_CODE
SOVACUR_COLL_CODE
SOVACUR_DEGC_CODE
SOVACUR_TERM_CODE_CTLG
SOVACUR_TERM_CODE_END
SOVACUR_TERM_CODE_MATRIC
SOVACUR_TERM_CODE_ADMIT
SOVACUR_ADMT_CODE
SOVACUR_CAMP_CODE
SOVACUR_PROGRAM
SOVACUR_START_DATE
SOVACUR_END_DATE
SOVACUR_CURR_RULE
SOVACUR_ROLLED_SEQNO
SOVACUR_ROWID
296
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
SOVACUR_ORDER
SOVACUR_ACTIVE_IND
SOVACUR_STYP_CODE
SOVACUR_SITE_CODE
SOVACUR_RATE_CODE
SOVACUR_LEAV_CODE
SOVACUR_LEAV_FROM_DATE
SOVACUR_LEAV_TO_DATE
SOVACUR_TERM_CODE_GRAD
SOVACUR_ACYR_CODE
SOVACUR_EXP_GRAD_DATE
SOVACUR_APPL_KEY_SEQNO
SOVACUR_APPL_SEQNO
SOVACUR_MAJR_CODE_1
SOVACUR_DEPT_CODE_1
SOVACUR_CURR_RULE_MAJR_1
SOVACUR_MAJR_CODE_2
SOVACUR_CURR_RULE_MAJR_2
SOVACUR_DEPT_CODE_2
SOVACUR_MAJR_CODE_MINR_1
SOVACUR_CURR_RULE_MINR_1
SOVACUR_MAJR_CODE_MINR_2
SOVACUR_CURR_RULE_MINR_2
SOVACUR_MAJR_CODE_CONC_1
SOVACUR_CURR_RULE_CONC_1
SOVACUR_ATTACH_MAJR_CONC_1
SOVACUR_MAJR_CODE_CONC_2
SOVACUR_CURR_RULE_CONC_2
SOVACUR_ATTACH_MAJR_CONC_2
SOVACUR_MAJR_CODE_CONC_3
SOVACUR_CURR_RULE_CONC_3
SOVACUR_ATTACH_MAJR_CONC_3
SOVACUR_MAJR_CODE_CONC_4
SOVACUR_CURR_RULE_CONC_4
SOVACUR_ATTACH_MAJR_CONC_4
SOVACUR_MAJR_CODE_CONC_5
SOVACUR_CURR_RULE_CONC_5
SOVACUR_ATTACH_MAJR_CONC_5
SOVACUR_MAJR_CODE_CONC_6
SOVACUR_CURR_RULE_CONC_6
SOVACUR_ATTACH_MAJR_CONC_6
SOVCCUR
This new view is used to return all current and active curriculum records for the
Recruiting, Admissions, and Academic History modules and contains the new
calculated order column. This view can be used to select the primary curriculum by
using the SOVCCUR_ORDER = 1 clause in the WHERE clause. To select all current and
active curriculum records using this view, add the phrase SOVCCUR_ORDER > 0 to the
WHERE clause.
Note: This data was available from SOVLCUR, but you had to include the
arguments SOVLCUR_ACTIVE_IND = 'Y' and SOVLCUR_CURRENT_IND =
'Y' to return these rows. You also had to add a sub-query to select the
minimum priority if you wanted to return the primary curriculum.
May 2006
Confidential
Student Release 7.3
Release Guide
297
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
The following columns are in this view.
SOVCCUR_PIDM
SOVCCUR_SEQNO
SOVCCUR_LMOD_CODE
SOVCCUR_TERM_CODE
SOVCCUR_KEY_SEQNO
SOVCCUR_PRIORITY_NO
SOVCCUR_ROLL_IND
SOVCCUR_CACT_CODE
SOVCCUR_USER_ID
SOVCCUR_DATA_ORIGIN
SOVCCUR_ACTIVITY_DATE
SOVCCUR_LEVL_CODE
SOVCCUR_COLL_CODE
SOVCCUR_DEGC_CODE
SOVCCUR_TERM_CODE_CTLG
SOVCCUR_TERM_CODE_END
SOVCCUR_TERM_CODE_MATRIC
SOVCCUR_TERM_CODE_ADMIT
SOVCCUR_ADMT_CODE
SOVCCUR_CAMP_CODE
SOVCCUR_PROGRAM
SOVCCUR_START_DATE
SOVCCUR_END_DATE
SOVCCUR_CURR_RULE
SOVCCUR_ROLLED_SEQNO
SOVCCUR_ROWID
SOVCCUR_ORDER
SOVCCUR_ACTIVE_IND
SOVCCUR_STYP_CODE
SOVCCUR_SITE_CODE
SOVCCUR_RATE_CODE
SOVCCUR_LEAV_CODE
SOVCCUR_LEAV_FROM_DATE
SOVCCUR_LEAV_TO_DATE
SOVCCUR_TERM_CODE_GRAD
SOVCCUR_ACYR_CODE
SOVCCUR_EXP_GRAD_DATE
SOVCCUR_APPL_KEY_SEQNO
SOVCCUR_APPL_SEQNO
SOVCFOS
This new view is used to return all current and active fields of study. This view can be
used to select the primary curriculum by using the SOVCFOS_ORDER = 1 clause in
the WHERE clause. You can also select the first secondary curriculum records by using
the SOVCFOS_ORDER = 2 clause in the WHERE clause and all secondary curriculum
records by using the SOVCFOS_ORDER > 1 clause. Use the phrase sovcfos_order >
0 to select all current and active rows.
298
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
Note: This data was available from SOVLFOS, but you had to include the
arguments SOVLFOS_ACTIVE_IND = 'Y', SOVLFOS_CURRENT_IND = 'Y,
to return these rows. You also had to add a sub-query to select the
minimum priority if you wanted to return the primary curriculum or
secondary curriculum.
The following columns are in this view.
SOVCFOS_PIDM
SOVCFOS_LCUR_SEQNO
SOVCFOS_SEQNO
SOVCFOS_LFST_CODE
SOVCFOS_TERM_CODE
SOVCFOS_PRIORITY_NO
SOVCFOS_CSTS_CODE
SOVCFOS_CACT_CODE
SOVCFOS_DATA_ORIGIN
SOVCFOS_USER_ID
SOVCFOS_ACTIVITY_DATE
SOVCFOS_MAJR_CODE
SOVCFOS_TERM_CODE_CTLG
SOVCFOS_TERM_CODE_END
SOVCFOS_DEPT_CODE
SOVCFOS_LFOS_RULE
SOVCFOS_CONC_ATTACH_RULE
SOVCFOS_CONC_ATTACH_MAJR_CODE
SOVCFOS_MAJR_CODE_ATTACH
SOVCFOS_START_DATE
SOVCFOS_END_DATE
SOVCFOS_TMST_CODE
SOVCFOS_ROLLED_SEQNO
SOVCFOS_ROWID
SOVCFOS_ORDER
SRVACUR
This new view is used to select the curriculum for the recruit and is specific to
recruiting curriculum information. This view includes the top two majors, two
minors, and six concentrations.
The following columns are in this view.
SRVACUR_PIDM
SRVACUR_SEQNO
SRVACUR_LMOD_CODE
SRVACUR_TERM_CODE
SRVACUR_KEY_SEQNO
SRVACUR_PRIORITY_NO
SRVACUR_CACT_CODE
SRVACUR_USER_ID
SRVACUR_DATA_ORIGIN
SRVACUR_ACTIVITY_DATE
SRVACUR_LEVL_CODE
SRVACUR_COLL_CODE
SRVACUR_DEGC_CODE
May 2006
Confidential
Student Release 7.3
Release Guide
299
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
SRVACUR_TERM_CODE_CTLG
SRVACUR_TERM_CODE_END
SRVACUR_CAMP_CODE
SRVACUR_PROGRAM
SRVACUR_START_DATE
SRVACUR_END_DATE
SRVACUR_CURR_RULE
SRVACUR_ROWID
SRVACUR_ORDER
SRVACUR_ACTIVE_IND
SRVACUR_MAJR_CODE_1
SRVACUR_DEPT_CODE_1
SRVACUR_CURR_RULE_MAJR_1
SRVACUR_MAJR_CODE_2
SRVACUR_CURR_RULE_MAJR_2
SRVACUR_DEPT_CODE_2
SRVACUR_MAJR_CODE_MINR_1
SRVACUR_CURR_RULE_MINR_1
SRVACUR_MAJR_CODE_MINR_2
SRVACUR_CURR_RULE_MINR_2
SRVACUR_MAJR_CODE_CONC_1
SRVACUR_CURR_RULE_CONC_1
SRVACUR_ATTACH_MAJR_CONC_1
SRVACUR_MAJR_CODE_CONC_2
SRVACUR_CURR_RULE_CONC_2
SRVACUR_ATTACH_MAJR_CONC_2
SRVACUR_MAJR_CODE_CONC_3
SRVACUR_CURR_RULE_CONC_3
SRVACUR_ATTACH_MAJR_CONC_3
SRVACUR_MAJR_CODE_CONC_4
SRVACUR_CURR_RULE_CONC_4
SRVACUR_ATTACH_MAJR_CONC_4
SRVACUR_MAJR_CODE_CONC_5
SRVACUR_CURR_RULE_CONC_5
SRVACUR_ATTACH_MAJR_CONC_5
SRVACUR_MAJR_CODE_CONC_6
SRVACUR_CURR_RULE_CONC_6
SRVACUR_ATTACH_MAJR_CONC_6
SRVACUR_RECR_ROWID
SRVCCUR
This new view is used to select the curriculum for the recruit and is specific to
recruiting curriculum information. This view includes just the curriculum data.
The following columns are in this view.
SRVCCUR_PIDM
SRVCCUR_SEQNO
SRVCCUR_LMOD_CODE
SRVCCUR_TERM_CODE
SRVCCUR_KEY_SEQNO
SRVCCUR_PRIORITY_NO
SRVCCUR_CACT_CODE
SRVCCUR_USER_ID
SRVCCUR_DATA_ORIGIN
300
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
SRVCCUR_ACTIVITY_DATE
SRVCCUR_LEVL_CODE
SRVCCUR_COLL_CODE
SRVCCUR_DEGC_CODE
SRVCCUR_TERM_CODE_CTLG
SRVCCUR_TERM_CODE_END
SRVCCUR_CAMP_CODE
SRVCCUR_PROGRAM
SRVCCUR_START_DATE
SRVCCUR_END_DATE
SRVCCUR_CURR_RULE
SRVCCUR_ROWID
SRVCCUR_ORDER
SRVCCUR_ACTIVE_IND
SRVCCUR_RECR_ROWID
SAVACUR
This new view is used to select the application curriculum and is specific to
admissions curriculum information. This view is used when you want to select more
information than just the curriculum and primary major. The view includes similar
fields to the backfilled columns (two majors, two minors, six concentrations).
The following columns are in this view.
SAVACUR_PIDM
SAVACUR_SEQNO
SAVACUR_LMOD_CODE
SAVACUR_TERM_CODE
SAVACUR_KEY_SEQNO
SAVACUR_PRIORITY_NO
SAVACUR_CACT_CODE
SAVACUR_USER_ID
SAVACUR_DATA_ORIGIN
SAVACUR_ACTIVITY_DATE
SAVACUR_LEVL_CODE
SAVACUR_COLL_CODE
SAVACUR_DEGC_CODE
SAVACUR_TERM_CODE_CTLG
SAVACUR_TERM_CODE_END
SAVACUR_CAMP_CODE
SAVACUR_PROGRAM
SAVACUR_START_DATE
SAVACUR_END_DATE
SAVACUR_CURR_RULE
SAVACUR_ROWID
SAVACUR_ORDER
SAVACUR_ACTIVE_IND
SAVACUR_MAJR_CODE_1
SAVACUR_DEPT_CODE_1
SAVACUR_CURR_RULE_MAJR_1
SAVACUR_MAJR_CODE_2
SAVACUR_CURR_RULE_MAJR_2
SAVACUR_DEPT_CODE_2
SAVACUR_MAJR_CODE_MINR_1
May 2006
Confidential
Student Release 7.3
Release Guide
301
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
SAVACUR_CURR_RULE_MINR_1
SAVACUR_MAJR_CODE_MINR_2
SAVACUR_CURR_RULE_MINR_2
SAVACUR_MAJR_CODE_CONC_1
SAVACUR_CURR_RULE_CONC_1
SAVACUR_ATTACH_MAJR_CONC_1
SAVACUR_MAJR_CODE_CONC_2
SAVACUR_CURR_RULE_CONC_2
SAVACUR_ATTACH_MAJR_CONC_2
SAVACUR_MAJR_CODE_CONC_3
SAVACUR_CURR_RULE_CONC_3
SAVACUR_ATTACH_MAJR_CONC_3
SAVACUR_MAJR_CODE_CONC_4
SAVACUR_CURR_RULE_CONC_4
SAVACUR_ATTACH_MAJR_CONC_4
SAVACUR_MAJR_CODE_CONC_5
SAVACUR_CURR_RULE_CONC_5
SAVACUR_ATTACH_MAJR_CONC_5
SAVACUR_MAJR_CODE_CONC_6
SAVACUR_CURR_RULE_CONC_6
SAVACUR_ATTACH_MAJR_CONC_6
SAVACUR_ADAP_ROWID
SAVCCUR
This new view is used to select the application curriculum and is specific to
admissions curriculum information. This view includes just the curriculum data.
The following columns are in this view.
SAVCCUR_PIDM
SAVCCUR_SEQNO
SAVCCUR_LMOD_CODE
SAVCCUR_TERM_CODE
SAVCCUR_KEY_SEQNO
SAVCCUR_PRIORITY_NO
SAVCCUR_CACT_CODE
SAVCCUR_USER_ID
SAVCCUR_DATA_ORIGIN
SAVCCUR_ACTIVITY_DATE
SAVCCUR_LEVL_CODE
SAVCCUR_COLL_CODE
SAVCCUR_DEGC_CODE
SAVCCUR_TERM_CODE_CTLG
SAVCCUR_TERM_CODE_END
SAVCCUR_CAMP_CODE
SAVCCUR_PROGRAM
SAVCCUR_START_DATE
SAVCCUR_END_DATE
SAVCCUR_CURR_RULE
SAVCCUR_ROLLED_SEQNO
SAVCCUR_ROWID
SAVCCUR_ORDER
SAVCCUR_ACTIVE_IND
SAVCCUR_ADAP_ROWID
302
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
SGVACUR
This new view is used to return curriculum and field of study records for a learner
for the learner’s effective term. This view will select the student status codes from the
curriculum tables first, and if those values are not filled in, the view will select data
from the SGBSTDN record. This view should be used when you want to select
learner curriculum and field of study records beyond the primary major.
The following columns are in this view.
SGVACUR_PIDM
SGVACUR_SEQNO
SGVACUR_LMOD_CODE
SGVACUR_TERM_CODE
SGVACUR_KEY_SEQNO
SGVACUR_PRIORITY_NO
SGVACUR_ROLL_IND
SGVACUR_CACT_CODE
SGVACUR_USER_ID
SGVACUR_DATA_ORIGIN
SGVACUR_ACTIVITY_DATE
SGVACUR_LEVL_CODE
SGVACUR_COLL_CODE
SGVACUR_DEGC_CODE
SGVACUR_TERM_CODE_CTLG
SGVACUR_TERM_CODE_END
SGVACUR_TERM_CODE_MATRIC
SGVACUR_TERM_CODE_ADMIT
SGVACUR_ADMT_CODE
SGVACUR_CAMP_CODE
SGVACUR_PROGRAM
SGVACUR_START_DATE
SGVACUR_END_DATE
SGVACUR_CURR_RULE
SGVACUR_ROLLED_SEQNO
SGVACUR_ROWID
SGVACUR_ORDER
SGVACUR_ACTIVE_IND
SGVACUR_STDN_ROWID
SGVACUR_STDN_TERM_CODE_EFF
SGVACUR_STYP_CODE_STDN
SGVACUR_SITE_CODE
SGVACUR_RATE_CODE
SGVACUR_STYP_CODE
SGVACUR_LEAV_CODE
SGVACUR_LEAV_FROM_DATE
SGVACUR_LEAV_TO_DATE
SGVACUR_EXP_GRAD_DATE
SGVACUR_TERM_CODE_GRAD
SGVACUR_ACYR_CODE
SGVACUR_APPL_KEY_SEQNO
SGVACUR_APPL_SEQNO
SGVACUR_MAJR_CODE_1
SGVACUR_DEPT_CODE_1
SGVACUR_CURR_RULE_MAJR_1
SGVACUR_MAJR_CODE_2
SGVACUR_CURR_RULE_MAJR_2
May 2006
Confidential
Student Release 7.3
Release Guide
303
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
SGVACUR_DEPT_CODE_2
SGVACUR_MAJR_CODE_MINR_1
SGVACUR_CURR_RULE_MINR_1
SGVACUR_MAJR_CODE_MINR_2
SGVACUR_CURR_RULE_MINR_2
SGVACUR_MAJR_CODE_CONC_1
SGVACUR_CURR_RULE_CONC_1
SGVACUR_ATTACH_MAJR_CONC_1
SGVACUR_MAJR_CODE_CONC_2
SGVACUR_CURR_RULE_CONC_2
SGVACUR_ATTACH_MAJR_CONC_2
SGVACUR_MAJR_CODE_CONC_3
SGVACUR_CURR_RULE_CONC_3
SGVACUR_ATTACH_MAJR_CONC_3
SGVACUR_MAJR_CODE_CONC_4
SGVACUR_CURR_RULE_CONC_4
SGVACUR_ATTACH_MAJR_CONC_4
SGVACUR_MAJR_CODE_CONC_5
SGVACUR_CURR_RULE_CONC_5
SGVACUR_ATTACH_MAJR_CONC_5
SGVACUR_MAJR_CODE_CONC_6
SGVACUR_CURR_RULE_CONC_6
SGVACUR_ATTACH_MAJR_CONC_6
SGVCCUR
This new view is used to return all current and active curriculum records for a
learner for the learner’s effective term. This view can be used to select the primary
curriculum by using the SGVACUR_ORDER = 1 clause in the WHERE clause. You can
also select all current and active rows using SGAVCUR_ORDER > 0. This view will select
the student status codes from the curriculum tables first, and if those values are not
filled in, the view will select data from the SGBSTDN record.
Note: This data was available from SOVLCUR, but you had to include the
arguments SOVLCUR_ACTIVE_IND = 'Y', SOVLCUR_CURRENT_IND = 'Y,
and SOVLCUR_LMOD_CODE = sb_curriculum_str.f_learner to return
these rows. You also had to add an insert into SOTVCUR to set the
effective term to a specific SGBSTDN term so SOVLCUR could return
the current record.
The following columns are in this view.
SGVCCUR_PIDM
SGVCCUR_SEQNO
SGVCCUR_LMOD_CODE
SGVCCUR_TERM_CODE
SGVCCUR_KEY_SEQNO
SGVCCUR_PRIORITY_NO
SGVCCUR_ROLL_IND
SGVCCUR_CACT_CODE
SGVCCUR_USER_ID
SGVCCUR_DATA_ORIGIN
SGVCCUR_ACTIVITY_DATE
SGVCCUR_LEVL_CODE
SGVCCUR_COLL_CODE
304
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
SGVCCUR_DEGC_CODE
SGVCCUR_TERM_CODE_CTLG
SGVCCUR_TERM_CODE_END
SGVCCUR_TERM_CODE_MATRIC
SGVCCUR_TERM_CODE_ADMIT
SGVCCUR_ADMT_CODE
SGVCCUR_CAMP_CODE
SGVCCUR_PROGRAM
SGVCCUR_START_DATE
SGVCCUR_END_DATE
SGVCCUR_CURR_RULE
SGVCCUR_ROLLED_SEQNO
SGVCCUR_ROWID
SGVCCUR_ORDER
SGVCCUR_ACTIVE_IND
SGVCCUR_STDN_ROWID
SGVCCUR_STYP_CODE_STDN
SGVCCUR_STDN_TERM_CODE_EFF
SGVCCUR_SITE_CODE
SGVCCUR_RATE_CODE
SGVCCUR_STYP_CODE
SGVCCUR_LEAV_CODE
SGVCCUR_LEAV_FROM_DATE
SGVCCUR_LEAV_TO_DATE
SGVCCUR_EXP_GRAD_DATE
SGVCCUR_TERM_CODE_GRAD
SGVCCUR_ACYR_CODE
SGVCCUR_APPL_KEY_SEQNO
SGVCCUR_APPL_SEQNO
SHVACUR
This new view is used to select the outcome curriculum is specific to academic
history curriculum information. This view includes the top two majors, two minors,
and six concentrations.
The following columns are in this view.
SHVACUR_PIDM
SHVACUR_SEQNO
SHVACUR_LMOD_CODE
SHVACUR_TERM_CODE
SHVACUR_KEY_SEQNO
SHVACUR_PRIORITY_NO
SHVACUR_CACT_CODE
SHVACUR_USER_ID
SHVACUR_DATA_ORIGIN
SHVACUR_ACTIVITY_DATE
SHVACUR_LEVL_CODE
SHVACUR_COLL_CODE
SHVACUR_DEGC_CODE
SHVACUR_TERM_CODE_CTLG
SHVACUR_TERM_CODE_END
SHVACUR_CAMP_CODE
SHVACUR_PROGRAM
SHVACUR_START_DATE
May 2006
Confidential
Student Release 7.3
Release Guide
305
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
SHVACUR_END_DATE
SHVACUR_CURR_RULE
SHVACUR_ROWID
SHVACUR_ORDER
SHVACUR_ACTIVE_IND
SHVACUR_MAJR_CODE_1
SHVACUR_DEPT_CODE_1
SHVACUR_CURR_RULE_MAJR_1
SHVACUR_MAJR_CODE_2
SHVACUR_CURR_RULE_MAJR_2
SHVACUR_DEPT_CODE_2
SHVACUR_MAJR_CODE_MINR_1
SHVACUR_CURR_RULE_MINR_1
SHVACUR_MAJR_CODE_MINR_2
SHVACUR_CURR_RULE_MINR_2
SHVACUR_MAJR_CODE_CONC_1
SHVACUR_CURR_RULE_CONC_1
SHVACUR_ATTACH_MAJR_CONC_1
SHVACUR_MAJR_CODE_CONC_2
SHVACUR_CURR_RULE_CONC_2
SHVACUR_ATTACH_MAJR_CONC_2
SHVACUR_MAJR_CODE_CONC_3
SHVACUR_CURR_RULE_CONC_3
SHVACUR_ATTACH_MAJR_CONC_3
SHVACUR_MAJR_CODE_CONC_4
SHVACUR_CURR_RULE_CONC_4
SHVACUR_ATTACH_MAJR_CONC_4
SHVACUR_MAJR_CODE_CONC_5
SHVACUR_CURR_RULE_CONC_5
SHVACUR_ATTACH_MAJR_CONC_5
SHVACUR_MAJR_CODE_CONC_6
SHVACUR_CURR_RULE_CONC_6
SHVACUR_ATTACH_MAJR_CONC_6
SHVACUR_DGMR_ROWID
SHVCCUR
This new view is used to select the outcome curriculum is specific to academic
history curriculum information. This view includes just the curriculum data.
The following columns are in this view.
SHVCCUR_PIDM
SHVCCUR_SEQNO
SHVCCUR_LMOD_CODE
SHVCCUR_TERM_CODE
SHVCCUR_KEY_SEQNO
SHVCCUR_PRIORITY_NO
SHVCCUR_CACT_CODE
SHVCCUR_USER_ID
SHVCCUR_DATA_ORIGIN
SHVCCUR_ACTIVITY_DATE
SHVCCUR_LEVL_CODE
SHVCCUR_COLL_CODE
SHVCCUR_DEGC_CODE
SHVCCUR_TERM_CODE_CTLG
306
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Banner Views
SHVCCUR_TERM_CODE_END
SHVCCUR_CAMP_CODE
SHVCCUR_PROGRAM
SHVCCUR_START_DATE
SHVCCUR_END_DATE
SHVCCUR_CURR_RULE
SHVCCUR_ROWID
SHVCCUR_ORDER
SHVCCUR_ACTIVE_IND
SHVCCUR_DGMR_ROWID
Using the Recruiting Views
Use the list below to query on specific recruiting curriculum information by view.
Curriculum Query
View Used
To reference curriculum columns such as level, college, degree,
campus or program
SRVCCUR
To reference curriculum (level, college, degree, campus, or
program) and the primary major
SRVCCUR,
SOVCFOS
To reference curriculum (level, college, degree, campus, or
program) and several fields of study
SRVACUR
Using the Admissions Views
Use the list below to query on specific admissions curriculum information by view.
Curriculum Query
View Used
To reference curriculum columns such as level, college, degree,
campus or program
SAVCCUR
To reference curriculum (level, college, degree, campus, or
program) and the primary major
SAVCCUR,
SOVCFOS
To reference curriculum (level, college, degree, campus, or
program) and several fields of study
SAVACUR
Using the General Student Views
Use the list below to query on specific general student/learner curriculum
information by view.
May 2006
Confidential
Student Release 7.3
Release Guide
307
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Banner Views
Curriculum Query
View Used
To reference curriculum columns such as level, college, degree,
campus, or program
SGVCCUR
To reference curriculum (level, college, degree, campus, or
program) and the primary major
SGVCCUR,
SOVCFOS
To reference curriculum (level, college, degree, campus, or
program) and several fields of study
SGVACUR
To reference curriculum (level, college, degree, campus, or
program) and several fields of study
SGVACUR
Using the Academic History Views
Use the list below to query on specific academic history/outcome curriculum
information by view.
Curriculum Query
View Used
To reference curriculum columns such as level, college, degree,
campus or program
SHVCCUR
To reference curriculum (level, college, degree, campus, or
program) and the primary major
SHVCCUR,
SOVCFOS
To reference curriculum (level, college, degree, campus, or
program) and several fields of study
SHVACUR
Changed Banner Views
SAVDCSN
This view is used for the decision calculation and matches the applicant's
curriculum to the decision rules on SAADCSN. This view has been expanded to
include review of the field of study type and any secondary curriculum records.
308
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New APIs
SAVEAPS
This view is used by SAAEAPS for queries. Two new columns have been added to this
view:
•
Application Preference (SAVEAP1SAVEAPS_APPL_PREFERENCE)
•
Self-Service Application PIN (SAVEAPS_PIN)
New APIs
Application Decision API (sb_application_decision)
This package provides the Common Business interface for the Application Decision
API (sb_application_decision).
Separate decision codes can be entered on multiple admissions applications for the
same applicant within the same term.
Table
Objects
API Object Name
API Entity Name
Task Performed
SARAPPD
SAAQUIK,
SAKDCSN
sb_application_
decision
APPLICATION_DECISION
Used in application decision
process to consider separate
decision codes on multiple
applications for the same
applicant within the same
term.
The following packages are in this API:
•
sokb_app_decision0.sql
•
sokb_app_decision1.sql
•
sokb_app_decision_r0.sql
•
sokb_app_decision_r1.sql
•
sokb_app_decision_s0.sql
•
sokb_app_decision_s1.sql
•
sokd_sarappd1.sql
•
sokd_sarappd0.sql
Application Checklist Source API (sb_stvcksr)
This package provides the Common Business interface for the Application Checklist
Source API (sb_stvcksr).
May 2006
Confidential
Student Release 7.3
Release Guide
309
Section 6 Concurrent Curricula Phase 4 - Technical
Changed APIs
Table
Objects
API Object Name
API Entity Name
Task Performed
STVCKSR
SAAADMS,
SAAACKL
sb_stvcksr
CHECKLIST_SOURCE
Tracks source of checklist
items.
The following packages are in this API:
•
svkb_stvcksr0.sql
•
svkb_stvcksr1.sql
Application Checklist Status API (sb_stvckst)
This package provides the Common Business interface for the Application Checklist
Status API (sb_stvckst).
Table
Objects
API Object Name
API Entity Name
Task Performed
STVCKST
SAAADMS,
SAAACKL
sb_stvckst
CHECKLIST_STATUS
Tracks status of checklist items.
The following packages are in this API:
•
svkb_stvckst0.sql
•
svkb_stvckst1.sql
Changed APIs
sb_curriculum
This API has been modified for this enhancement.
310
•
New columns have been added for the learner status to record groups, cursors,
and create API.
•
Validation of the new codes has been added to the API validation process.
•
A new sb_curriculum.f_lcur_order function has been added. This
function is used to return the order of the current and active curricula. The
order will be the sequential number representing the priority of each
curriculum record, such as 1, 2, or 3. This column will be used in the new
reporting views to make it easier to select the primary curriculum or first
secondary curriculum. Selecting the primary current and active curriculum
records is as simple as equating the order equal to 1.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Object Library
•
The sb_curriculum.f_find_current_all_ind and
sb_curriculum.f_find_maxseq functions have been updated with a new
default null column for the effective term. This allows you to pass the effective
term for which you want to select the current curricula. This new feature is
used within a view specifically for the learner curriculum.
•
New columns have been added for student type code, rate code, academic year
code, expected graduation date, graduation term code, site code, leave code,
and leave start and end dates.
sb_fieldofstudy
This API has been modified for this enhancement.
A new sb_fieldofstudy.f_lfos_order function has been added. This function is
used to return the order of the current and active field of study records. The order
will be the sequential number representing the priority of each field of study record,
such as 1, 2, or 3. This column will be used in the new reporting views to make it
easier to select the primary curriculum or first secondary curriculum. Selecting the
primary current and active curriculum records is as simple as equating the order to
a number that is greater than 0.
sb_admissionsapplication
This API has been modified for this enhancement.
A person can now have multiple admissions applications for an institution. These
records are tracked by PIDM, term code, and application number. A new column for
application preference has also been added.
New Object Library
SAQOLIB
A new admissions library has been added for use with the Application Summary
block that is displayed on SAAACKL, SAADCRV, SAADCBT, SAAQUAN, and
SAARRAT. This block has been consolidated to include curriculum summary
information and includes data from SARADAP, SOVLCUR, and SOVLFOS.
May 2006
Confidential
Student Release 7.3
Release Guide
311
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Object Library
Changed Object Library
SOQOLIB
This library has been modified to work with the processing changes to the Curricula
Summary blocks and Curriculum windows that are displayed in SRARECR,
SAAADMS, SGASTDN, SFAREGS, SHADEGR, and SOILCUR.
Communication Plan Processing
The library has also been modified for communication plan processing. Previously,
the curriculum values from the primary curriculum record were sent to the
TEST_COMM_PLAN trigger and compared against the rules and the communication
plans for the person. The TEST_COMM_PLAN trigger now loops through the
curriculum record and matches the data to the curriculum rules and existing
communication plans. It tests to see if the Communication Plan Change window
should be displayed. The window is displayed if:
•
a general student record is inactivated or deleted, and a communication plan
exists for that record or for another module,
•
a general student, admissions application, or recruiting record is new, and new
rules exist on SOACOMM, and
•
if a record is added and communication plans from other modules exist, or if
an admissions record is added and a recruiting plan exists.
The INSERT_NEW_COMM_PLAN trigger has been moved to SOKCOMM.
The CURRICULUM_COMMPLAN_CHECK has been modified to be executed for any
changes made to a curriculum record, not only the primary curriculum.
Communication plan processing is now called in a variety of situations.
It is called from Recruiting when:
312
•
new recruiting and curriculum records are added, and recruiting
communication plan matches are found on SOACOMM,
•
a new curriculum or field of study is added to a recruiting record, and new
recruiting communication plan matches are found on SOACOMM (i.e., the
communication plan did not already exist for the recruit),
•
the withdrawal code is added or changed, or a new source/background
institution code is added on SRARECR, and active communication plan
records exist for the recruit,
•
a curriculum record is deleted, and active communication plan records exist
for the recruit,
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Changed Object Library
•
a recruiting record is deleted, and active communication plan records exist for
the recruit,
•
a recruiting curriculum or field of study record is inactivated, and active
communication plan records exist for the recruit, and
•
the recruiting curriculum is changed, and active communication plan records
exist for the recruit.
It is called from Admissions when:
•
new application and curriculum records are added, and applicant
communication plan matches are found on SOACOMM,
•
a new curriculum or field of study is added to an applicant record, and new
applicant communication plan matches are found on SOACOMM,
•
the withdrawal code is added or changed, or a new source/background
institution code is added on SAAADMS, and active communication plan
records exist for the applicant,
•
a curriculum record is deleted, and active communication plan records exist
for the applicant,
•
an admissions record is deleted, and active communication plan records exist
for the recruit,
•
an admissions curriculum or field of study record is inactivated, and active
communication plan records exist for the recruit, and
•
the admissions curriculum is changed, and active communication plan records
exist for the recruit.
It is called from General Student when:
May 2006
Confidential
•
a decision is confirmed for an applicant (SAAQUIK and SAADCRV) that
results in the creation of a new learner curriculum or a general student record,
and new learner communication plan matches are found on SOACOMM,
•
a general student record is duplicated on SGASTDN, and new communication
plan matches are found on SOACOMM,
•
a new curriculum or field of study is added to a general student record, and
new learner communication plan matches are found on SOACOMM,
•
the student status on SGASTDN is changed to IS, and active communication
plan records exist for the learner,
•
a curriculum record is deleted, and active communication plan records exist
for the learner,
•
a general student record is deleted, and active communication plan records
exist for the learner,
•
a general student curriculum or field of study record is inactivated, and active
communication plan records exist for the learner, and
•
the general student curriculum is changed, and active communication plan
records exist for the learner.
Student Release 7.3
Release Guide
313
Section 6 Concurrent Curricula Phase 4 - Technical
New Scripts
Checklist Processing
The library has been updated for the new forms STVCKSR and STVCKST for Lists
of Values and Record Groups.
New Scripts
The following scripts are delivered with this release.
Scripts for New Tables
Table
Script
Result
STVCKSR
stvcksr1.sql
Creates new table
STVCKSR
stvcksr2.sql
Adds Primary Key
STVCKSR
stvcksr3.sql
Adds column comments
STVCKST
stvckst1.sql
Creates new table
STVCKST
stvckst2.sql
Adds Primary Key
STVCKST
stvckst3.sql
Adds column comments
Scripts for Changed Tables
314
Table
Script
Result
SOBCTRL
sobctrl1.sql
Adds new columns
SOBCTRL
sobctrl2.sql
Adds comments for new columns
SORLCUR
sorlcur1.sql
Adds new columns
SORLCUR
sorlcur2.sql
Adds foreign key constraint for new site
column
SORLCUR
sorlcur3.sql
Adds foreign key constraint for new
student type column
SORLCUR
sorlcur4.sql
Adds foreign key constraint for new rate
column
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Scripts
May 2006
Confidential
Table
Script
Result
SORLCUR
sorlcur5.sql
Adds foreign key constraint for new
graduation term column
SORLCUR
sorlcur6.sql
Adds foreign key constraint for new
academic year column
SORLCUR
sorlcur7.sql
Adds foreign key constraint for new
leave of absence column
SORLCUR
sorlcur8.sql
Adds comments for new columns
SORCOMM
sorcomm1.sql
Adds new columns
SORCOMM
sorcomm2.sql
Adds foreign key constraint for learner
field of study column
SORCOMM
sorcomm3.sql
Adds comments for new columns
SORCOMM
sorcomm4.sql
Updates new curriculum choice column
to P for primary curriculum
SORCMNR
sorcmnr0.sql
Adds new columns
SORCMNR
sorcmnr1.sql
Populates new SORCMNR_DISP_WEB_IND
column with value of N
SORCMNR
sorcmnr2.sql
Sets new SORCMNR_DISP_WEB_IND
column to NOT NULL
SORCMNR
sorcmnr3.sql
Creates INDEX used to retrieve by
CURR_RULE, EDI_QLFR, and EDI_VALUE
SORCMNR
sorcmnr4.sql
Adds comments for new columns
SORCCON
sorccon0.sql
Adds new columns
SORCCON
sorccon1.sql
Populates new SORCCON_DISP_WEB_IND
column with value of N
SORCCON
sorccon2.sql
Sets new SORCCON_DISP_WEB_IND
column to NOT NULL
SORCCON
sorccon3.sql
Creates INDEX used to retrieve by
CURR_RULE, EDI_QLFR, and EDI_VALUE
SORCCON
sorccon4.sql
Adds comments for new columns
SOTPRNT
sotprnt1,sql
Adds new column for API error message
SOTPRNT
sotprnt2,sql
Adds comment for new column
Student Release 7.3
Release Guide
315
Section 6 Concurrent Curricula Phase 4 - Technical
New Scripts
Table
Script
Result
SARADAP
saradap1.sql
Adds new application preference
column
SARADAP
saradap2.sql
Adds comment for new application
preference column
SARAPPD
sarappd1.sql
Adds data origin column
SARAPPD
sarappd2.sql
Adds comment for new data origin
column
SARCHKB
sarchkb1.sql
Adds new column
SARCHKB
sarchkb2.sql
Adds foreign key constraint for learner
field of study column
SARCHKB
sarchkb3.sql
Adds foreign key constraint for program
column
SARCHKB
sarchkb4.sql
Adds comments for new columns
SARCHKB
sarchkb5.sql
Updates new curriculum choice column
to P for primary curriculum
SARCHKL
sarchkl1,sql
Adds new columns for checklist source
and status
SARCHKL
sarchkl2,sql
Adds Foreign Key Constraint for
checklist source
SARCHKL
sarchkl3,sql
Adds Foreign Key Constraint for
checklist status
SARCHKL
sarchkl4,sql
Adds column comments
SARETRY
saretry0.sql
Adds new SARETRY_APPL_NO_SARADAP,
SARETRY_PRIORITY_NO columns
SARETRY
saretry1.sql
Adds comments for new
SARETRY_APPL_NO_SARADAP,
SARETRY_PRIORITY_NO columns
316
SARETRY
saretry2.sql
Adds new SARETRY_CURR_RULE column
SARETRY
saretry3.sql
Adds comment for new
SARETRY_CURR_RULE column
SAREFOS
sarefos0.sql
Adds new SAREFOS_LFOS_RULE column
SAREFOS
sarefos1.sql
Adds comment for new
SAREFOS_LFOS_RULE column
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
New Scripts
Table
Script
Result
SARDCSN
sardcsn1.sql
Adds new columns
SARDCSN
sardcsn2.sql
Adds foreign key constraint for learner
field of study column
SARDCSN
sardcsn3.sql
Adds foreign key constraint for learner
field of study column
SARDCSN
sardcsn4.sql
Adds foreign key constraint for level
code column
SARDCSN
sardcsn5.sql
Adds comments for new columns
SARHEAD
sarhead1.sql
Adds new application preference
column
SARHEAD
sarhead2.sql
Adds comment for new application
preference column
SARRRFT
sarrrft1.sql
Adds new columns
SARRRFT
sarrrft2.sql
Adds foreign key constraint for learner
field of study column
SARRRFT
sarrrft3.sql
Adds comments for new columns
SARRRFT
sarrrft4.sql
Updates new curriculum choice column
to P for primary curriculum
SARWADF
sarwadf0.sql
Adds new columns
SARWADF
sarwadf1.sql
Populates new
SARWADF_ONE_REC_APPL_IND column
with value of Y
SARWADF
sarwadf2.sql
Sets new SARWADF_ONE_REC_APPL_IND
column to NOT NULL
SARWADF
sarwadf3.sql
Adds comments for new columns
Scripts for Seed Data
May 2006
Confidential
Table
Script
Result
STVADDA
insstvadda73.sql
Adds seed data for administrator rules
STVCKSR
sinscksr.sql
Adds BASELINE admissions checklist
source code value
Student Release 7.3
Release Guide
317
Section 6 Concurrent Curricula Phase 4 - Technical
New Scripts
Table
Script
Result
STVCSTS
insstvcsts73.sql
Adds ADMITREPLACE, REMOVED, and
NOPUSH curriculum status code values
STVWSCF
sinswscf.sql
Adds three new element codes and
removes two obsolete codes
SARCHKB
sarchkb5.sql
Updates new curriculum choice column
to P for primary curriculum
SARRRFT
sarrrft4.sql
Updates new curriculum choice column
to P for primary curriculum
SOBCTRL
updsobctrl73.sql
Adds default values for new columns
SORCOMM
sorcomm4.sql
Updates new curriculum choice column
to P for primary curriculum
GTVSDAX
sinsgtvsdax73.sql
Adds new codes for rule CSTSVALUE
Scripts for Data Reporting on SOPLCCV
Three new SQL*PLUS scripts are delivered to report potential issues with data on
SGBSTDN, SARADAP, SRBRECR, and SHRDGMR. Because no error message was
received in the soplccv.lis file or on any forms (i.e., SGASTDN) when curriculum
records could not be converted, or when missing or invalid data existed, the user
needed a way to track that information.
The three scripts are as follows:
1.
srsoplccv2.sql
This script reports majors, minors, and concentrations that are no longer valid
on STVMAJR. In addition, it shows program codes that do not exist in
SMRPRLE, level codes that are no longer valid on STVLEVL, college codes that
are no longer valid on STVCOLL, degree codes that are no longer valid on
STVDEGC, and campus codes that are no longer valid on STVCAMP.
2.
srsoplccv.sql
This script reports missing key data such as:
(a) the PIDM on SPRIDEN,
(b) the level, college, degree, and major 1 on the primary curriculum on
SARADAP, SHRDGMR, and SGBSTDN,
(c) the level, degree, and major 1 on SRBRECR,
318
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Seed Data
(d) the level, college, degree, and major 1 on the secondary curriculum on
SARADAP and SGBSTDN, and
(e) the college and major 1 on the secondary curriculum on SHRDGMR.
3.
srsorchlg.sql
This script reports discrepancies between the key backfilled data on SRBRECR,
SARADAP, SGBSTDN, and SHRDGMR. Key backfill data includes the level,
college, degree, program, campus, and the primary major. The college is not
included in the comparison for SRBRECR. The report on SGBSTDN only
considers the person’s most current general student record (maximum
effective term).
Seed Data
SOBCTRL
Seed data is delivered for the following default values for the new columns that have
been added to the table.
Table Column
Value
SOBCTRL_SAME_TERM_ADM_ERR_CDE
F
SOBCTRL_DIFF_TERM_ADM_ERR_CDE
W
SOBCTRL_OVERLOAD_ADM_ERR_CDE
N
SORCOMM
Seed data is delivered for the following default value for the new column that has
been added to the table.
Table Column
Value
SORCOMM_PRIM_SEC_CDE
P
SARRRFT
Seed data is delivered for the following default value for the new column that has
been added to the table.
May 2006
Confidential
Student Release 7.3
Release Guide
319
Section 6 Concurrent Curricula Phase 4 - Technical
Seed Data
Table Column
Value
SARRRFT_PRIM_SEC_CDE
P
SARCHKB
Seed data is delivered for the following default value for the new column that has
been added to the table.
Table Column
Value
SABCHKB_PRIM_SEC_CDE
P
STVADDA
Seed data is delivered to allow you to use variables to request the secondary
curriculum and the field of study type.
Base Table
Description
Data Element
Validation
Table
System Required
SARADAP2
App 2nd Curric Camp Code
SARADAP_CAMP_CODE_2
STVCAMP
Y
SARADAP2
App 2nd Curric Coll Code
SARADAP_COLL_CODE_2
STVCOLL
Y
SARADAP2
App 2nd Curr Degree Code
SARADAP_DEGC_CODE_2
STVDEGC
Y
SARADAP2
App 2nd Curr Dept Code
SARADAP_DEPT_CODE_2
STVDEPT
Y
SARADAP2
App 2nd Curr Level Code
SARADAP_LEVL_CODE_2
STVLEVL
Y
SARADAP2
App 2nd Curr Major Code
SARADAP_MAJR_CODE_2
STVMAJR
Y
SARADAP2
App 2nd Curr Program
SARADAP_PROGRAM_2
SMRPRLE
Y
SRBRECR2
Recruit 2nd Curr Camp
Code
SRBRECR_CAMP_CODE_2
STVCAMP
Y
SRBRECR2
Recruit 2nd Curr Coll Code
SRBRECR_COLL_CODE_2
STVCOLL
Y
SRBRECR2
Recruit 2nd Curr Degree
Code
SRBRECR_DEGC_CODE_2
STVDEGC
Y
SRBRECR2
Recruit 2nd Curr Dept Code SRBRECR_DEPT_CODE_2
STVDEPT
Y
SRBRECR2
Recruit 2nd Curr Level Code SRBRECR_LEVL_CODE_2
STVLEVL
Y
320
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Seed Data
Base Table
Description
Data Element
Validation
Table
System Required
SRBRECR2
Recruit 2nd Curr Major
Code
SRBRECR_MAJR_CODE_2
STVMAJR
Y
SRBRECR2
Recruit 2nd Curr Program
SRBRECR_PROGRAM_2
SMRPRLE
Y
SRBRECR
Recruit 1st Curr LFST Code
SRBRECR_LFST_CODE_1
GTVLFST
Y
SRBRECR2
Recruit 2nd Curr LFST Code SRBRECR_LFST_CODE_2
GTVLFST
Y
SARADAP
App 1st Curric LFST Code
SARADAP_LFST_CODE_1
GTVLFST
Y
SARADAP2
App 2nd Curric LFST Code
SARADAP_LFST_CODE_2
GTVLFST
Y
STVCKSR
A new value has been added for use with curriculum processing. The value
BASELINE is used when a new application is inserted.
Admissions Checklist
Source Code
Description
System Required
BASELINE
Originates from Banner
Y
STVCSTS
New seed data values have been added for use with curriculum processing. The
value ADMITREPLACE is used for non-destructive updates created during the
admissions process. The value REMOVED is used to inactivate field of study records.
The value NOPUSH is used in self-service to prevent the application curriculum from
being copied to the learner curriculum if the primary major has this status.
May 2006
Confidential
Curriculum Status Code
Description
System Required
ADMITREPLACE
Application replaces learner
Y
REMOVED
Inactivate field of study
Y
NOPUSH
Self-Service No Push to
Learner
Y
Student Release 7.3
Release Guide
321
Section 6 Concurrent Curricula Phase 4 - Technical
Seed Data
STVWSCF
New seed data values are delivered for use with curriculum processing. Two existing
values have been removed.
The new values are:
Element Code
Description
System Required
Web Section
MAJOR
Major
Y
PLAN
MINOR
Minor
Y
PLAN
CONCENTRATION
Concentration
Y
PLAN
Element Code
Description
System Required
Web Section
MAJOR1
First Choice of Study
Y
PLAN
MAJOR2
Second Choice of Study
Y
PLAN
The obsolete values are:
GTVSDAX
The following seed data is delivered for GTVSDAX and curriculum processing.
External Code
Internal Code
Internal Code
Group
Translation Code
Description
INPROGRESS
CURRSTATUS
CSTSVALUE
INPROGRESS
Recruit, Adm Default
ADMITREPLACE CURRSTATUS
CSTSVALUE
ADMITREPLACE Admit Replace
CHANGED
CURRSTATUS
CSTSVALUE
CHANGED
Change Curriculum
REMOVED
CURRSTATUS
CSTSVALUE
REMOVED
Removed from LFOS
OVERLOAD
CURRSTATUS
CSTSVALUE
OVERLOAD
SOBLMOD/LMFS counts
exceeded
APPLIED
CURRSTATUS
CSTSVALUE
APPLIED
Recruit applied
NOPUSH
CURRSTATUS
CSTSVALUE
NOPUSH
SS not pushed to Learner
In response to RPE #CMS-RPE48888, the user can change the translation code value
to determine the initial default curriculum status (STVCSTS) for field of study
records.
322
Student Release 7.3
Release Guide
May 2006
Confidential
Section 6 Concurrent Curricula Phase 4 - Technical
Seed Data
A new function has been added to SOKLCUR. The soklcur.f_event_status
(p_csts_value stvcsts.stvcsts_code%type) function is used to perform a
look up on GTVSDAX for an external code of the input p_csts_value, an internal
code of CURRSTATUS, and internal group code of CSTSVALUE. It will return the
translation code value if it is not blank, otherwise, it will return the input parameter
value. To change the curriculum status code used, the user must change the
translation code on GTVSDAX.
The processes that call this are:
•
soklcur.p_default_status will call this function for the external code of
INPROGRESS.
•
SOQOLIB and the SORLCUR Change Curriculum button trigger will call this
function for the external code of CHANGED.
•
SOQOLIB and the SORLFOS Inactivate button trigger will call this function
for the external code of REMOVED.
•
SAKDCSN and p_admitreplace will call this function for the external code of
ADMITREPLACE.
•
soklcur.f_lcur_count_status and f_lfos_count_status will call this
function for the external code of OVERLOAD.
•
soklcur.f_convert_curr and p_push_recruit_curriculum will call this
function for the external code of APPLIED.
•
SAAEAPS and SARETMT will call this for the external code of APPLIED before
the application is created.
•
sakqadm.p_insert_nopush_major will call this function for the external
code of NOPUSH. This is inserted into the primary major if the Auto Student
checkbox on the major curriculum rule is unchecked (set to N).
•
sakdcsn.f_nopush_selfservice calls this function for the external code of
NOPUSH. The application curriculum is not copied to the learner curriculum
if the primary major has the status of NOPUSH.
May 2006
Confidential
Student Release 7.3
Release Guide
323
Section 6 Concurrent Curricula Phase 4 - Technical
Seed Data
This page intentionally left blank
324
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New Tables
Section 7
PESC/XML Transcript - Technical
New Tables
Export PESC XML Transcript Document Status Table (SHREPTD)
This new table is used to log the exported PESC/XML files.
The following columns are in this table:
SHREPTD_PIDM
SHREPTD_REQUEST_SEQ_NO
SHREPTD_ACTIVITY_DATE
SHREPTD_USER_ID
SHREPTD_DOCUMENT_ID
SHREPTD_DOC_ID_EXTRACT_DATE
SHREPTD_DOC_ID_RCPT_PROC_DATE
SHREPTD_DOC_ID_RESP_PROC_DATE
SHREPTD_DOC_ID_RESP_STATUS
SHREPTD_DOC_ID_RECEIPT_STATUS
SHREPTD_DOCUMENT_TYPE
SHREPTD_DATA_ORIGIN
NOT NULL
NOT NULL
NOT NULL
NOT NULL
NOT NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NUMBER(8)
NUMBER(3)
DATE
VARCHAR2(30)
VARCHAR2(30)
DATE
DATE
DATE
VARCHAR2(2)
VARCHAR2(2)
VARCHAR2(30)
VARCHAR2(30)
The comments on column are:
May 2006
Confidential
•
PIDM: Pidm of student.
•
TRANSCRIPT REQUEST NUMBER: Transcript request number.
•
ACTIVITY DATE: Date of last activity on this record.
•
USER ID: The user ID of the last person who updated this record.
•
TRANSCRIPT DOCUMENT ID: The document identification number
associated with a transcript sent to or received from an institution.
•
DOCUMENT ID CREATE DATE: The date the file was extracted.
•
DOCUMENT ID RECEIPT RECEIVED DATE: The date the document ID file
was processed by the receiving institution.
•
DOCUMENT ID RESPONSE RECEIVED DATE: The date the document ID
response file was processed.
•
DOCUMENT ID RESPONSE STATUS: The status of the document ID
response file from the receiving institution.
•
DOCUMENT ID RECEIPT STATUS: The status of the document ID receipt file
from the receiving institution.
Student Release 7.3
Release Guide
325
Section 7 PESC/XML Transcript - Technical
New Tables
•
TRANSCRIPT DOCUMENT TYPE: The response document type associated
with the particular document ID.
•
DATA ORIGIN: The latest source for the data contained in this record.
Import PESC XML Transcript Document Status Table (SHRIPTD)
This new table is used to log the imported XML files when a PESC/XML transcript
is sent to a Banner institution.
The following columns are in this table:
SHRIPTD_RECV_DOCUMENT_ID
SHRIPTD_SENT_DOCUMENT_ID
SHRIPTD_SENT_ORG_CDE
SHRIPTD_SENT_ORG_CDE_TYPE
SHRIPTD_SENT_ORG_NAME
SHRIPTD_DOC_ID_RECEIVE_DATE
SHRIPTD_DOC_ID_RECEIVE_STATUS
SHRIPTD_DCMT_SEQNO
SHRIPTD_PROCESSED_DATE
SHRIPTD_ACTIVITY_DATE
SHRIPTD_USER_ID
SHRIPTD_DATA_ORIGIN
NOT NULL
NOT NULL
NOT NULL
NOT NULL
NULL
NULL
NOT NULL
NULL
NULL
NOT NULL
NOT NULL
NULL
VARCHAR2(35)
VARCHAR2(35)
VARCHAR2(6)
VARCHAR2(20)
VARCHAR2(60)
DATE
VARCHAR2(2)
NUMBER(8)
DATE
DATE
VARCHAR2(30)
VARCHAR2(30)
The comments on column are:
326
•
TRANSCRIPT RECV DOCUMENT ID: The document identification number
generated by the receiving institution.
•
TRANSCRIPT SENT DOCUMENT ID: The document identification number
associated with a transcript sent from an institution.
•
TRANSCRIPT SENT ORG CODE: The organization code of the sending
institution.
•
TRANSCRIPT SENT ORG CODE TYPE: The type of organization code of the
sending institution.
•
TRANSCRIPT SENT ORG NAME: The name of the organization that sent the
document.
•
DOCUMENT ID RECEIVE DATE: The date the file was received.
•
DOCUMENT ID RECEIVE STATUS: The status of the document. R=Received,
P=Processed. If document status is P, then the PROCESSED_DATE date is the
date the document was processed into Banner.
•
DOCUMENT SEQUENCE NUMBER: EDI document sequence number used
to store data in SHR% temporary tables.
•
PROCESSED DATE: Date document was processed into Banner.
•
ACTIVITY DATE: Date of last activity on this record.
•
USER ID: The user ID of the last person who updated this record.
•
DATA ORIGIN: The latest source for the data contained in this record.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New Tables
Immunization Data from PESC XML Transcript Table (SHRMEDI)
The new table is used to store immunization data from the PESC/XML transcript.
The following columns are in this table:
SHRMEDI_DCMT_SEQNO
SHRMEDI_MEDI_CODE
SHRMEDI_MEDI_DATE
SHRMEDI_COMMENT
SHRMEDI_ACTIVITY_DATE
SHRMEDI_USER_ID
SHRMEDI_DATA_ORIGIN
NOT NULL
NOT NULL
NULL
NULL
NOT NULL
NOT NULL
NULL
NUMBER(8)
VARCHAR2(10)
DATE
VARCHAR2(4000)
DATE
VARCHAR2(30)
VARCHAR2(30)
The comments on column are:
•
DOCUMENT SEQUENCE NUMBER: EDI document sequence number.
•
MEDICAL CODE: Medical code associated with student.
•
MEDICAL DATE: Date associated with medical code if for immunization.
•
COMMENT: Comment associated with medical code if for immunization.
•
ACTIVITY DATE: Date of last activity on this record.
•
USER ID: The user ID of the last person who updated this record.
•
DATA ORIGIN: The latest source for the data contained in this record.
Test Score Data from PESC XML Transcript (SHRTEST)
This new table is used to store test score data from the PESC/XML transcript.
The following columns are in this table:
SHRTEST_DCMT_SEQNO
SHRTEST_SEQNO
SHRTEST_TEST_CODE
SHRTEST_TESTNAME
SHRTEST_DATE_TYPE
SHRTEST_DATE_VALUE
SHRTEST_LEVL_CODE
SHRTEST_MESSAGE
SHRTEST_USER_ID
SHRTEST_ACTIVITY_DATE
SHRTEST_DATA_ORIGIN
NOT NULL
NOT NULL
NOT NULL
NULL
NULL
NULL
NULL
NULL
NOT NULL
NOT NULL
NULL
NUMBER(8)
NUMBER(8)
VARCHAR2(8)
VARCHAR2(60)
VARCHAR2(20)
VARCHAR2(20)
VARCHAR2(2)
VARCHAR2(1000)
VARCHAR2(30)
DATE
VARCHAR2(30)
The comments on column are:
May 2006
Confidential
•
DOCUMENT SEQUENCE NUMBER: EDI document sequence number.
•
SEQUENCE NUMBER: Sequence number for this test from the transcript.
•
TEST CODE: Test code for this test.
•
TEST NAME: Test name element from XML transcript.
Student Release 7.3
Release Guide
327
Section 7 PESC/XML Transcript - Technical
New Tables
•
DATE TYPE: The date when a standardized test was administered to the
person. Values are TestDate, TestYearMonth, TestYear.
•
DATE VALUE: Must be entered if DATE_TYPE has a value.
•
LEVEL CODE: Level code of student.
•
MESSAGE: Message for test from transcript.
•
USER ID: The user ID of the last person who updated this record.
•
ACTIVITY DATE: Date of last activity (insert or update) on this record.
•
DATA ORIGIN: The latest source for the data contained in this record.
Subtest Score Data from PESC XML Transcript Table (SHRSTST)
This new table is used to store subtest score data from the PESC/XML transcript.
The following columns are in this table:
SHRSTST_DCMT_SEQNO
SHRSTST_TEST_SEQNO
SHRSTST_SEQNO
SHRSTST_TESC_CODE
SHRSTST_SUBTESTNAME
SHRSTST_MESSAGE
SHRSTST_USER_ID
SHRSTST_ACTIVITY_DATE
SHRSTST_DATA_ORIGIN
NOT NULL
NOT NULL
NOT NULL
NOT NULL
NULL
NULL
NOT NULL
NOT NULL
NULL
NUMBER(8)
NUMBER(8)
NUMBER(8)
VARCHAR2(4)
VARCHAR2(60)
VARCHAR2(1000)
VARCHAR2(30)
DATE
VARCHAR2(30)
The comments on column are:
•
DOCUMENT SEQUENCE NUMBER: EDI document sequence number.
•
TEST SEQUENCE NUMBER: Sequence number for the main test from the
transcript.
•
SEQUENCE NUMBER: Sequence number for this subtest from the transcript.
•
TEST CODE: Test code for this test.
•
SUBTESTNAME: Sub-test name element from XML transcript.
•
MESSAGE: Message for test from transcript.
•
USER ID: The user ID of the last person who updated this record.
•
ACTIVITY DATE: Date of last activity (insert or update) on this record.
•
DATA ORIGIN: The latest source for the data contained in this record.
Subtest Score Detail Data from PESC XML Transcript Table (SHRSTSC)
This new table is used to store subtest score data from the PESC/XML transcript,
including revised, invalidated, and self-reported test scores.
The following columns are in this table:
328
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New Tables
SHRSTSC_DCMT_SEQNO
SHRSTSC_TEST_SEQNO
SHRSTSC_STST_SEQNO
SHRSTSC_SEQNO
SHRSTSC_SCORE
SHRSTSC_TEFR_CODE
SHRSTSC_SCORE_REVISED_IND
SHRSTSC_SCORE_INVALIDATED_IND
SHRSTSC_SCORE_SELFREPORTED_IND
SHRSTSC_MESSAGE
SHRSTSC_USER_ID
SHRSTSC_ACTIVITY_DATE
SHRSTSC_DATA_ORIGIN
NOT NULL
NOT NULL
NOT NULL
NOT NULL
NOT NULL
NULL
NULL
NULL
NULL
NULL
NOT NULL
NOT NULL
NULL
NUMBER(8)
NUMBER(8)
NUMBER(8)
NUMBER(8)
VARCHAR2(80)
VARCHAR2(2)
VARCHAR2(1)
VARCHAR2(1)
VARCHAR2(1)
VARCHAR2(1000)
VARCHAR2(30)
DATE
VARCHAR2(30)
The comments on column are:
•
DOCUMENT SEQUENCE NUMBER: EDI document sequence number.
•
TEST SEQUENCE NUMBER: Sequence number for the main test from the
transcript.
•
SUBTEST SEQUENCE NUMBER: Sequence number for this subtest from the
transcript.
•
SUBTEST SCORE SEQUENCE NUMBER: Sequence number for this subtest
score from the transcript.
•
TEST CODE: Test code for this test.
•
TEST SCORE: Test score method from XML transcript.
•
REVISED INDICATOR: Y if score reported may differ from previous score
reported for this test and test date.
•
INVALIDATED INDICATOR: Y if score previously reported for this test and
test date is not valid.
•
SELF-REPORTED INDICATOR: Y if score has been asserted by student not
confirmed by testing agency.
•
MESSAGE: Message for test from transcript.
•
USER ID: The user ID of the last person who updated this record.
•
ACTIVITY DATE: Date of last activity (insert or update) on this record.
•
DATA ORIGIN: The latest source for the data contained in this record.
College Transcript UDE for Import of XML Transcript Table
(SHRTUDE)
This new table is used to store the college transcript user-defined extensions from
the PESC/XML transcript.
The following columns are in this table:
SHRTUDE_DCMT_SEQNO
SHRTUDE_TRANSCRIPT_UDE
SHRTUDE_ACTIVITY_DATE
May 2006
Confidential
NOT NULL
NOT NULL
NOT NULL
Student Release 7.3
Release Guide
NUMBER(8)
CLOB
DATE
329
Section 7 PESC/XML Transcript - Technical
New Tables
SHRTUDE_USER_ID
SHRTUDE_DATA_ORIGIN
NOT NULL
NULL
VARCHAR2(30)
VARCHAR2(30)
The comments on column are:
•
DOCUMENT SEQUENCE NUMBER: EDI document sequence number.
•
TRANSCRIPT UDE: User-defined extension data under the college transcript
element.
•
ACTIVITY DATE: Date of last activity on this record.
•
USER ID: The user ID of the last person who updated this record.
•
DATA ORIGIN: The latest source for the data contained in this record.
Student UDE for Import of XML Transcript Table (SHRSUDE)
This new table is used to store the student user-defined extensions from the PESC/
XML transcript.
The following columns are in this table:
SHRSUDE_DCMT_SEQNO
SHRSUDE_STUDENT_UDE
SHRSUDE_ACTIVITY_DATE
SHRSUDE_USER_ID
SHRSUDE_DATA_ORIGIN
NOT NULL
NOT NULL
NOT NULL
NOT NULL
NULL
NUMBER(8)
CLOB
DATE
VARCHAR2(30)
VARCHAR2(30)
The comments on column are:
•
DOCUMENT SEQUENCE NUMBER: EDI document sequence number.
•
STUDENT UDE: User-defined extension data under the student element.
•
ACTIVITY DATE: Date of last activity on this record.
•
USER ID: The user ID of the last person who updated this record.
•
DATA ORIGIN: The latest source for the data contained in this record.
Academic Record UDE for Import of XML Transcript Table
(SHRAUDE)
This new table is used to store the academic record user-defined extensions from the
PESC/XML transcript.
The following columns are in this table:
SHRAUDE_DCMT_SEQNO
SHRAUDE_GPA_SEQNO
SHRAUDE_ACREC_UDE
SHRAUDE_ACTIVITY_DATE
SHRAUDE_USER_ID
SHRAUDE_DATA_ORIGIN
330
NOT NULL
NOT NULL
NOT NULL
NOT NULL
NOT NULL
NULL
Student Release 7.3
Release Guide
NUMBER(8)
NUMBER(8)
CLOB
DATE
VARCHAR2(30)
VARCHAR2(30)
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New Tables
The comments on column are:
•
DOCUMENT SEQUENCE NUMBER: EDI document sequence number.
•
GPA SEQUENCE NUMBER: GPA sequence number to match with SHRSUMA.
•
ACADEMIC RECORD UDE: User-defined extension data under the college
transcript element.
•
ACTIVITY DATE: Date of last activity on this record.
•
USER ID: The user ID of the last person who updated this record.
•
DATA ORIGIN: The latest source for the data contained in this record.
Source/Background Access for PESC XML Transcript Table
(SOBSBGA)
This new table is used to store the source/background institution information for
the PESC/XML transcript.
The following columns are in this table:
SOBSBGA_SBGI_CODE
SOBSBGA_HOST_NAME
SOBSBGA_USE_DEFAULT_IND
SOBSBGA_REMOTE_DIRECTORY
SOBSBGA_USERNAME
SOBSBGA_PASSWORD
SOBSBGA_USER_ID
SOBSBGA_ACTIVITY_DATE
SOBSBGA_DATA_ORIGIN
NOT NULL
NULL
NOT NULL
NULL
NULL
NULL
NOT NULL
NOT NULL
NOT NULL
VARCHAR2(6)
VARCHAR2(256)
VARCHAR2(1)
VARCHAR2(256)
VARCHAR2(30)
VARCHAR2(128)
VARCHAR2(30)
DATE
VARCHAR2(30)
The comments on column are:
May 2006
Confidential
•
SOURCE/BACKGROUND CODE: Source/background code.
•
HOST NAME: Host name to connect to for FTP of PESC/XML transcript.
•
USE DEFAULT INDICATOR: If Y, use default location defined on SHACTRL
form (SHBCGPA table). If N, use in formation in this table.
•
REMOTE DIRECTORY: Directory at host for storing PESC/XML transcript to
this institution.
•
USERNAME: Username for transporting PESC/XML transcript.
•
PASSWORD: Encrypted password for transporting PESC/XML transcript.
•
USER ID: The user ID of the last person who updated this record.
•
ACTIVITY DATE: Date of last activity (insert or update) on this record.
•
DATA ORIGIN: The latest source for the data contained in this record.
Student Release 7.3
Release Guide
331
Section 7 PESC/XML Transcript - Technical
Changed Tables
Changed Tables
Campus Base GPA Table (SHBCGPA)
Four new columns have been added to this table.
SHBCGPA_XML_HOST_NAME
SHBCGPA_XML_REMOTE_DIRECTORY
SHBCGPA_XML_USERNAME
SHBCGPA_XML_PASSWORD
VARCHAR2(256)
VARCHAR2(256)
VARCHAR2(30)
VARCHAR2(128
The comments on column are:
•
XML HOST NAME: Host name of default location where to connect for FTP
of PESC/XML transcript.
•
XML REMOTE DIRECTORY: Directory at host of default location for storing
PESC/XML transcript.
•
XML USERNAME: Username of default location for transporting PESC/XML
transcript.
•
XMLPASSWORD: Encrypted password of default location for transporting
PESC/XML transcript.
EDI Master Header Table (SHBHEAD)
The SHBHEAD_ID_EDI_KEY column has been expanded to 35 characters to allow for
longer XML document IDs to be used.
Three new columns have been added to the table.
SHBHEAD_XML_TRANSCRIPT
SHBHEAD_USER_ID
SHBHEAD_DATA_ORIGIN
CLOB
VARCHAR2(30)
VARCHAR2(30)
The comments on column are:
•
XML TRANSCRIPT: The XML transcript as sent by the institution.
•
USER ID: The Oracle user ID of the user who changed the record.
•
DATA SOURCE: Source system that created or updated the row.
EDI Academic Sessions Table (SHRASES)
Five new columns have been added to the table.
332
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
Changed Tables
SHRASES_DOMESTIC_ADDR_IND
SHRASES_STREET_LINE3
SHRASES_STATEPROVINCE
SHRASES_USER_ID
SHRASES_DATA_ORIGIN
NOT NULL
NULL
NULL
NULL
NULL
VARCHAR2(1)
VARCHAR2(35)
VARCHAR2(60)
VARCHAR2(30)
VARCHAR2(30)
The comments on column are:
•
DOMESTIC ADDRESS INDICATOR: Y if address is domestic. For PESCXML.
•
STREET LINE 3: Third address line. For PESCXML.
•
STATE/PROVINCE: State or province description for international address.
For PESCXML.
•
USER ID: The Oracle user ID of the user who changed the record.
•
DATA SOURCE: Source system that created or updated the row.
EDI Course Repeating Table (SHRCRSR)
Three new columns have been added to the table.
SHRCRSR_UDE
SHRCRSR_USER_ID
SHRCRSR_DATA_ORIGIN
CLOB
VARCHAR2(30)
VARCHAR2(30)
The comments on column are:
•
COURSE UDE: User defined extension data under the course element.
•
USER ID: The Oracle user ID of the user who changed the record.
•
DATA SOURCE: Source system that created or updated the row.
EDI Status Table (SHREDIS)
A new column as has been added to the table.
SHREDIS_DATA_ORIGIN
VARCHAR2(30)
The comment on column is: DATA SOURCE: Source system that created or updated
the row.
EDI Document Header Table (SHRHDR4)
Five new columns have been added to the table.
SHRHDR4_DOMESTIC_ADDR_IND
SHRHDR4_STREET_LINE3
SHRHDR4_STATEPROVINCE
SHRHDR4_USER_ID
SHRHDR4_DATA_ORIGIN
May 2006
Confidential
NOT NULL
NULL
NULL
NULL
NULL
Student Release 7.3
Release Guide
VARCHAR2(1)
VARCHAR2(35)
VARCHAR2(60)
VARCHAR2(30)
VARCHAR2(30)
333
Section 7 PESC/XML Transcript - Technical
Changed Tables
The comments on column are:
•
DOMESTIC ADDRESS INDICATOR: Y if address is domestic. For PESCXML.
•
STREET LINE 3: Third address line. For PESCXML.
•
STATE/PROVINCE: State or province description for international address.
For PESCXML.
•
USER ID: The Oracle user ID of the user who changed the record.
•
DATA SOURCE: Source system that created or updated the row.
EDI Identification Table (SHRIDEN)
Five new columns have been added to the table.
SHRIDEN_DOMESTIC_ADDR_IND
SHRIDEN_STREET_LINE3
SHRIDEN_STATEPROVINCE
SHRIDEN_USER_ID
SHRIDEN_DATA_ORIGIN
NOT NULL
NULL
NULL
NULL
NULL
VARCHAR2(1)
VARCHAR2(35)
VARCHAR2(60)
VARCHAR2(30)
VARCHAR2(30)
The comments on column are:
•
DOMESTIC ADDRESS INDICATOR: Y if address is domestic. For PESCXML.
•
STREET LINE 3: Third address line. For PESCXML.
•
STATE/PROVINCE: State or province description for international address.
For PESCXML.
•
USER ID: The Oracle user ID of the user who changed the record.
•
DATA SOURCE: Source system that created or updated the row.
EDI Academic Overall Summary Table (SHRSUMA)
Two new columns have been added to this table.
SHRSUMA_USER_ID
SHRSUMA_DATA_ORIGIN
VARCHAR2(30)
VARCHAR2(30)
The comments on column are:
334
•
USER ID: The Oracle user ID of the user who changed the record.
•
DATA SOURCE: Source system that created or updated the row.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
Changed Tables
EDI Academic Session Summary Table (SHRSUMS)
Two new columns have been added to this table.
SHRSUMS_USER_ID
SHRSUMS_DATA_ORIGIN
VARCHAR2(30)
VARCHAR2(30)
The comments on column are:
•
USER ID: The Oracle user ID of the user who changed the record.
•
DATA SOURCE: Source system that created or updated the row.
Transcript Rules Request Type Table (SHRTPRT)
Six new columns have been added to this table.
SHRTPRT_XML_SCORE_PRINT
SHRTPRT_XML_IMN_PRINT
SHRTPRT_XML_CLG_TRANS_UDE
SHRTPRT_XML_STUDENT_UDE
SHRTPRT_XML_ACAD_REC_UDE
SHRTPRT_XML_COURSE_UDE
NOT
NOT
NOT
NOT
NOT
NOT
NULL
NULL
NULL
NULL
NULL
NULL
VARCHAR2(1)
VARCHAR2(1)
VARCHAR2(1)
VARCHAR2(1)
VARCHAR2(1)
VARCHAR2(1)
The comments on column are:
•
XML TEST SCORE PRINT: Option of printing test scores.
•
XML IMMUNIZATION PRINT: Option of printing immunization data.
•
XML COLLEGE TRANSCRIPT UDE: Option of printing College Transcript
UDE data.
•
XML STUDENT UDE: Option of printing Student UDE data.
•
XML ACADEMIC RECORD UDE: Option of printing Academic Record UDE
data.
•
XML COURSE UDE: Option of printing Course UDE data.
Transcript Request Table (SHTTRAN)
The SHTTRAN_TYPE column has been modified to use values of P, E, or N (Null).
The comment on column has been updated to read: TRANSCRIPT SEND TYPE:
Indicates if the transcript is to be sent via electronically or printed on paper. Valid
values are: E - EDI, P - PESC/XML, blank or Null - printed transcript.
May 2006
Confidential
Student Release 7.3
Release Guide
335
Section 7 PESC/XML Transcript - Technical
Changed Tables
Cross-Reference Rules Table (SORXREF)
A new column has been added to this table.
SORXREF_PESC_XML_IND
VARCHAR2(1)
NOT NULL
The comment on column is: PESC XML INDICATOR: PESC/XML standard
indicator.
EDI Transcript Status Code Validation Table (STVDSTS)
Six new columns have been added to the table.
STVDSTS_IMMUNIZATION_IND
STVDSTS_TESTS_IND
STVDSTS_MAIN_UDE_IND
STVDSTS_STUDENT_UDE_IND
STVDSTS_ACREC_UDE_IND
STVDSTS_COURSE_IND
NOT
NOT
NOT
NOT
NOT
NOT
NULL
NULL
NULL
NULL
NULL
NULL
VARCHAR2(1)
VARCHAR2(1)
VARCHAR2(1)
VARCHAR2(1)
VARCHAR2(1)
VARCHAR2(1)
The comments on column are:
•
IMMUNIZATION INDICATOR: Y to load XML immunization data into
SPRMEDI.
•
TESTS INDICATOR: Y to load XML test data into SORTEST.
•
MAIN UDE INDICATOR: Y to load XML main transcript user-defined
extensions using the sb_pescxml_main_ude_imp package.
•
STUDENT UDE INDICATOR: Y to load XML student user-defined extensions
using the sb_pescxml_student_ude_imp package.
•
ACADEMIC RECORD UDE INDICATOR: Y to load XML academic record
user-defined extensions using the sb_pescxml_acrec_ude_imp package.
•
COURSE UDE INDICATOR:Y to load XML course user-defined extensions
using the sb_pescxml_course_ude_imp package.
Source/Background Institution Code Validation Table (STVSBGI)
The STVSBGI_EDI_CAPABLE column has been modified to use values of P, E, or N
(Null) instead of Y or N.
The comment on column has been updated to read: ELECTRONIC CAPABLE
INSTITUTION: P - PESC/XML, E - EDI, N or Null - No.
336
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New Packages and Associated Procedures/Functions
New Packages and Associated Procedures/Functions
PESC/XML Utility Package (SHKPXML)
This package is used to import and export data, such as Banner values to EDI values
and EDI values to Banner values. It contains cursors, functions, and procedures used
by the import and export routines. This package uses the following functions.
f_banner_to_xml_value
This function takes a Banner value and reads the PESC/XML value for the given
EDI verification label (XLBL) code.
f_xml_value_to_banner
This function takes a PESC/XML value and reads the Banner value for the given
EDI verification label (XLBL) code.
f_domestic_addr
This function checks GTVSDAX rules for nation codes which indicate domestic
addresses.
PESC/XML Export Package (SHKPXEX)
This package is used to move transcript data to collector tables in preparation for
creating the XML transcript. It performs SQL processing for queries and job
submission related tasks for the PESC/XML Transcript Export Process (SHRPESE).
This package uses the following procedures and functions.
p_build_error
This procedure is used to build an error in the context of the current entity set with
p_set_entity.
p_orgid
This procedure is used to acquire the ID type and value for a given source/
background institution code.
May 2006
Confidential
Student Release 7.3
Release Guide
337
Section 7 PESC/XML Transcript - Technical
New Packages and Associated Procedures/Functions
p_insert_collector_table_parms
This procedure is used to insert single and repeating parameters (address type,
address selection date, student IDs, transcript type) into SPRCOLR for later
processing.
p_set_trans_collector_req
This procedure is used to update any unprocessed transcript requests in the
SHTTRAN collector table.
p_delete_collector_table_parms
This procedure is used to delete rows from SPRCOLR for a given session ID.
p_delete_tpop_data
This procedure is used to delete data from SHTTRTC where the SHTTRTC_TYPE
field is set to P.
p_update_request_data
This procedure is used to update SHTTRAN with the status of the export.
p_get_destination_data
This procedure is used to retrieve XML transcript destination information from
SOASBGA.
p_update_doc_status
This procedure is used to update the document with an export status.
f_encrypt
This function is used to encrypt the password on SOASBGA and SHACTRL.
f_decrypt
This function is used to unencrypt the password on SOASBGA and SHACTRL.
338
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New Packages and Associated Procedures/Functions
f_count_open_cursors
This function is used as a utility function in the SHRPESE and SHRPESI processes.
f_xrf_exp
This function is used to crosswalk SOAXREF Banner values.
f_select_academic_batch
This function is used to return a set of FTP host names and related information.
f_select_students_tpop
This function is used to return a set of students that have been selected using the
Transcript Population Creation Process (SHRTPOP) for PESC/XML transcript
requests.
f_select_students_collector
This function is used to return a set of students that are stored in the collector table
via SHARQTC for PESC/XML transcript requests.
f_get_val_table_code_desc
This function uses dynamic SQL to retrieve the description for a code value for any
given validation table.
f_valid_institution
This function is used to return a value of Y if the source/background institution
code is PESCXML capable.
f_valid_stu_level
This function is used to return a value of Y if the student has an overall GPA for the
given level.
f_shrtprt_record
This function is used to return a SHRTPRT record based upon PIDM, level, and
TPRT_CODE.
May 2006
Confidential
Student Release 7.3
Release Guide
339
Section 7 PESC/XML Transcript - Technical
New Packages and Associated Procedures/Functions
f_hold_for_grades
This function is used to return a value of Y if the request should be held until final
grades are available.
f_hold_for_degree
This function is used to return a value of Y if the request should be held until the
degree is awarded.
PESC/XML Import Package (SHKPXIM)
This package contains the common business routines for the EDI and PESC/XML
import processes. This package uses the following procedures and functions.
p_build_error
This procedure is used to build an error in the context of the current entity set with
p_set_entity.
p_set_error_context
This procedure is used to register the error context to the package name.
p_update_document_image
This procedure is used to update the Document Image field in SHBHEAD.
p_update_import_status
This procedure is used to update the Receive Status field in SHRIPTD.
f_api_version
This function is used to return the API version number.
f_xrf_imp
This function is used to crosswalk SOAXREF Banner values.
340
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New Packages and Associated Procedures/Functions
f_str_imp
This function is used to manipulate string values.
f_dat_imp
This function is used as a helper function for translating date formats.
f_num_imp
This function is used as a helper function to translate numbers coming across as
strings into Oracle number formats.
f_code_cv
This function is used to return a cursor for the code or rule table, assuming that the
code column is TABLENAME_CODE.
f_code_desc
This function is used to return a code description for the code or rule table,
assuming that the code column is TABLENAME_CODE, and the description is
TABLENAME_DESC.
f_code_exists_ind
This function is used to check for the existence of a record in the validation or rule
table, assuming standard configuration where the code value is TABLENAME_CODE.
f_next_recv_document_id
This function is used to return an EDI import received document ID.
f_next_dcmt_seqno
This function is used to return the next SOBSEQN EDI document sequence
number.
May 2006
Confidential
Student Release 7.3
Release Guide
341
Section 7 PESC/XML Transcript - Technical
Changed Package
Changed Package
SORXREF
This package has been modified to handle the new SORXREF_PESC_XML_IND field.
New APIs
New APIs are delivered with this enhancement.
EDI Academic Session Summary API (sb_edi_acad_sess_sum)
This package provides the Common Business Interface for the EDI Academic
Session Summary API (sb_edi_acad_sess_sum).
This API is responsible for loading the academic session summary from the
imported XML transcript document and importing the information into the
SHRSUMS table. This API is used with internal processing to produce the XML
transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRSUMS
shrpesi.jar
sb_edi_acad_sess_
sum
EDI_ACAD_SESS_SUM
Loads imported XML
transcript academic session
summary data into
SHRASES
EDI Academic Session API (sb_edi_acad_sess)
This package provides the Common Business Interface for the EDI Academic
Session API (sb_edi_acad_sess).
This API is responsible for loading the academic session information from the
imported XML transcript document and importing the information into the
SHRASES table. This API is used with internal processing to produce the XML
transcript.
342
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New APIs
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRASES
shrpesi.jar
sb_edi_acad_
sess
EDI_ACAD_SESSION
Loads imported XML
transcript academic session
data into SHRASES
EDI Academic Summary API (sb_edi_acad_summ)
This package provides the Common Business Interface for the EDI Academic
Summary API (sb_edi_acad_summ).
This API is responsible for loading the academic summary from the imported XML
transcript document and importing the information into the SHRSUMA table. This
API is used with internal processing to produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRSUMA
shrpesi.jar
sb_edi_acad_summ
EDI_ACAD_SUMM
Loads imported XML
transcript academic
summary data into
SHRSUMA
EDI Academic Record UDE API (sb_edi_acrec_ude)
This package provides the Common Business Interface for the EDI Academic
Record UDE API (sb_edi_acrec_ude).
This API is responsible for accessing the SHRAUDE table, which holds imported
records for the academic record user-defined extension (UDE) for the electronic
transcript. This API is used with internal processing to produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRAUDE
SHAEDIS
sb_edi_acrec_ude
EDI_ACREC_UDE
Accesses imported XML
transcript records for
academic record UDE data
shrpesi.jar
May 2006
Confidential
Student Release 7.3
Release Guide
343
Section 7 PESC/XML Transcript - Technical
New APIs
EDI Course API (sb_edi_course)
This package provides the Common Business Interface for the EDI Course API
(sb_edi_course).
This API is responsible for accessing the SHRCRSR table, which holds imported
records for the course user-defined extension (UDE) for the electronic transcript.
This API is used with internal processing to produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRCRSR
shrpesi.jar
sb_edi_course
EDI_COURSE
Accesses imported XML
transcript records for course
UDE data
EDI Document Header API (sb_edi_doc_header)
This package provides the Common Business Interface for the EDI Document
Header API (sb_edi_doc_header).
This API is responsible for accessing the SHRHDR4 table, which holds imported
records for the document identification header for the electronic transcript. This
API is used with internal processing to produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRHDR4
shrpesi.jar
sb_edi_doc_header
EDI_DOC_HEADER
Accesses imported XML
transcript records for the
document identification
header
EDI Header API (sb_edi_header)
This package provides the Common Business Interface for the EDI Header API
(sb_edi_header).
This API is responsible for accessing the SHBHEAD table, which holds imported
records for the document master header record for the electronic transcript. This
API is used with internal processing to produce the XML transcript.
344
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New APIs
Table
Objects
API Object Name
API Entity Name
Task Performed
SHBHEAD
shrpesi.jar
sb_edi_header
EDI_HEADER
Accesses imported XML
transcript records for the
document master header
record
EDI Identification API (sb_edi_identification)
This package provides the Common Business Interface for the EDI Identification
API (sb_edi_identification).
This API is responsible for accessing the SHRIDEN table, which holds imported
records for the person identification record for the electronic transcript. This API
is used with internal processing to produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRIDEN
shrpesi.jar
sb_edi_identifi
cation
EDI_IDENTIFICATION
Accesses imported XML
transcript records for person
identification data
EDI Medical API (sb_edi_medical)
This package provides the Common Business Interface for the EDI Medical API
(sb_edi_medical).
This API is responsible for accessing the SHRMEDI table, which holds medical
records for the electronic transcript. This API is used with internal processing to
produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRMEDI
SHREDIS
sb_edi_medical
EDI_MEDICAL
Accesses imported XML
transcript records for
medical data
shrpesi.jar
May 2006
Confidential
Student Release 7.3
Release Guide
345
Section 7 PESC/XML Transcript - Technical
New APIs
EDI Status API (sb_edi_status)
This package provides the Common Business Interface for the EDI Status API
(sb_edi_status).
This API is responsible for accessing the SHREDIS table, which holds EDI Status
records for the imported electronic transcript. This API is used with internal
processing to produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHREDIS
shrpesi.jar
sb_edi_status
EDI_STATUS
Accesses imported XML
transcript records for EDI
status data
EDI Student UDE API (sb_edi_stud_ude)
This package provides the Common Business Interface for the EDI Student UDE
API (sb_edi_stud_ude).
This API is responsible for accessing the SHRSUDE table, which holds imported
records for the student user-defined extension (UDE) for the electronic transcript.
This API is used with internal processing to produce the XML transcript
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRSUDE
SHAEDIS
sb_edi_stud_ude
EDI_STUD_UDE
Accesses imported XML
transcript records for
student UDE data
shrpese.jar
EDI Subtest API (sb_edi_subtest)
This package provides the Common Business Interface for the EDI Subtest API
(sb_edi_subtest).
This API s responsible for accessing the SHRSTST table, which holds imported
subtest records for the electronic transcript. This API is used with internal
processing to produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRSTST
SHAEDIS
sb_edi_subtest
EDI_SUBTEST
Accesses imported XML
transcript records for subtest
data
shrpesi.jar
346
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New APIs
EDI Subtest Score API (sb_edi_subtest_score)
This package provides the Common Business Interface for the EDI Subtest Score
API (sb_edi_subtest_score).
This API is responsible for accessing the SHRSTSC table, which holds imported
subtest score records for the electronic transcript. This API is used with internal
processing to produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRSTSC
SHAEDIS
sb_edi_subtest_
score
EDI_SUBTEST_SCORE
Accesses imported XML
transcript records for subtest
score data
shrpesi.jar
EDI Test API (sb_edi_test)
This package provides the Common Business Interface for the EDI Test API
(sb_edi_test).
This API is responsible for accessing the SHRTEST table, which holds imported test
records for the electronic transcript. This API is used with internal processing to
produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRTEST
SHAEDIS
sb_edi_test
EDI_TEST
Accesses imported XML
transcript records for test
data
shrpesi.jar
EDI Transcript UDE API (sb_edi_trans_ude)
This package provides the Common Business Interface for the EDI Transcript UDE
API (sb_edi_trans_ude).
This API is responsible for accessing the SHRTUDE table, which holds the transcript
user-defined extension (UDE) for the XML transcript. This API is used with internal
processing to produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRTUDE
SHAEDIS
sb_edi_trans_ude
EDI_TRANS_UDE
Accesses imported XML
transcript records for
transcript UDE data
shrpesi.jar
May 2006
Confidential
Student Release 7.3
Release Guide
347
Section 7 PESC/XML Transcript - Technical
New Scripts
PESC Status Export API (sb_pesc_status_export)
This package provides the Common Business Interface for the PESC Status Export
API (sb_pesc_status_export).
This API is responsible for accessing the SHREPTD table, which holds export
records for the XML transcript. This API is used with internal processing to produce
the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHREPTD
shrpese.jar
sb_pesc_status_
export
PESC_STATUS_EXPORT
Accesses imported XML
transcript records for
transcript export status
PESC Status Import API (sb_xml_status_imp)
This package provides the Common Business Interface for the PESC Status Import
API (sb_xml_status_imp).
This API is responsible for accessing the SHRIPTD table, which holds records for the
import status for the XML Transcript. This API is used with internal processing to
produce the XML transcript.
Table
Objects
API Object Name
API Entity Name
Task Performed
SHRIPTD
shrpesi.jar
sb_pesc_status_
imp
PESC_STATUS_IMP
Accesses imported XML
transcript records for
transcript import status
New Scripts
The following scripts are delivered with this release.
Scripts for New Tables
348
Table
Script
Result
SHREPTD
shreptd1.sql
Creates new table
SHREPTD
shreptd2.sql
Adds Primary Key
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New Scripts
May 2006
Confidential
Table
Script
Result
SHREPTD
shreptd3.sql
Adds comments on column
SHRIPTD
shriptd1.sql
Creates new table
SHRIPTD
shriptd2.sql
Adds Primary Key
SHRIPTD
shriptd3.sql
Adds comments on column
SHRMEDI
shrmedi1.sql
Creates new table
SHRMEDI
shrmedi2.sql
Adds unique constraint
SHRMEDI
shrmedi3.sql
Adds Foreign Key
SHRMEDI
shrmedi4.sql
Adds comments on column
SHRMEDI
shrmedi5.sql
Drops Foreign Key constraint
SHRMEDI
shrmedi6.sql
Adds Foreign Key
SHRTEST
shrtest1.sql
Creates new table
SHRTEST
shrtest2.sql
Adds Primary Key
SHRTEST
shrtest3.sql
Adds Foreign Key
SHRTEST
shrtest4.sql
Adds comments on column
SHRSTST
shrstst1.sql
Creates new table
SHRSTST
shrstst2.sql
Adds Primary Key
SHRSTST
shrstst3.sql
Adds Foreign Key
SHRSTST
shrstst4.sql
Adds Foreign Key
SHRSTST
shrstst5.sql
Adds comments on column
SHRSTSC
shrstsc1.sql
Creates new table
SHRSTSC
shrstsc2.sql
Adds Primary Key
SHRSTSC
shrstsc3.sql
Adds Foreign Key
SHRSTSC
shrstsc4.sql
Adds Foreign Key
SHRSTSC
shrstsc5.sql
Adds comments on column
SHRTUDE
shrtude1.sql
Creates new table
SHRTUDE
shrtude2.sql
Adds Primary Key
SHRTUDE
shrtude3.sql
Adds comments on column
Student Release 7.3
Release Guide
349
Section 7 PESC/XML Transcript - Technical
New Scripts
Table
Script
Result
SHRSUDE
shrsude1.sql
Creates new table
SHRSUDE
shrsude2.sql
Adds Primary Key
SHRSUDE
shrsude3.sql
Adds comments on column
SHRAUDE
shraude1.sql
Creates new table
SHRAUDE
shraude2.sql
Adds Primary Key
SHRAUDE
shraude3.sql
Adds comments on column
SOBSBGA
sobsbga1.sql
Creates new table
SOBSBGA
sobsbga2.sql
Adds Primary Key
SOBSBGA
sobsbga3.sql
Adds Foreign Key
SOBSBGA
sobsbga4.sql
Adds comments on column
Scripts for Changed Tables
350
Table
Script
Result
SGRDISA
sgrdisa1.sql
Expands SGRDISA_MEDI_CODE column
from two to ten characters
SHBCGPA
shbcgpa1.sql
Adds new columns
SHBCGPA
shbcgpa2.sql
Adds comments on column
SHBHEAD
shbhead1.sql
Adds new columns
SHBHEAD
shbhead2.sql
Adds comments on column
SHBHEAD
shbhead3.sql
Drops index SHBHEAD_KEY_INDEX2
SHBHEAD
shbhead4.sql
Expands SHBHEAD_ID_EDI_KEY column
to 35 characters
SHBHEAD
shbhead5.sql
Adds unique index
SHRASES
shrases1.sql
Adds new columns
SHRASES
shrases2.sql
Updates SHRASES_DOMESTIC_ADDR_IND
column to N
SHRASES
shrases3.sql
Updates SHRASES_DOMESTIC_ADDR_IND
column to Not Null
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
New Scripts
May 2006
Confidential
Table
Script
Result
SHRASES
shrases4.sql
Adds comments on column
SHRCRSR
shrcrsr1.sql
Adds new columns
SHRCRSR
shrcrsr2.sql
Adds comments on column
SHREDIS
shredis1.sql
Adds new columns
SHREDIS
shredis2.sql
Adds comments on column
SHRHDR4
shrhdr41.sql
Adds new columns
SHRHDR4
shrhdr42.sql
Updates SHRHDR4_DOMESTIC_ADDR_IND
column to N
SHRHDR4
shrhdr43.sql
Updates SHRHDR4_DOMESTIC_ADDR_IND
column to Not Null
SHRHDR4
shrhdr44.sql
Adds comments on column
SHRIDEN
shriden1.sql
Adds new columns
SHRIDEN
shriden2.sql
Updates SHRIDEN_DOMESTIC_ADDR_IND
column to N
SHRIDEN
shriden3.sql
Updates SHRIDEN_DOMESTIC_ADDR_IND
column to Not Null
SHRIDEN
shriden4.sql
Adds comments on column
SHRSUMA
shrsuma1.sql
Adds new columns
SHRSUMA
shrsuma2.sql
Adds comments on column
SHRSUMS
shrsums1.sql
Adds new columns
SHRSUMS
shrsums2.sql
Adds comments on column
SHRTPRT
shrtprt1,sql
Adds new columns
SHRTPRT
shrtprt2,sql
Updates new columns to N
SHRTPRT
shrtprt3,sql
Updates new columns to Not Null
SHRTPRT
shrtprt4,sql
Adds comments on column
SHTTRAN
shttran1.sql
Updates comment on SHTTRAN_TYPE
column for values of P, E, or N (Null).
SORXREF
sorxref1.sql
Adds new column
Student Release 7.3
Release Guide
351
Section 7 PESC/XML Transcript - Technical
Seed Data
Table
Script
Result
SORXREF
sorxref2.sql
Updates SORXREF_PESC_XML_IND
column to N
SORXREF
sorxref3.sql
Updates SORXREF_PESC_XML_IND
column to Not Null
SORXREF
sorxref4.sql
Adds comment on column
STVDSTS
stvdsts1.sql
Adds new columns
STVDSTS
stvdsts2.sql
Updates new columns to N
STVDSTS
stvdsts3.sql
Updates new columns to Not Null
STVDSTS
stvdsts4.sql
Adds comments on column
STVSBGI
stvsbgi1,sql
Updates comment on
STVSBGI_EDI_CAPABLE column for
values of P, E, or N (Null)
STVSBGI
supsbgi.sql
Updates Y values in
STVSBGI_EDI_CAPABLE column to E for
SHREDIY processing
Scripts for Seed Data
Table
Script
Result
GTVPRNT
gtvprnt60402.sql
Add values for use with XML transcript
SORXREF
sorxref60402.sql
Add values for use with XML transcript
STVEDIS
stvedis60402.sql
Add values for use with XML transcript
STVXLBL
stvxlbl60402.sql
Add values for use with XML transcript
Seed Data
SORXREF
The table which follows lists extensive data for use with SORXREF.
352
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
ASESSLVL
CollegeTranscript/Student/
AcademicRecord/
AcademicSession/
StudentLevel/
StudentLevelCode
Infant
PreKindergarten
Kindergarten
FirstGrade
SecondGrade
ThirdGrade
FourthGrade
FifthGrade
SixthGrade
SeventhGrade
EigthGrade
NinthGrade
TenthGrade
EleventhGrade
TwelfthGrade
PostSecondary
BachelorPreliminary
Year
NonDegree
Infant (0 - 2)
Pre-Kindergarten
Kindergarten
First Grade
Second Grade
Third Grade
Fourth Grade
Fifth Grade
Sixth Grade
Seventh Grade
Eigth Grade
Ninth Grade
Tenth Grade
Eleventh Grade
Twelfth Grade
NULL
XX
PK
0K
01
02
03
04
05
06
07
08
09
10
11
12
NULL
Non-degree or Temporary
Undergraduate in Postsecondary
Postsecondary First Year Student
First-Year, attended college before
20
Postsecondary Sophomore
Postsecondary Junior
Postsecondary Senior
Postsecondary Fifth Year Student
Postsecondary Post-Baccalaureate
Student
Postsecondary Non-Degree
Graduate Student
Graduate First Year
Graduate Second Year
Graduate Third Year
Graduate Beyond Third Year
22
23
24
32
25
Postsecondary Professional
Student
Professional First Year
Professional Second Year
27
Professional Third Year
Professional Beyond Third Year
XX
XX
Postsecondary Masters Qualifying
Year
Postsecondary Masters Degree
Student
Postsecondary Doctoral Student
Postdoctoral Student
33
CollegeFirstYear
CollegeFirstYear
AttendedBefore
CollegeSophomore
CollegeJunior
CollegeSenior
CollegeFifthYear
PostBaccalaureate
GraduateNonDegree
GraduateFirstYear
GraduateSecondYear
GraduateThirdYear
GraduateBeyondThird
Year
Professional
ProfessionalFirstYear
ProfessionalSecond
Year
ProfessionalThirdYear
ProfessionalBeyond
ThirdYear
MastersQualifying
Masters
Doctoral
Postdoctoral
May 2006
Confidential
Student Release 7.3
Release Guide
21
XX
26
XX
XX
XX
XX
XX
XX
28
29
30
353
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
Possible Banner Values for ASESSLVL:
Postsecondary Bachelor Preliminary Year, 31
Adult, AD
Pre-Kindergarten Level 0, P0
Pre-Kindergarten Level 1, P1
Pre-Kindergarten Level 2, P2
Pre-Kindergarten Level 3, P3
Pre-Kindergarten Level 4, P4
Pre-Kindergarten Level 5, P5
Professional, PF
Ungraded, UN
CRDBASIS
CollegeTranscript/Student/
AcademicRecord/
AcademicSession/Course/
CourseCreditBasis
Regular
Major
AcademicRenewal
AdultBasic
AdvancedPlacement
AdvancedStanding
ContinuingEducation
Exemption
Equivalence
International
Baccalaureate
Military
Remedial
CreditByExam
HighSchoolTransfer
Credit
HighSchoolCreditOnly
HighSchoolDualCredit
Regular/general enrollment
Credit assoc w/student’s major
Academic Renewal
Adult Basic
College Board Adv Placement Pgm
Advanced Standing
Continuing Education
Exemption
Equivalence
International Baccalaureate
R
NULL
NULL
NULL
A
NULL
NULL
NULL
NULL
I
Military Credit
Remedial/developmental
Credit By Exam
Credit from high school course
M
NULL
B
NULL
Cred coll crse high sch only
Credit both coll and high sch
NULL
NULL
Possible Banner Values for CRDBASIS:
C College Level Examination Program (CLEP)
D Credit Awarded for US Department of Defense DANTES Program
E Departmental or Institutional Credit based on experience (Life
Experience)
F Study Abroad
G The College Board's (CEEB) Credit
H Completion or Removal of an Incomplete Grade
N Correspondence
P American Council on Education Program on Noncollegiate
Sponsored Instruction (ACE/PONSI) Credit Recommendation
T Academic Credits Transferred in From Another Institution
V Audit or Visitor Status (No Credit Awarded)
W Work Experience
X Not Applicable (for PreK - Grade 12 use)
Z Other Types Not Included in Above List
354
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
CRDUNIT
CollegeTranscript/Student/
AcademicRecord/
AcademicSession/Course/
CourseCreditUnits
NoCredit
Quarter
Semester
Units
ClockHours
CarnegieUnits
ContinuingEducation
Units
Unreported
Other
No Credit
Quarter Hour Credit
Semester Hour Credit
Units
NULL
Carnegie Units
Continuing Education Units
N
Q
S
U
NULL
G
C
NULL
Other type of credit
NULL
X
Possible Banner Values for CRDUNIT:
A Adult Credits
V Vocational Credits
CRSOVERR
CollegeTranscript/Student/
AcademicRecord/
AcademicSession/Course/
CourseOverrideSchool
Note: If this course was
taken at the school
already noted as the
school in the Student
Academic Record, then
this data element is not
used. It is only used to
identify a specific
course taken at a school
other than the primary
one described for the
Student Academic
Record.
Enter the type of code in the
Electronic Qualifier field, the code
in the Electronic Value field, and
the value from STVSBGI in the
Banner Value field.
N/A
Repeated and counted in GPA
Repeated not counted in GPA
NULL
NULL
NULL
R
N
NULL
NULL
NULL
Not counted in GPA
X
College codes from the
STVSBGI table must be
translated to a valid
value of: OPEID,
NCHELPID, IPEDS,
ATP, FICE, ACT, CCD,
CEEBACT, CSIS, USIS,
ESIS, or DUNS.
CRSRPEAT
May 2006
Confidential
CollegeTranscript/Student/
AcademicRecord/
AcademicSession/Course/
CourseRepeatCode
RepeatCounted
RepeatNotCounted
ReplacementCounted
ReplacedNotCounted
RepeatOther
Institution
NotCountedOther
Student Release 7.3
Release Guide
355
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
HEADXPRP
CollegeTranscript/
TransmissionData/
DocumentType
Request
Response
DisbursementRoster
DisbursementForecast
Disbursement
Acknowledgement
Application
Change
CertificationRequest
Receipt
TermEnroll
TermGrade
StudentRequest
RequestedRecord
InstitutionRequest
ThirdPartyRequest
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
Notice of Term Enrollment
Term Grade Report
Sent at request of student
Requested record being sent
NULL
NULL
NULL
NULL
NULL
NULL
53
54
48
50
NULL
NULL
Possible Banner Values for HEADXPRP:
B44 Part of requested record being sent; Remainder to be sent by hard
copy
B49 Record being sent to replace one previously sent
HEADXRSN
CollegeTranscript/
TransmissionData/
TransmissionType
Original
Replace
Duplicate
Resubmission
Reissue
MutuallyDefined
Original
Replace
Duplicate
Re-submission
Reissue
Mutually Defined
00
05
07
15
18
ZZ
Possible Banner Values for HEADXRSN:
11 Response
STVASTDD
CollegeTranscript/Student/
AcademicRecord/
AcademicSummary/
Deliquencies
GoodStanding
ProbationGPA
ProbationHours
SuspensionGPA
SuspensionHours
ProbationDiscipline
SuspensionDiscipline
Unknown
Other
STVASTDH
356
CollegeTranscript/Student/
AcademicRecord/
AcademicSession/
AcademicSummary/
AcademicHonors/
HonorsLevel
FirstHighest
SecondHighest
ThirdHighest
Student Release 7.3
Release Guide
Student was in good standing
Academic probation, low GPA
Academic probation (deficiency in
credit hours)
Academic suspension (because of
low GPA)
Academic suspension (deficiency
in credit hours)
Disciplinary probation
Disciplinary suspension
Unknown
Other
NULL
NULL
NULL
A code value representing 1st
highest honor
A code value representing 2nd
highest honor
A code value representing 3rd
highest honor
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
STVCLAS
CollegeTranscript/Student/
AcademicRecord/
AcademicSession/
StudentLevel/
StudentLevelCode
Infant
PreKindergarten
Kindergarten
FirstGrade
SecondGrade
ThirdGrade
FourthGrade
FifthGrade
SixthGrade
SeventhGrade
EigthGrade
NinthGrade
TenthGrade
EleventhGrade
TwelfthGrade
PostsecondaryBachelor
PreliminaryYear
NonDegree
CollegeFirstYear
Infant (0 - 2)
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
Non-degree or Transient Student
First-year, never attended college
before
First-Year, attended college before
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
CollegeFirstYearAttend
edBefore
CollegeSophomore
CollegeJunior
CollegeSenior
CollegeFifthYear
PostBaccalaureate
GraduateNonDegree
GraduateFirstYear
GraduateSecondYear
GraduateThirdYear
GraduateBeyondThird
Year
Professional
ProfessionalFirstYear
ProfessionalSecond
Year
ProfessionalThirdYear
ProfessionalBeyond
ThirdYear
MastersQualifying
Masters
Doctoral
Postdoctoral
May 2006
Confidential
Student Release 7.3
Release Guide
NULL
357
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
STVGMOD
CollegeTranscript/Student/
AcademicRecord/
AcademicSession/Course/
CourseAcademicGradeScale
Code
001 - 499
The grading scale used by an
academic educational institution
for an academic course. It is based
on the American Medical Colleges
Admissions Services (AMCAS)
grade scale, values 001 through
499, and from the American
Association of Collegiate
Registrars and Admissions Officers
grade scale for miscellaneous
grades, values 500 through 999.
N/A
CollegeTranscript/Student/
AcademicRecord/
AcademicAward/
AcademicHonors/
HonorsLevel
FirstHighest
A code value representing 1st
highest honor
A code value representing 2nd
highest honor
A code value representing 3rd
highest honor
NULL
CollegeTranscript/Student/
Tests/StudentLevel/
StudentLevelCode
Undergraduate
LowerDivision
Undergraduate
Lower division credit (associated
w/first/second year)
Higher or upper division credit
(associated w/third/fourth year)
Vocational/technical credit
Tech Prep credit
Graduate level credit
Professional
Dual level(apply to Bach or Grad
degr or both)
Dual level (grad and professional may be applicable to both)
NULL
NULL
STVHONR
STVLEVL
500 - 999
SecondHighest
ThirdHighest
UpperDivision
Vocational
TechnicalPreparatory
Graduate
Professional
Dual
GraduateProfessional
358
Student Release 7.3
Release Guide
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
STVNATN
Used anytime there is an
international address. Code
indicating Country. Use ISO
3166-1 alpha-2 standard. The
codes are available at
www.iso.org.
AF
AX
AL
DZ
AS
AD
AO
AI
AQ
AG
AR
AM
AW
AU
AT
AZ
BS
BH
BD
BB
BY
BE
BZ
BJ
BM
BT
BO
BA
BW
BV
BR
IO
BN
BG
BF
BI
KH
CM
CA
CV
KY
CF
TD
CL
CN
CX
CC
CO
KM
CG
CD
Afghanistan
Ãland Islands
Albania
Algeria
American Samoa
Andorra
Angola
Anguilla
Antarctica
Antigua And Barbuda
Argentina
Armenia
Aruba
Australia
Austria
Azerbaijan
Bahamas
Bahrain
Bangladesh
Barbados
Belarus
Belgium
Belize
Benin
Bermuda
Bhutan
Bolivia
Bosnia And Herzegovina
Botswana
Bouvet Island
Brazil
British Indian Ocean Territory
Brunei Darussalam
Bulgaria
Burkina Faso
Burundi
Cambodia
Cameroon
Canada
Cape Verde
Cayman Islands
Central African Republic
Chad
Chile
China
Christmas Island
Cocos (Keeling) Islands
Colombia
Comoros
Congo
Congo, The Democratic Republic
NULL for
all
May 2006
Confidential
Student Release 7.3
Release Guide
359
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
STVNATN
(cont.)
Used anytime there is an
international address. Code
indicating Country. Use ISO
3166-1 alpha-2 standard. The
codes are available at
www.iso.org.
CK
CR
CI
HR
CU
CY
CZ
DK
DJ
DM
DO
EC
EG
SV
GQ
ER
EE
ET
FK
FO
FJ
FI
FR
GF
PF
TF
GA
GM
GE
DE
GH
GI
GR
GL
GD
GP
GU
GT
GN
GW
GY
HT
HM
VA
HN
HK
HU
IS
IN
ID
IR
IQ
Cook Islands
Costa Rica
Cote D'ivoire
Croatia
Cuba
Cyprus
Czech Republic
Denmark
Djibouti
Dominica
Dominican Republic
Ecuador
Egypt
El Salvador
Equatorial Guinea
Eritrea
Estonia
Ethiopia
Falkland Islands (Malvinas)
Faroe Islands
Fiji
Finland
France
French Guiana
French Polynesia
French Southern Territories
Gabon
Gambia
Georgia
Germany
Ghana
Gibraltar
Greece
Greenland
Grenada
Guadeloupe
Guam
Guatemala
Guinea
Guinea - Bissau
Guyana
Haiti
Heard Island And Mcdonald Islan
Holy See (Vatican City State)
Honduras
Hong Kong
Hungary
Iceland
India
Indonesia
Iran, Islamic Republic Of
Iraq
NULL for
all
360
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
STVNATN
(cont.)
Used anytime there is an
international address. Code
indicating Country. Use ISO
3166-1 alpha-2 standard. The
codes are available at
www.iso.org.
IE
IL
IT
JP
JO
KZ
KE
KI
KP
KR
KW
KG
LA
LV
LB
LS
LR
LY
LI
LT
LU
MO
MK
Ireland
Israel
Italy
Japan
Jordan
Kazakhstan
Kenya
Kiribati
Korea, Democratic Peoples Republic
Korea, Republic Of
Kuwait
Kyrgyzstan
Lao Peoples Democratic Republic
Latvia
Lebanon
Lesotho
Liberia
Libyan Arab Jamahiriya
Liechtenstein
Lithuania
Luxembourg
Macao
Macedonia, The Former Yugoslav
Republic Of
Madagascar
Malawi
Malaysia
Maldives
Mali
Malta
Marshall Islands
Martinique
Mauritania
Mauritius
Mayotte
Mexico
Micronesia, Federated States Of
Moldova, Republic Of
Monaco
Mongolia
Montserrat
Morocco
Mozambique
Myanmar
Namibia
Nauru
Nepal
Netherlands
Netherlands Antilles
New Caledonia
New Zealand
Nicaragua
Niger
NULL for
all
MG
MW
MY
MV
ML
MT
MH
MQ
MR
MU
YT
MX
FM
MD
MC
MN
MS
MA
MZ
MM
NA
NR
NP
NL
AN
NC
NZ
NI
NE
May 2006
Confidential
Student Release 7.3
Release Guide
361
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
STVNATN
(cont.)
Used anytime there is an
international address. Code
indicating Country. Use ISO
3166-1 alpha-2 standard. The
codes are available at
www.iso.org.
NG
NU
NF
MP
NO
OM
PK
PW
PS
PA
PG
PY
PE
PH
PN
PL
PT
PR
QA
RE
RO
RU
RW
SH
KN
LC
PM
VC
WS
SM
ST
SA
SN
CS
SC
SL
SG
SK
SI
SB
SO
ZA
GS
ES
LK
SD
SR
SJ
Nigeria
Niue
Norfolk Island
Northern Mariana Islands
Norway
Oman
Pakistan
Palau
Palestinian Territory, Occupied
Panama
Papua New Guinea
Paraguay
Peru
Philippines
Pitcairn
Poland
Portugal
Puerto Rico
Qatar
Reunion
Romania
Russian Federation
Rwanda
Saint Helena
Saint Kitts And Nevis
Saint Lucia
Saint Pierre And Miquelon
Saint Vincent And The Grenadines
Samoa
San Marino
Sao Tome And Principe
Saudi Arabia
Senegal
Serbia And Montenegro
Seychelles
Sierra Leone
Singapore
Slovakia
SSlovenia
Solomon Islands
Somalia
South Africa
South Georgia/South Sandwich I
Spain
Sri Lanka
Sudan
Suriname
Svalbard And Jan Mayen
NULL for
all
362
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
STVNATN
(cont.)
Used anytime there is an
international address. Code
indicating Country. Use ISO
3166-1 alpha-2 standard. The
codes are available at
www.iso.org.
SZ
SE
CH
SY
TW
TJ
TZ
TH
TL
TG
TK
TO
TT
TN
TR
TM
TC
TV
UG
UA
AE
GB
US
UM
UY
UZ
VU
VE
VN
VG
VI
WF
EH
YE
ZM
ZW
Swaziland
Sweden
Switzerland
Syrian Arab Republic
Taiwan, Province Of China
Tajikistan
Tanzania, United Republic Of
Thailand
Timor - Leste
Togo
Tokelau
Tonga
Trinidad And Tobago
Tunisia
Turkey
Turkmenistan
Turks And Caicos Islands
Tuvalu
Uganda
Ukraine
United Arab Emirates
United Kingdom
United States
United States Minor Outlying Islands
Uruguay
Uzbekistan
Vanuatu
Venezuela
Viet Nam
Virgin Islands, British
Virgin Islands, U.S.
Wallis And Futuna
Western Sahara
Yemen
Zambia
Zimbabwe
NULL
STVSBGIC
CollegeTranscript/
TransmissionData/Source/
Organization/
OrganizationIDGroup
College codes from the
STVSBGI table must be
translated to a valid
value of: OPEID,
NCHELPID, IPEDS,
ATP, FICE, ACT, CCD,
CEEBACT, CSIS, USIS,
ESIS, or DUNS.
Enter the type of code in the
Electronic Qualifier field, the code
in the Electronic Value field, and
the value from STVSBGI in the
Banner Value field.
N/A
STVSBGIH
CollegeTranscript/Student/
Person/HighSchool/
OrganizationIDGroup
High school codes
from the STVSBGI
table must be
translated to a valid
value of: OPEID,
NCHELPID, IPEDS,
ATP, FICE, ACT, CCD,
CEEBACT, CSIS, USIS,
ESIS, or DUNS.
Enter the type of code in the
Electronic Qualifier field, the code
in the Electronic Value field, and
the value from STVSBGI in the
Banner Value field.
N/A
May 2006
Confidential
Student Release 7.3
Release Guide
363
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
STVSTAT
CollegeTranscript/Student/
Person/HighSchool/
OrganizationIDGroup
AA
AB
AE
AK
AL
AP
AR
AS
AZ
BC
CA
CO
CT
CZ
DC
DE
FL
FM
GA
GU
HI
IA
ID
IL
IN
KS
KY
LA
MA
MB
MD
ME
MH
MI
MN
MO
MP
MS
MT
NB
NC
ND
NE
NF
NH
NJ
NL
NM
NS
NT
NU
NV
NY
OH
OK
ON
OR
PA
PE
Military-Americas
Alberta
Military-Europe
Alaska
Alabama
Military-Pacific
Arkansas
American Samoa
Arizona
British Columbia
California
Colorado
Connecticut
Canal Zone
District Of Columbia
Delaware
Florida
Federated States Of Micronesia
Georgia
Guam
Hawaii
Iowa
Idaho
Illinois
Indiana
Kansas
Kentucky
Louisiana
Massachusetts
Manitoba
Maryland
Maine
Marshall Islands
Michigan
Minnesota
Missouri
Northern Mariana Islands
Mississippi
Montana
New Brunswick
North Carolina
North Dakota
Nebraska
Newfoundland
New Hampshire
New Jersey
Newfoundland And Labrador
New Mexico
Nova Scotia
Northwest Territories
Nunavut
Nevada
New York
Ohio
Oklahoma
Ontario
Oregon
Pennsylvania
Prince Edward Island
AA
AB
AE
AK
AL
AP
AR
AS
AZ
BC
CA
CO
CT
CZ
DC
DE
FL
FM
GA
GU
HI
IA
ID
IL
IN
KS
KY
LA
MA
MB
MD
ME
MH
MI
MN
MO
MP
MS
MT
NB
NC
ND
NE
NF
NH
NJ
NL
NM
NS
NT
NU
NV
NY
OH
OK
ON
OR
PA
PE
Accepted values for states in
the United States,
Territories, and Canadian
Provinces
364
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
STVSTAT
(cont.)
CollegeTranscript/Student/
Person/HighSchool/
OrganizationIDGroup
PR
PW
QC
RI
SC
SD
SK
TN
TX
UT
VA
VI
VT
WA
WI
WV
WYY
YT
Puerto Rico
Republic Of Palau
Quebec
Rhode Island
South Carolina
South Dakota
Saskatchewan
Tennessee
Texas
Utah
Virginia
Virgin Islands
Vermont
Washington
Wisconsin
West Virginia
Wyoming
Yukon
PR
PW
QC
RI
SC
SD
SK
TN
TX
UT
VA
VI
VT
WA
WI
WV
WYY
YT
Scaled
Graded
Scaled Score
Grade Equivalent or Grade Level
Indicator
Standard Score
Raw Score
Percent of Items Correct
Mastery Score
Adjective Classification or Locally
Defined Score
Stanine
Percentile
Normal Curve Equivalent
Equated Score (pre-test and posttest were different)
Locally Defined
NUlLL
NUlLL
NUlLL
NUlLL
NUlLL
NUlLL
NUlLL
NUlLL
Accepted values for states in
the United States,
Territories, and Canadian
Provinces
STVTEFR
CollegeTranscript/Student/
Tests/Subtest/TestScores/
TestScoreMethod
Standard
Raw
Percent
Mastery
Adjective
Stanine
Percentile
NormalCurve
Equated
Local
May 2006
Confidential
Student Release 7.3
Release Guide
NUlLL
NUlLL
NUlLL
NUlLL
NUlLL
365
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
STVTRMT
CollegeTranscript/Student/
AcademicRecord/
AcademicSession/
AcademicSessionDetail/
SessionType
FullYear
Based on total number of days in a
school year
15 to 17 weeks in length; usually
two semesters
13 to 15 weeks in length; normally
three trimesters
10 - 14 weeks in length; normally
four quarter sessions
8 - 10 weeks in length; normally
five quinmester sessions
A session whose length is less than
the regular session
A session or sessions conducted
after the last regular sessions
For year round schools, the days of
optional attendance
Longer than sem, qrtr, or
trimester, shorter than full year
Fall session
Four-month sem, month of special
activity, four-month sem
Continuous
DiffersByProgram
Other
TwelveMonth
NULL
NoCredit
Quarter
Semester
Units
ClockHours
CarnegieUnits
ContinuingEducation
Units
Unreported
Other
NoCredit
Quarter
Semester
Units
ClockHours
CarnegieUnits
ContinuingEducationUnits
NULL
NULL
NULL
NULL
NULL
NULL
NULL
Unreported
Other
NULL
NULL
NoCredit
Quarter
Semester
Units
ClockHours
CarnegieUnits
ContinuingEducation
Units
Unreported
Other
NoCredit
Quarter Hour Credit
Semester Hour Credit
Units
Clock Hours
Carnegie Units
Continuing Education Units
N
Q
S
U
NULL
G
C
Unreported
Other Type of Credit
NULL
X
Semester
Trimester
Quarter
Quinmester
MiniTerm
SummerSession
Intersession
LongSession
FallSession
FourOneFourPlan
Continuous
DiffersByProgram
Other
TwelveMonth
STVTRMTC
SUMACTYP
CollegeTranscript/Student/
AcademicRecord/
AcademicSession/Course/
CourseCreditUnits
CollegeTranscript/Student/
AcademicRecord/
AcademicSummary/GPA/
CreditUnit
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
NULL
Possible Banner Values for SUMACTYP:
A Adult Credits
V Vocational Credits
366
Student Release 7.3
Release Guide
May 2006
Confidential
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
(STVXLBL)
Transcript Elements
Values
Description
Setting
UDENCRQ
CollegeTranscript/Student/
UserDefinedExtension
N/A
N/A
N/A
UDENCST
CollegeTranscript/Student/
UserDefinedExtension
N/A
N/A
N/A
STVEDIS
EDI Status Code
Description
P0
XML Request Received
P1
XML Transcript Exported
P2
XML Export had errors
P4
XML Export held for final grades
P5
XML Export held for awarded degree
STVXLBL
May 2006
Confidential
EDI Label Code
Description
System Required
ASESSLVL
XML Import StudentLevelCode
Y
CRDBASIS
XML CourseCreditBasis to EDI
Y
CRDUNIT
XML CourseCreditUnits to EDI
Y
CRDLEVEL
XML CourseCreditLevel
Y
CRSLEVEL
XML CourseLevel to EDI
Y
CRSOVERR
XML CourseOverideSchool
Y
CRSRPEAT
'XML CourseRepeatCode to EDI
Y
HEADXPRP
XML DocumentType to XPRP
Y
HEADXRSN
XML TransmissionType to XRSN
Y
STVASTDD
XML ASTD Delinquency codes
Y
STVASTDH
XML ASTD Honor codes
Y
Student Release 7.3
Release Guide
367
Section 7 PESC/XML Transcript - Technical
Seed Data
EDI Label Code
Description
System Required
STVCLAS
Class codes
Y
STVHONR
Honor codes
Y
STVLEVL
Course and Student Level codes
Y
STVTEFR
XML Test form codes
Y
STVTRMT
Term Type codes
Y
STVTRMTC
Term Type for Credit Units
Y
SUMACTYP
XML AcademicSummaryLevel=>CTYP
Y
SUMASLVL
XML AcademicSummaryType =>SLVL
Y
GTVPRNT
368
Printer Code
Description
Command
SHRPESE_PRNT
Printer setup for SHRPESE
Not used but required for
sleep/wake
SHRPESI_PRNT
Printer setup for SHRPESI
Not used but required for
sleep/wake
Student Release 7.3
Release Guide
May 2006
Confidential
Section 8 Bio Demo Messaging - Technical
Changed Functions
Section 8
Bio Demo Messaging - Technical
Changed Functions
The push process in Recruiting and Admissions has been modified to use the
GOAINTL API. Formerly, GTVSDAX rules were used in processing to update Not
Null fields. Now, the API handles those updates. The SRKPREL and SAKL030
packages used in the push process have been updated.
SRKPREL
This object has been modified to discontinue the use of default values in GTVSDAX.
In addition, it has been changed to call the gb_visa API directly rather than calling
the GOKINTL procedures.
SAKL030
This object has been modified to discontinue the use of default values in GTVSDAX.
In addition, it has been changed to call the gb_visa API directly rather than calling
the GOKINTL procedures.
New APIs
New APIs are being delivered in Banner General and Banner Human Resources for
this enhancement. Some of these APIs use Student tables. The General APIs that use
Student tables are listed here.
Please refer to the General 7.3 Release Guide and the Human Resources 7.2 Release Guide
for more information on the APIs used with this enhancement.
Table
Form
API Object Name
API Entity Name
Task Performed
SPRMEDI
GOAMEDI
gb_medical
MEDICAL
Maintains information about
medical conditions of people at
your institution, including
students, faculty, and staff
May 2006
Confidential
Student Release 7.3
Release Guide
369
Section 8 Bio Demo Messaging - Technical
New APIs
Table
Form
API Object Name
API Entity Name
Task Performed
SORPCOL
SAADCRV,
SHAEDIS,
SIAFDEG,
SOAPCOL,
SRAQUIK
gb_pcol
PRIOR_COLLEGE
Maintains a person's
educational background,
including institutions
attended, degrees received at
each institution (majors,
minors, and areas of
concentration)
SORCONC
SIAFDEG,
SOAPCOL
gb_pcol_conc
PCOL_CONCENTRATION
Maintains a person's
educational background,
including institutions
attended, degrees received at
each institution, and majors,
minors, and areas of
concentration at each institution
SORDEGR
SAADCRV,
SIAFDEG,
SOAPCOL,
SRAQUIK
gb_pcol_degree
PCOL_DEGREE
Maintains a person's
educational background,
including institutions
attended, degrees received at
each institution (majors,
minors, and areas of
concentration)
SORMAJR
SIAFDEG,
SOAPCOL
gb_pcol_major
PCOL_MAJOR
Maintains a person's
educational background,
including institutions
attended, degrees received at
each institution (majors,
minors, and areas of
concentration)
SORMINR
SIAFDEG,
SOAPCOL
gb_pcol_minor
PCOL_MINOR
Maintains a person's
educational background,
including institutions
attended, degrees received at
each institution (majors,
minors, and areas of
concentration)
STVSBGI
STVSBGI
gb_stvsbgi
PRIOR_COLLEGE
Maintains general information,
such as address, comments,
and contacts, about a source or
background institution for a
prior college
370
Student Release 7.3
Release Guide
May 2006
Confidential
Section 8 Bio Demo Messaging - Technical
New APIs
Table
Form
API Object Name
API Entity Name
Task Performed
STVADMR
STVADMR
gb_stvadmr
PRIOR_COLLEGE
Checks for existence of
admission request code
information for a prior college
STVHONR
STVHONR
gb_stvhonr
PCOL_DEGREE
Checks for existence of
institutional honors for a prior
degree
STVMEDI
STVMEDI
gb_stvmedi
MEDICAL
Checks for existence of
medical information
STVPENT
STVPENT
gb_stvpent
VISA
Checks for existence of port of
entry information
STVVTYP
STVVTYP
gb_stvvtyp
VISA
Checks for existence of visa
type record
May 2006
Confidential
Student Release 7.3
Release Guide
371
Section 8 Bio Demo Messaging - Technical
New APIs
This page intentionally left blank
372
Student Release 7.3
Release Guide
May 2006
Confidential
Section 9 Miscellaneous Enhancements
RPEs
Section 9
Miscellaneous Enhancements
RPEs
Concurrent Curricula
A set of RPEs is delivered as part of the Concurrent Curricula enhancement. Please
see the “Concurrent Curricula Phase 4 - Functional” and “Concurrent Curricula
Phase 4 - Technical” sections for more information on the following RPEs:
#CMS-RPE26456
#CMS-RPE28457
#CMS-RPE25671
#CMS-RPE28586
#CMS-RPE48723
#CMS-RPE48888
#CMS-RPE27006
#CMS-RPE35852
#CMS-RPE40665
#CMS-RPE33280
#CMS-RPE41401
#1-410EO
#1-410EQ
May 2006
Confidential
Student Release 7.3
Release Guide
373
Section 9 Miscellaneous Enhancements
ACT Required Values on STVTESC
Academic History
SHACOMI
(#CMS-RPE29240)
The sort order on SHACOMI for committee members in the Committee/Service
Members block appeared to be sorting chronologically in the order that the records
had been entered. The form should sort alphabetically by last name like SHICMBQ
does.
The form has been modified to sort the records in alpha order by last name.
SHACOMI
(#CMS-RPE33280)
The SHRCOMM data block had no explicit ORDER_BY clause, so committee
members were displayed in what appeared to be chronological order. As more and
more records are processed via SHRCOMM, the SHACOMI form is becoming
nearly unusable.
Records are now sorted alphabetically by name in the Committee/Service Members
block.
SHRTRTC
(#1-DZ66I)
Too many spaces existed between the Degree Label and the Degree Description on
the output. The Degree Awarded was not aligned with the other lines. The extra
spaces caused the Long Degree Description and Date to wrap to the next line and
bump into the beginning of the Degree Code Description.
The size of the CONCATDEGA variable has been increased in order to accommodate
the Degree Awarded label. The FORMATDEGA variable has been modified to
concatenate the Degree Label before the Degree Description and Date, when the
CONCATDEGA variable is valued. The Degree Information section of the paper
transcript has been revised due to these changes. The Degree Label, Degree
Description, and Date are now printed on one line if possible. The Date is only
wrapped when all the spaces allotted for Degree Label and Degree Description are
used.
Please see the landscaped section that follows the “Problem Resolutions” section for
report parameters and sample output.
ACT Required Values on STVTESC
STVTESC
The required values for ACT codes have been updated to reflect the current
minimum and maximum scores.
A script is delivered to insert these updates.
374
Student Release 7.3
Release Guide
May 2006
Confidential
Section 9 Miscellaneous Enhancements
AMCAS Objects Being Desupported
STVTESC
Test Code Validation Form
* Data Type values
Numeric
Alphanumeric
Code
Test Type
Description
A01
A02
A03
A04
A05
A06
A07
SWR
NEW
NWR
SUM
SRH
SEA
SAG
SGT
SSS
SAL
NUM
NRH
NEA
NAG
NGT
NSS
NAL
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
ACT
English
Math
Reading
Science Reasoning
Composite
Sum of Standard Scores
ACT Combined English/Writing
ACT Subscore Writing
ACT Norm English/Writing
ACT Norm Writing
Subscore - Usage and Mech.
Subscore - Rhetorical Skills
Subscore - Elementary Algebra
Subscore - Algebra/Geometry
Subscore - Plane Geometry/Trig.
Subscore - Social Studies
Subscore - Arts/Literature
Norm - Usage and Mech
Norm - Rhetorical Skills
Norm - Elementary Algebra
Norm - Algebra/Geometry
Norm - Plane Geometry/Trig
Norm - Social Studies
Norm - Arts/Literature
checked
unchecked
Number
Pos
Data Type*
2
2
2
2
2
3
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
checked
checked
checked
checked
checked
unchecked
checked
checked
checked
checked
unchecked
unchecked
unchecked
unchecked
unchecked
unchecked
unchecked
unchecked
unchecked
unchecked
unchecked
unchecked
unchecked
unchecked
Value in database
N
A
Min
Score
01
01
01
01
01
001
01
02
01
01
01
01
01
01
01
01
01
01
01
01
01
01
01
01
Max
Score
36
36
36
36
36
180
36
12
99
99
18
18
18
18
18
18
18
99
99
99
99
99
99
99
AMCAS Objects Being Desupported
AMCAS processing using SARAMAL and SAPAMAL has been absorbed into the data
load process and was re-delivered with new processing for SRTLOAD in Release 7.2.
With Release 7.3, the following reporting objects are being desupported for use with
AMCAS:
May 2006
Confidential
•
sapamal.pc
•
saramal.pc
•
saramcv.pc
•
satamcs.pc
Student Release 7.3
Release Guide
375
Section 9 Miscellaneous Enhancements
Accounts Receivable e-Bill Enhancement
The following temporary tables are also being desupported:
•
SATAMAL
•
SATAHLD
•
SATARPT
The documentation procedures entitled “AMCAS (American Medical College
Application Service) Load Procedures Using SARAMAL and SAPAMAL” have been
removed from the 7.3 version of the SCT Banner Student User Guide.
The documentation procedures entitled “AMCAS (American Medical College
Application Service) Load Procedures Using SRTLOAD” were delivered in the SCT
Banner Student 7.2 Release Guide, as well as in the 7.2 version of the SCT Banner Student
User Guide. These procedures explain how to use SRTLOAD for AMCAS processing.
Note: AMCAS processing using the objects listed above is still supported in
Banner 6.X.
Accounts Receivable e-Bill Enhancement
Changes made in Accounts Receivable for the e- Bill enhancement include updates
to the Student Invoice/Billing Statement (TSRCBIL). TSRCBIL can now be run in
STATEMENT mode for schedule bills.
When the Run Mode parameter is set to STATEMENT, the TSRCBIL process
generates a .lis file of statements for students who owe a balance to the school.
Users can parse the output and store the individual statements, or use third-party
software to perform the parse, enhance and brand the statement, convert each file
into PDF format, and store the PDF file. These files can be displayed in Banner or
Self-Service.
Note: TSRCBIL is used in Banner Student with registration processing when a
student’s bill/invoice is requested from SFAREGS via the Print Bill
checkbox.
Please refer to the Accounts Receivable 7.3 Release Guide for more information on this
enhancement.
e~Print Updates
The SOKEPRT package has been added to Banner Student to secure e~Print reports
on the Faculty College and Department security elements.
376
Student Release 7.3
Release Guide
May 2006
Confidential
Section 9 Miscellaneous Enhancements
Web Display Tables Validation Form (STVVTAB)
Please refer to the “Large Object Enhancement - Technical” section in the General
7.3 Release Guide for more information on the supporting architecture for e~Print
processing. Please refer to the documentation for the e~Print product for additional
information.
Web Display Tables Validation Form (STVVTAB)
This form has been added with this release. The associated STVVTAB table was
delivered in Release 6.0 and is used with the Web Display List Customization Form
(SOAWDSP). This form is used to provide a list of applicable validation tables when
the List of Values is displayed from the Validation Table Name field in the Key Block
of SOAWDSP. Users can then customize the Web display of the validation table code
values on SOAWDSP.
STVVTAB has been added to the Validation Forms Sub Menu (STVTRCN STVXLBL) [*STDVALD3G].
Fields
Descriptions
.............. .......................................................
Table Name
Seven letter validation table name, such as STVATTR, STVCAMP,
and so on. The validation table name listed here can be selected
on SOAWDSP, and the codes from the selected validation table
can be customized to be displayed on the Web.
Sys Req
Checkbox used to specify whether this value is required by the
system. If this checkbox is checked, the validation table record
cannot be deleted. Once this checkbox is checked, it cannot be
unchecked.
Activity Date
Date on which the record was last updated. Display only.
User
ID of the user who last updated the record. Display only.
The required values (delivered with Release 6.0) that exist in Banner for the form
and table are as follows.
May 2006
Confidential
Table Name
Description
System Required
GTVINSM
Instructional Method Validation
Yes
STVATTR
Attribute Validation
Yes
Student Release 7.3
Release Guide
377
Section 9 Miscellaneous Enhancements
global.current_user Variable
Table Name
Description
System Required
STVCAMP
Campus Code Validation
Yes
STVCOLL
College Code Validation
Yes
STVDEPT
Department Code Validation
Yes
STVDIVS
Division Code Validation
Yes
STVLEVL
Level Code Validation
Yes
STVPTRM
Part of Term Code Validation
Yes
STVSCHD
Schedule Type Code Validation
Yes
STVSESS
Session Code Validation
Yes
STVTESC
Test Code Validation
Yes
global.current_user Variable
Forms having the global.user or global.user_id variables in property values or
in triggers have been updated to use global.current_user variable. This prevents
errors that had occurred for users that did not have all Banner products installed,
where the global.user or global.user_id variables may not have been
populated when a form was accessed or a transaction saved.
SYNCHRONIZE Command
The SYNCHRONIZE command has been removed from all forms, as it was causing
redundant reads of the network, which resulted in performance issues.
Common Matching Form (GOAMTCH)
This form has been updated, as have other aspects of Common Matching
processing. Please refer to the Banner General 7.3 Release Guide for more information
on this functionality.
378
Student Release 7.3
Release Guide
May 2006
Confidential
Section 9 Miscellaneous Enhancements
Common Matching Form (GOAMTCH)
Key Block
The following change has been made to the Key Block:
•
A View Comments button has been added to the Key Block. This button can be
used to view non-technical details about the matching source and related rule
sets from GTVCMSC to better understand the type of data that should be
entered in GOAMTCH and the matching results that are produced.
Data Entry Block
The following changes have been made to the Data Entry block:
•
You can now enter either the SSN or the last name/non-person name for
matching. The last name is no longer required.
Note: You should only use the SSN without last name in matching rules sets for
online matching. It should not be used in batch processing.
•
You can now restrict whether a new ID is created or not if any APIs fail due to
missing or incomplete information, and an error message is generated.
When the Create New button is used, the system checks to see if any APIs have
failed. If the new Prevent ID Creation on API Failure checkbox on GORCMSC
is checked, the appropriate error message will be displayed, and you will be
prompted to enter the missing or incomplete information to complete the
creation of the new ID. (The default value is unchecked on GORCMSC).
Note: This functionality can only be used online. It is not available in batch
processing.
•
You now have the option of displaying potential matches using the data
entered on GOAMTCH, even if the number of characters entered is less than
the length specified in the matching rule on GORCMRL. Use the new Allow
Length Override checkbox on GORCMSC to capture any matches up to and
including the specified length on for the rule.
For example, if you enter a last name with four characters, and the Length field
on GORCMRL has been set to 5 for the rule, the system would display any
records where the last name begins with the four characters entered on
GOAMTCH.
May 2006
Confidential
•
When you enter a ZIP + four ZIP code and use Tab or Enter to leave the field,
the related address information (city, state, county, country) is now
automatically populated from GTVZIPC if the corresponding values exist.
•
A View Comments button has been added to the Data Entry Block. This button
can be used to view non-technical details about the matching source and
related rule sets from GTVCMSC to better understand the type of data that
should be entered in GOAMTCH and the matching results that are produced.
•
The buttons in the Data Entry block have been reordered to prevent the
accidental creation of a new ID by inadvertently clicking on the Create New
button.
Student Release 7.3
Release Guide
379
Section 9 Miscellaneous Enhancements
Common Matching Form (GOAMTCH)
Matches Block
The following changes have been made to the Matches block:
•
Several of the fields in this block have been reordered, and new fields have
been added. The new fields are: All Telephones and All E-mails.
•
An asterisk (*) in the Matched Address field indicates that the address is
inactive. The address code and type code displayed are from the direct match
returned by the Common Matching package.
•
The Match Priority and Match Results fields have been combined to form the
new Matching Rule Sets field. This field lists all the rule priorities that were
matched by the record. It is a T list type of field, which means that it always
contains a value, unlike a pulldown list (which contains a NULL value as the
default for non-database items). It has the ability to display multiple records at
once, which reduces the need to click through records with your mouse.
•
The Clear button has been renamed Clear and Return to Data Entry.
Potential Matches Block
The following changes have been made to the Potential Matches block:
380
•
The number in parenthesis displayed on the Potential Matches tab now
indicates the number of PIDMS that were returned, instead of the number of
rows in GOVCMRT.
•
Only one row per record is now displayed in the Potential Matches block.
•
The fields in the Potential Matches block have been reordered, and new fields
have been added. The new fields are: Matching or Hierarchical Address, All
Telephones, and All E-mails.
•
The Clear button has been renamed Clear and Return to Data Entry.
•
The Potential Matches block now displays All Addresses, All Telephones, and
All E-mails in pulldown fields by PIDM to assist in determining if a potential
match is actually a match. The All Telephones and All E-mails pulldown fields
are new fields.
•
An asterisk “*” will now be displayed next to the address type code of an
inactive address.
•
The Matching Rule Sets field now lists all the rule priorities that were matched
by the record. The Priority and Match Results fields were combined to create
this new field.
•
If the alias is found as part of the primary match, then the message returned is
name match; however, if the PIDM is identified during the primary match as an
ID or SSN match, and the alias is found during the secondary matching, then
the results message is first name alias match.
•
Improved messages were created for transposed name matches, transposed
date matches, and NULL matches.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 9 Miscellaneous Enhancements
Common Matching Form (GOAMTCH)
Address Hierarchy Processing
The following changes have been made to address hierarchy processing in the
Potential Match block:
You can now define a hierarchy for the display of address, telephone numbers, and
email addresses. This hierarchy will be used for two conditions: 1) when no address
fields are used in the rule set, and/or 2) when address rules are used in the rule set,
but the potential match record does not have an address that matches.
•
If address information has been included in a matching source rule set, and the
potential match record has an address which matches, that address will be
displayed in the Potential Matches block. (This is the existing functionality.)
•
If address information has been included in a matching source rule set, and the
potential match record has no address which matches, and a hierarchy has
been established for the matching source, and the potential match record has
an address type listed in the hierarchy, that address will be displayed in the
Potential Matches block.
•
If address has been included in a matching source rule set, and the potential
match record has no address which matches, and a display hierarchy has been
established for the matching source, and the potential match record has no
address types listed on the hierarchy, the message No Matching or Hierarchy
Found will be displayed in the new Matching or Hierarchical Address field.
•
This same logic is true for the telephone and email address information. If
there is no match or hierarchical type associated with the record, the message
No Matches will be displayed in the Telephone and E-mail fields. (This message
is shorter, as these field lengths are smaller.)
•
The address source code data is now passed from GOAMTCH to the
GOTCMME table. The GOTCMME_ASRC_CODE column has been added to the
GOTCMME table. The value in the GOTCMME_ASRC_CODE column is loaded to
the SPRADDR_ASRC_CODE column in GOAMTCH using the gb_address API.
The updates to address hierarchy processing also benefit Student data load
processing (recruiting test score and source data loads - SAT, ACT, ACT EOS, GMAT,
GRE, PSAT, PETERSONS, PCU, AMCAS):
May 2006
Confidential
•
When records are matched through batch processing, SRTLOAD loads the
address source from the temporary tables to the SPRADDR table. SRRSRIN
then calls SRKPREL to push the address data, and therefore loads the
SRTADDR_ASRC_CODE value to the SPRADDR_ASRC_CODE field.
•
Previously, when matching was performed manually using SRIPREL and
GOAMTCH, SRIPREL saved the prospect’s address to the GOTCMME table.
GOAMTCH then created the address for the new person record from the
GOTCMME table, but those addresses were missing the ASCR_CODE data. This
data is now included when GOAMTCH is used for manual matching.
Student Release 7.3
Release Guide
381
Section 9 Miscellaneous Enhancements
Medical Information Updates
Medical Information Updates
The Medical Code field on the Medical Information Form (GOAMEDI) and the
(Medical) Code field on the Medical Code Validation Form (STVMEDI) have been
expanded from two to ten characters. A Medical Date field has been added to
GOAMEDI.
Please refer to the Banner General 7.3 Release Guide for other changes relating to
medical information.
Changed Forms
Medical Code Validation Form (STVMEDI)
The Code field on this form has been expanded from two to ten characters.
Medical Information Form (GOAMEDI)
The following changes have been made to this form:
•
The Medical Code field has been expanded from two to ten characters.
•
A new Medical Date field has been added. This is the date associated with the
medical code.
Fields
Descriptions
.............. .......................................................
Medical Date
Date associated with the medical code, entered in DD-MON-YYYY
format.
Student Disability Services Form (SGADISA)
The Medical Code field in the Student Disabilities block has been expanded from
two to ten characters.
382
Student Release 7.3
Release Guide
May 2006
Confidential
Section 9 Miscellaneous Enhancements
Medical Information Updates
Changed Tables
Medical Code Validation Table (STVMEDI)
The STVMEDI_CODE column has been expanded from two to ten characters.
STVMEDI_CODE
NOT NULL
VARCHAR2(10)
Person Medical Information Repeating Table (SPRMEDI)
The SPRMEDI_CODE column has been expanded from two to ten characters.
SPRMEDI_CODE
NOT NULL
VARCHAR2(10)
Student Disability Services Table (SGRDISA)
The SGRDISA_MEDI_CODE column has been expanded from two to ten characters.
SGRDISA_MEDI_CODE
NOT NULL
VARCHAR2(10)
Changed Package
SAKL080
This package has been modified to accept the expanded ten character medical
code.
May 2006
Confidential
Student Release 7.3
Release Guide
383
Section 9 Miscellaneous Enhancements
Medical Information Updates
This page intentionally left blank
384
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Catalog Module
Section 10
Problem Resolutions
Catalog Module
Forms
SCADETL,
SCASRES,
SHAMUDI,
SMAAREA,
SMQSGCR,
SHKSELS,
SHKSEL1
(*CMS-DFCT104760)
Description: Compile errors occurred on objects that had not been modified to
accommodate VPD enhancements. Baseline source code should compile whether
or not a institution has VPD or not.
SCADETL
(#CMS-DFCT96948 and #CMS-DFCT96769)
Description: When a course description was copied, the SCBDESC_TERM_CODE_END
field value for the original record was not being updated.
Impact: Compile errors were encountered on some forms when VPD was installed.
Resolution: The following forms were changed to use explicit insert statements:
SMIPOUT, SMAAREA, SMAGROP, SMASARA, SMQSGCR, and SMASPRG.
Impact: The SCBDESC_TERM_CODE_END field value was being updated in the new
record.
Resolution: Triggers have been modified to set the end term on the proper record.
Schedule Module
Documentation
SSASECT
(#CMS-DFCT98364)
Description: The text regarding deleting reserved seating when enrollment exists in
the form documentation for the Reserved Seats window was not the same as the text
in the Reserved Seats procedure. The procedure information was correct.
Impact: The documentation was not clear.
May 2006
Confidential
Student Release 7.3
Release Guide
385
Section 10 Problem Resolutions
Schedule Module
Resolution: The text for the Reserved Seats window of SSASECT and the text in the
Reserved Seating procedure now both read: “Note: The system tests for reserved
seating each time the Reserved Seats window is entered. You can only delete
reserved seating when no enrollment exists for the reserved seating. When
enrollment exists that meets the reserved seating requirement, you will not be
allowed to delete reserved seating.”
Forms
SFAMHRS,
SAAAUDF,
SFQESTS,
SOACTRM,
SSADFEE
(#CMS-DFCT89976)
Description: Users received a POST-CHANGE trigger error message on forms where
Date Internationalization modifications had been applied.
Impact: The forms were unusable.
Resolution: The G$_DATE_CLASS has been added to KEY_BLOCK items in these
forms, and the STVTERM_START_DATE and STVTERM_END_DATE items are now data
type instead of character.
SSADETL
(#CMS-DFCT92620)
Description: SSADETL was not populating the SFRBTCH table when a fee was
inserted or deleted in the Section Fees block, and students were registered for the
section. The SFRBTCH collector record was written when an update or an insert was
performed on a section that already had at least one fee assigned.
Impact: When the collector record is not written, SFRFASC would have to be run for
all records in order for the affected students to be reassessed.
Resolution: Code has been modified to populate the SFRBTCH table.
SSADETL
(#CMS-DFCT97752)
Description: If you double-clicked in the Term field or used Count Query Hits to
view existing sections (SSASECQ), an error was received: FRM-41003: this function
cannot be performed here.
Impact: The error should not have been displayed.
Resolution: This has been corrected so the error will no longer appear.
SSADETL
(#CMS-DFCT92323)
Description: The new message that is received when creating section fees, THE
SECTION FEES HAVE BEEN CHANGED. THIS WILL ADD AFFECTED STUDENTS TO
THE FEE ASSESSMENT BATCH TABLE, does not need to appear all the time. When
the fees are applied to a new CRN that does not yet have any enrollment, this
message does not need to appear. In addition, it really only needs to appear once
per saving of data on SSADETL, even if several sections fees are added.
Impact: An unneeded message about fee assessment is displayed even when no
enrollment exists for the section.
Resolution: The warning message will now only be displayed for sections that have
enrollment where fee assessment could be impacted.
386
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Schedule Module
SSADETL
(#CMS-DFCT100462)
Description: The SSRFEES_AMOUNT field was defined as number (12,2) in the
SSRFEES table, but the Amount field in the Section Fees block only accepted
amounts up to 9999.99.
Impact: The field on the form is smaller than the column in the database and only
allows entry of a maximum value of 9999.99.
Resolution: The Amount field has been expanded to fit the database description.
SSADETL
(#CMS-DFCT80570)
Description: It was possible to inadvertently enter spaces and successfully save a null
record in the CRN field in the Co-Requisites block.
Impact: SSRCORQ records were saved with null values in the SSRCORQ_CRN_CORQ
field.
Resolution: The SSRCORQ PRE-UPDATE trigger has been changed, and the
SSRCORQ PRE-INSERT trigger has been added. A check has also been added to see
if a null value exists in the SSRCORQ_CRN_CORQ field. If a null value is found, an error
message will be displayed.
SSAPREQ
(#CMS-DFCT102553)
Description: You could save a record when the CAPP Areas for Prerequisites
checkbox was incorrectly checked, and no areas had been defined in the Section
Area Prerequisite Restriction block.
Impact: You could save a record without the correct CAPP prerequisite information.
Resolution: Code has been modified to validate the data and not allow a user to exit
from the from without the correct, complete prerequisite information.
SSASECT
(#1-4NYUO)
Description: If the Meeting Time window had a value in the Override Indicator,
then when you used Next Block to access the Instructor window, the message
*ERROR* Must SAVE before leaving was displayed. The system would still not allow you
to access the Instructor window even after saving. The Assigned Instructors item in
the Options Menu could be used to access the Instructor window from the main
window.
Impact: Overrides on the Meeting Time block no longer stopped the user from
entering instructor information.
Resolution: Multiple SSRMEET post-change triggers were modified to set the
update_sw to Y only when a change was made. This is now accomplished by
checking that the global.query_mode is 0, before setting the flag to Y, indicating
the trigger has fired as a result of a change to the data item.
SSASECT
May 2006
Confidential
(#1-4T6M4)
Description: Problem Resolution #CMS-DFCT103076 was not totally resolved in
Banner Student 7.2. When you used Next Block to move past the instructor record
without inserting an instructor and without changing any data, and then attempted
to exit from the form, the pop-up message Do you want to save the changes you have
Student Release 7.3
Release Guide
387
Section 10 Problem Resolutions
Schedule Module
made? was still being displayed, even though no changes had been made. If the you
chose No, you could exit with receiving any additional messages. If you chose Yes, an
additional pop-up message stating Your changes could not be saved, close form? was
displayed. And the message, *ERROR* Primary instructor must exist for section. was
displayed in the auto hint.
Impact: Users had to acknowledge a “save” dialog box even when nothing had
changed.
Resolution: The SIRASGN block trigger setup_percents has been changed to only
default data into percents when something has been changed. A block trigger has
been added when new item instance exists to call setup_percents when any
instructor data is changed.
SSASECT
(#CMS-DFCT99701)
Description: You could remove the part of term start/end dates and save those
changes by exiting from the form. Those changes could not be saved when using
the Save button on the Oracle toolbar. A part of term error was received that data
was not complete.
Impact: You should not be able to save a record with missing data.
Resolution: This was corrected indirectly through other code changes.
SSASECT
(#CMS-DFCT97055)
Description: You could save a meeting type record without entering a meeting type
code.
Impact: Meeting time records could be added without meeting type codes if the user
manipulated the standard data created before saving.
Resolution: A trigger was added to the SSRMEET block to check for a null value for
the meeting type code. An error message will be generated if null values are found.
SSASECT
(#1-8GP3N and #CMS-DFCT103122)
Description: Users were unable to successfully add instructors. Also, when the
Deceased (Indicator) was checked for a primary instructor on SPAPERS, all the
other instructors for the CRN disappeared from SSASECT. (The records were not
actually deleted from the SIRASGN table.)
Impact: Additional instructor record fields were not being displayed when records
were added or when the Deceased (Indicator) was checked.
Resolution: Code has been modified to check for the setting of the Deceased
(Indicator) and provide an error message when it is checked. Code will also check
that the instructor data being copied is from a valid record.
SSASECT
388
(#CMS-DFCT86645, #CMS-DFCT83601)
Description: When a class section was created on SSASECT, the room attribute
preferences were not copied from SCACRSE.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Schedule Module
Impact: Partition and room attribute preferences were not being copied from the
catalog when a section was created.
Resolution: Code has been modified to insert the SSRSPRT and SSRSRDF rows if
they exist on the catalog for SCRCPRT and SCRCRDF when the section is created.
SSASECT
(#CMS-DFCT91675)
Description: The reserved seat function would error, and the error would loop, if
the Save Reserved Changes button was used when there was an invalid value in the
Waitlist Maximum Seats or the Reserved Maximum Seats fields.
Impact: You were stuck in a loop and had to exit Banner.
Resolution: Code has been modified to stop the loop from occurring when an error
is detected. Also, the SSRRESV_MAX_ENROLL field has been set for a valid range of 0
to 9999.
Reports
SSRROLL,
sokb_section1
.sql,
sokb_term1
.sql,
sokb_fac_
assign1.sql,
sokb_fac_
assign_r1.sql
SSRSCMT,
gokb_class
times1.sql
(#1-9VAL8)
Description: The third issue from problem resolution #CMS-DFCT105153 had not
been corrected. SSRROLL would still abort with an error when run in Update Mode
when position numbers/position number suffixes existed on SIAASGN.
Impact: Multiple edit errors were returned from the term, section, and faculty
assignment APIs, causing the program to abort during update phase.
Resolution: Calls to sb_section.p_create, sb_term.p_update, and
sb_facassigment.p_create have been changed to set a context variable so that
the p_validate procedure is not called.
(#1-DDH3Z)
Description: Meeting time API scheduling errors were produced when scheduling
status codes (5SM/5XM or ASM/AXM) were used for duplicate assignments and to
allow sections to be assigned to the same date, time, building, and room.
Impact: Multiple errors were encountered when the process was run.
Resolution: Calls to gb_classtimes.p_update have been updated to set a context
variable, so that the p_validate procedure is not called.
SSRTALY
(#CMS-DFCT89396)
Description: The underlines appeared above the column headings rather than
below the column headings as expected and as shown in documentation output
samples.
Impact: The report appearance is not consistent with other reports.
Resolution: Code has been modified to display the underlines below the column
headings.
May 2006
Confidential
Student Release 7.3
Release Guide
389
Section 10 Problem Resolutions
General Person
General Person
Forms
SPACMNT
(#1-69ETX)
Description: Data masking (concealing) the SPRCMNT_CTYPE_CODE and
SPRCMNT_CONTACT_DATE fields caused five error messages to be displayed when a
user accessed the form.
Impact: Users cannot place visible masks on GORDMSK for the contact code and
contact fields.
Resolution: These items have been enabled.
SPAIDEN
(#1-BQ68N)
Description: The following option should be removed from the Options Menu: Test
of adding an F type (GUAABOT) [GUAABOT].
Impact: An erroneous option from testing had been left on the Options Menu.
Resolution: The following script will be delivered as part of the 7.3 upgrade:
delete guroptm
where guroptm_form_name = 'SPAIDEN'
and guroptm_form_to_be_called = 'GUAABOT'
/
Faculty Load Module
Packages
sokb_fac_
assign1.sql
(#CMS-DFCT103702)
Description: An error was received from the API when changing the Override
Workload field on SIAASGN to 0.00, and the change could not be saved. The error
also occurred when the Contract Type or Position Number values were changed and
when SSRROLL was run.
Impact: You could not make or save changes on SIAASGN or run SSRROLL without
receiving API errors for SIRASGN records.
Resolution: Code has been modified to prevent the errors from occurring on
SIAASGN and SSRROLL.
390
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Location Management Module
sokb_fac_
assign_r1.sql
(#1-5SZHL)
Description: Previously, you could save a free format position number on SIAASGN.
You would receive a warning message (Employee Job Data Not Found), but you could
save the record. Now the warning is an error message that prohibits the record from
being saved.
Impact: Users could not save free format positions numbers.
Resolution: The faculty API has been updated to not validate the position number.
Location Management Module
Forms
SLAEVNT
(#CMS-DFCT102763)
Description: The order of the days of the week on STVDAYS was affecting the
meeting times schedule availability on SLAEVNT and causing improper errors.
Incorrect days were enabled or disabled based on the start/end dates and values set
up on STVDAYS.
Impact: The functionality on SLAEVNT was not working properly based on how the
days of week had been defined on STVDAYS. If the days of week were defined as
Monday being day one and Sunday being day seven, then SLAEVNT worked fine. If
days of week on STVDAYS were defined in any other way, the resulting functionality
was incorrect.
Resolution: Triggers in SSRMEET have been added, modified, and removed to
correct the days of the week issues. Also, a trigger has been deleted and calls to
triggers have been removed in SSRMEET to correct the issue where enabled
checkboxes were disabled when a record was saved. And, a trigger in SSRMEET has
been modified to check that at least one day checkbox has been checked. This will
prevent the error that occurred when a record was saved on SLAEVNT and not all
checkboxes were checked.
SLAEVNT
(#CMS-DFCT92475)
Description: Errors in the Meeting Times window referred to “2400” being the high
end of the acceptable range, where the maximum value allowed was “2359”.
Therefore, the message, *ERROR* Time must be numeric and in the range (0000 to 2400)
should have read (0000 to 2359).
Impact: When a time was entered which was out of the acceptable range, the error
message that was displayed was incorrect.
Resolution: All occurrences of “2400” in the code have been changed to “2359”.
May 2006
Confidential
Student Release 7.3
Release Guide
391
Section 10 Problem Resolutions
Location Management Module
SLAMASG,
SLAPASG,
SLARASG
(#CMS-DFCT104327)
Description: When a rate code was set up in STVRRCD, STVMRCD, and STVPRCD
for day, month, and term assessments and was used in any of the assignment forms
(SLARASG, SLAMASG, and SLAPASG), the saved transaction showed the day,
month, and term totals; however, the corresponding table records (SLRRASG,
SLRMASG, and SLRPASG) only showed term totals and zeroes for the day and
month totals.
Impact: In order for the rate code to be applied to the record and to be calculated
correctly, the rate code for the room, meal, or phone that will be used on SLARASG,
SLAMASG, and/or SLAPASG must exist on SLALMFE.
Resolution: The SET_INDICATORS and SET_INDS triggers in the SLARASG,
SLAPASG, SLAMASG forms have been modified to look at the SLRLMFE table, as
well as the STVRRCD, STVMRCD, and STVPRCD rate code tables. The
p_calculate_day_mon_term function in the three associated APIs
sokb_meal_assign1.sql, sokb_phone_assign1.sql, and
gokb_room_assign1.sql was also modified.
SLAMASG,
SLAPASG,
SLARASG
(#CMS-DFCT92477, #CMS-DFCT103435)
Description: The sort order of room assignments needs to be corrected so the data
is displayed by term (descending) and then by status date (descending).
Impact: The sort order of data by status date was often irrelevant. Data sorted by
term causes the most recent term records to appear first.
Resolution: The ORDER BY clause in the SLRRASG block has been modified to sort
by term code (SLRRASG_TERM_CODE) descending, then by status date
(SLRRASG_ASTD_DATE) descending.
SLARASG,
SLAPASG,
SLAMASG
(#CMS-DFCT89982)
Description: When changes had not been saved on SLARASG, the form allowed the
user to navigate to SFAREGS.
Impact: You could not access other forms using the Options Menu.
Resolution: A message will now be displayed reminding the user to save changes
prior to choosing another form using the Options Menu, and then navigation to
those forms will be allowed.
SLARASG,
SLAMASG,
SLAPASG
(#CMS-DFCT55182)
Description: SLRRASG/SLAMASG incorrectly computed totals when the term
begin or end date for the room record was changed and then changed back to the
date stored in SLRRASG and SLRMASG. The total days, months, and terms were
incorrect, which could cause incorrect results during fee assessment.
Impact: An incorrect number of days/months would be presented when the term
date range was changed and then changed back based on the term code. When the
dates were changed, the days/months also changed accordingly.
Resolution: The number of days will now be recalculated when the date is changed
a second time prior to saving. The RECALC_TOTALS trigger has been modified to
requery the daily, monthly, and term indicators.
392
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Location Management Module
SLARASG
(#CMS-DFCT92517)
Description: In the Assessment Information window, when you checked Review
Assessments first, then the Process Assessments checkbox was disabled. You could,
however, select the Process Assessments checkbox and then the Review Assessments
checkbox without any problem. Logically, you would want to review the assessment
first to be sure it was correct before it was processed.
Impact: Processing was affected when the field was disabled.
Resolution: You can now review the assessments and then use Previous Block to
process assessments without having to exit out of the Assessment Information
Window.
SLARASG
(#CMS-DFCT102502)
Description: A **WARNING** message needs to be displayed when a user is creating
multiple active room assignments for the same term for the same ID.
Impact: This will help prohibit mistakes during heavy multiple-term data entry
periods.
Resolution: A warning message will now be presented on SLARASG when more than
one assignment is entered and saved in the same term for the same ID. The message
will appear whenever a new record is entered in a term, and more than one active
assignment exists for that ID in that term.
The gb_roomassignments API (gokb_room_assign_r1.sql,
gokb_room_assign_s0.sql, gokb_room_assign_s1.sql) has also been modified
to display a MULTIPLE_ACTIVE_ROOMS message.
SLARASG
(#CMS-DFCT79394)
Description: You were unable to assign a room on SLARASG when an attribute was
defined as a “must match” (Must Match (Indicator) checked on SLARDEF) and the
SLRRASG_TERM_CODE was not an exact match with the from term in SLARDEF.
Impact: The Must Match (Indicator) message was presented incorrectly on
SLARASG in a newer term when the room had been defined as a must match on
SLARDEF in a prior term but had been turned off in the newer term. The message
was picked up incorrectly from the prior term definition.
Resolution: The form will now check for an effective term match and use the correct
SLRRDEF record. gokb_room_assign_r1.sql was modified to not check the Must
Match (Indicator) in the subquery. This could result in the use of the wrong
SLRRDEF record when multiple records existed, and the correct record did not
have Must Match (Indicator) set.
SLARASG
May 2006
Confidential
(#CMS-DFCT105936)
Description: A room that has a Must Match (Indicator) set for an attribute in a
previous effective term on SLARDEF still requires the Override Restrictions
checkbox to be checked, even though the room assignment term is not within the
prior effective term's range.
Student Release 7.3
Release Guide
393
Section 10 Problem Resolutions
Location Management Module
Impact: When the Must Match (Indicator) was checked for a previous effective term,
it was requiring an override in a term for which the indicator was not checked.
Resolution: The form will now check for an effective term match and use the correct
SLRRDEF record. gokb_room_assign_r1.sql was modified to not check the Must
Match (Indicator) in the subquery. This could result in the use of the wrong
SLRRDEF record when multiple records existed, and the correct record did not
have Must Match (Indicator) set.
SLARASG
(#CMS-DFCT104313 and #CMS-DFCT94937)
Description: SLARASG did not update the room rate when rooms were changed
and the room rate existed on SLARDEF.
Impact: When a building/room was changed, the rate code associated with the
room did not change accordingly.
Resolution: Code has been modified to update the room rate code. Now, when there
have been no assessments for the term and when the rate code is valid for the term,
the correct rate code will default.
SLARASG
(#CMS-DFCT103501)
Description: The SLARMAP room preferences and building/room information is
no longer defaulted into SLARASG.
Impact: Data was missing for the record.
Resolution: The building and/or room will now default from the application
(SLARMAP) when a room assignment for a term is entered on SLARASG for a term
code within range of the application.
The following updates were also made:
SLQMEET
•
You can now use Next Block from the Room Assessments block to go back to
the Room Assignments block.
•
You cannot leave the Key Block without entering values in the Term and ID
fields.
•
You can delete a record that had been inserted, when errors are found.
(#CMS-DFCT95867)
Description: You could delete a room on this form.
Impact: This form is a query form, and no records should be able to be modified or
deleted.
Resolution: Code has been modified to display an “Invalid” function message if you
try to delete a record. Also, navigation issues have been corrected.
394
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Location Management Module
SLQMEET
(#CMS-DFCT83977)
Description: When a room description on SLARDEF exceeded 30 characters, the
following message was received when using SLQMEET: FRM-40831: Truncation
occurred; value to long for field SLBRDEF_DESC. This did not, however, interfere with
the successful display of available rooms.
Impact: A truncation error was received if a description for a room on was more than
30 characters. The database field needed to be expanded.
Resolution: The SLBRDEF_DESC field has been expanded to allow 50 characters and
has been enterable so you can scroll through the characters which are not displayed.
Packages
sokb_meal_
assign1.sql,
sokb_phone_
assign1.sql
(#CMS-DFCT106020)
Description: When the dates of the academic term and the dates of the housing
term were different on STVTERM, SLRROLL rolled the dates of the housing term,
but based the monthly/daily calculation on the dates of the academic term, which
resulted in an incorrect assessment. If an assignment was created online, the correct
dates were used. This issue existed in SLARASG, SLAMASG, and SLAPASG.
Impact: STVTERM dates were not used consistently for the housing term and the
academic term, which caused incorrect assessments.
Resolution: The gokb_room_assign1.sql, sokb_meal_assign1.sql, and
sokb_phone_assign1.sql packages have been modified to use the
STVTERM_HOUSING_START_DATE value and the STVTERM_HOUSING_END_DATE value,
instead of the STVTERM_START_DATE value and the STVTERM_END_DATE value in the
p_calculate_days_month_term procedures.
Reports
SLRDADD
(#CMS-DFCT105801)
Description: When two students had an identical name, SLRDADD ignored the fact
that the students had a unique ID/PIDM and printed the residence information for
both names side by side using the first ID it encountered. This issue appeared to be
a print issue only, and the SPRADDR records were created correctly for each PIDM.
Impact: The program must not consider names to combine addresses. It should
consider the IDs when distinguishing between students.
Resolution: A variable has been added to ensure processing is correct.
SLRROLL
May 2006
Confidential
(#CMS-DFCT105401)
Description: Parameters 7 through 12 were incorrectly coded as required with the
7.0 release. (These are the Roll Meal Assignments, Meal Assignment Status Code,
Meal Assignment Status Date, Roll Phone Assignments, Phone Assignment Status
Student Release 7.3
Release Guide
395
Section 10 Problem Resolutions
Location Management Module
Code, and Phone Assignment Status Date parameters.) In prior versions, the
parameters were optional when run in both Audit and Update modes.
Impact: Job submission requires the Meal Assignment Status Code and Meal
Assignment Status Date parameters, even though the Roll Meal Assignments
parameter is set to N. The same is true for the Roll Phone Assignments and Roll
Room Assignments parameters and their associated status code and status date
parameters. The process must not require the status date and status code when the
user wants to ignore the phone/meal/room assignments. Otherwise, the user would
have to set up all of the meal and phone validation and rules, which should not be
necessary in order to run SLRROLL.
Resolution: The GJAPDEF parameters have been modified for SLRROLL to make
the status code and status date prompts optional for room, meal, and phone
assignments. The parameters are listed below.
SLRROLL
Parameter
Required/Optional
Roll Room Assignments
Required
Room Assignment Status Code
Optional
Room Assignment Status Date
Optional
Roll Meal Assignments
Required
Meal Assignment Status Code
Optional
Meal Assignment Status Date
Optional
Roll Phone Assignments
Required
Phone Assignment Status Code
Optional
Phone Assignment Status Date
Optional
(#CMS-DFCT82886)
Description: When SLRROLL is run from job submission Update mode, the date
value for the Room Assignment Status Date parameter is checked against SLAASCD
for the corresponding room assignment status code, and an error is produced that
the date is outside of the range (ERROR-Parameter Date outside of Room Status defined
range) before the job can be submitted. However, no such check is being performed
if the process is run from the operating system prompt. Any date will be accepted
for the parameter in that situation, thus allowing room assignment records
(SLARASG) to be created with a date that is not within the SLAASCD range.
Impact: The SLRROLL process performs additional validation checks on the status
date parameters when run in Update mode. However, it fails to perform those
validation checks when run in Audit mode.
Resolution: Validation checks are now performed in Audit and Update mode.
396
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Recruiting Module
SLRROLL
(#CMS-DFCT105866)
Description: When SLRROLL was run in either Audit mode or Update mode it
aborted with an error.
Impact: The program aborted when an API error message was encountered. The
report did not run to completion.
Resolution: The definition for Table 8 was modified to add a missing number.
Recruiting Module
Forms
SRARECR,
SRAQUIK,
SAAQUIK
(#CMS-DFCT103887)
Description: Multiple issues with using Extended Search on SRARECR:
1.
If you tabbed to the Name field in the Key Block, entered a value such as T%,
and used either the Enter or Tab key, the ID and Name Extended Search
window was displayed. If you chose not to continue, clicking on the 'X' in the
window did not return you to the Key Block. You needed to either select a
person and bring that record back to the Key Block or exit from the form
entirely. In other forms, (SAAADMS, SPAIDEN, etc.,) clicking on the 'X' brings
you back to Key Block of the form.
2.
The following error was received on SRARECR after selecting a value using the
extended search: FRM-40700: No such trigger: disable_pages.
Impact: Extended search was not working properly.
Resolution: Triggers have been modified to correct this.
SRARECR
(#1-9RLBP)
Description: You could not enter or save the Institution Attending value on
SRARECR.
Impact: Users could not change or enter a value for the source/background
institution code in the SRBRECR block.
Resolution: The WHEN VALIDATE ITEM trigger on the SRBRECR_SBGI_CODE field has
been modified to correct this.
May 2006
Confidential
Student Release 7.3
Release Guide
397
Section 10 Problem Resolutions
Recruiting Module
SRASUMI
(#CMS-DFCT86544)
Description: The Search buttons in the Prospect Summary block should not be
enabled until after Key Block information has been entered.
Impact: The buttons should only be active when records exist for the ID.
Resolution: The enable_keys and disable_keys triggers have been modified to
correct this.
SRASUMI
(#CMS-DFCT103192)
Description: You could perform a List function from various validated fields and
change existing data. If you saved the changes, you received an error, but if you used
a Rollback and were prompted to save, you could save the changes.
Impact: Values could be changed on a query only form.
Resolution: You can no longer change values and save those changes.
SRAWPDS
(#1-43CI9)
Description: You could save invalid major codes from STVMAJR when recruiting
records were created. This caused recruiting records to not be created when
SOPLCCV was run for the curriculum conversion.
Impact: Major codes that were not valid as majors could cause the electronic
prospect migration process to abort with curriculum API errors.
Resolution: A trigger on the SRBWPDS_VAL_CODE field has been modified to include
validation of the major code value.
SRIPREL
(No associated number)
The Create Recruit Options Menu item has been renamed Create Recruit/
Applicant.
SRIPREL
(#1-5QA2R)
Description: When Common Matching was used to create a new Banner ID for an
electronic prospect, the middle name was added to Banner as a middle initial only.
The full middle name was lost.
Impact: Data was lost during processing.
Resolution: The SRVPREL_MIDDLE_NAME was added to the SRVPREL view. The
SRVPREL_MIDDLE_NAME was added to the SRIPREL form and used to pass the value
to GOTCMME. The select from SRVPREL_MI was replaced with the select from
SRVPREL_MIDDLE_NAME in two instances in the SRRSRIN report.
SRIPREL,
GOAMTCH
398
(#1-5Q9W9)
Description: When a prospect was matched manually on GOAMTCH and loaded via
SRIPREL, the address source was not being loaded to the permanent table. This was
because no field for address source existed on GOAMTCH/GOTCHME, and when
a record was matched on GOAMTCH, the address information was created without
the address source.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Recruiting Module
Impact: The address source would not load for records that were matched on
GOAMTCH and loaded using the Options Menu items on SRIPREL.
Resolution: The matching process has been modified to look at GOTCHME for an
address source that can be loaded to SPRADDR.
Packages
SRKPRE1,
SRRPREL
(#1-DI1QV)
Description: Two issues existed:
1.
The tape load process created a new SPRIDEN record for a matching prospect
when the middle name was NULL in SPRIDEN and the middle name on the
data file had a value.
2.
The following error message was displayed when a problem occurred during
the insert of the new SPRIDEN record: Prospect ID: xxxxxxxxx Cannot create a new
record. This caused the current ID to be updated to be identical to an existing
ID.
Impact: The impact is described below.
1.
When a prospect was pushed to Banner that was a match, where the Banner
SPRIDEN record had a NULL middle name, if the incoming prospect had a
middle initial/name, a new Banner SPRIDEN record was generated. The
process kept the existing ID, inserted the new middle name information,
created an alternate SPRIDEN record with the original name, and updated
Name Change Indicator. This functionality was correct.
However, if the current SPRIDEN record also had an alternate ID of the exact
same name as the current SPRIDEN record (including the name type), the API
prevented the insert of the current ID as yet another, new, alternate ID. This
was causing the problem. Now when this situation occurs, an attempt will not
be made to create the alternate ID, and the middle name or initial will not be
loaded.
Note: An alternate ID with the same name as the current SPRIDEN record is
allowed and will not cause API errors when a unique name type is
included as part of the alternate ID.
When data is loaded to Banner, several checks will be made to accommodate
the loading of the middle name or middle initial. When the current SPRIDEN
record matches an alternate (including the name type), and the current
SPRIDEN middle name is NULL, the incoming record with the new middle
name will not cause an API error, but it will not be loaded.
Note: An alternate ID with the same name as the current SPRIDEN record is
allowed and will not cause API errors when a unique name type is
included as part of the alternate ID.
May 2006
Confidential
Student Release 7.3
Release Guide
399
Section 10 Problem Resolutions
Recruiting Module
Middle name or middle initials will be loaded when:
(a) An incoming matching prospect has a middle name or middle initial, the
current SPRIDEN middle initial is NULL, and no alternate IDs exist with
the same incoming middle initial or middle name and/or the same first
character of the incoming middle initial or middle name.
(b) An incoming matching prospect has a middle name or middle initial, the
current SPRIDEN middle initial is NULL, and alternate IDs exist with a
different middle initial or middle name.
2.
When there was a long API message (greater than 132 characters) SRRPREL
would fail.
Resolution: This has been corrected.
SRKPRE1
1.
A cursor has been added to prevent duplicate name changes.
2.
The SRRPREL process will no longer fail when long API messages are
encountered.
(#1-8P6U5)
Description: The Middle Name was being updated incorrectly during tape load.
Impact: The Middle Name was not updated for the matching person, but was
instead updated for the matching RIDM=PIDM. Therefore, the wrong record was
being updated.
Resolution: Code has been modified to correct this.
SRKPRE1
(#1-81NN4)
Description: Multiple issues existed with addresses and telephone numbers:
•
The SPRADDR_TO_DATE and SPRADDR_ACTIVITY_DATE were being updated for
address records that had a different address type then the addresses being
loaded.
•
The SPRTELE_ACTIVITY_DATE was being updated for telephone records that
had a different telephone type then the telephone numbers being loaded.
•
When the CHKINACTIVEADDR rule was set to Y, addresses may not have been
created.
•
Duplicate addresses for the same address type were being loaded when the
ADDRSAMETYPE rule was set to N, and the ADDRDIFFTYPE rule was set to Y.
Impact: If the ADDRSAMETYPE rule is set to Y, and the CHECKINACTADDR is set to
Y, and the new address matches an address of the same type that is end-dated but
not inactivated but does not match the current address, then the current address
should be end-dated, and the new address of the same type should be loaded.
If the ADDRSAMETYPE rule is set to N, and the ADDRDIFFTYPE rule is set to Y, and
the new address matches an address of the same type that is active, then no duplicate
will be loaded.
Resolution: SRKPRE1 has been modified to update SPRADDR correctly.
400
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Recruiting Module
SRKPRE1
(#1-99M0D)
Description: Prospects may not have been loaded when an existing email address on
GOAEMAL contained mixed case lettering, and the email address on the data file
was the same except for the case. (The email type on GOAEMAL was the same as the
email type being loaded.) Prospects with a match status were put back into suspense,
and an API error message was displayed in the SRRPREL.log file.
Impact: You had to manually change the entry on GOAEMAL to be all lower case to
ensure the prospects would be loaded.
Resolution: Prospects will now be loaded correctly.
SRKPRE1
(#CMS-DFCT98906)
Description: When you registered for prerequisites checked as concurrent during
the same semester, you incorrectly received the error PREQ and TEST SCOREERROR when a prerequisite course was not checked as gradable on SSASECT.
Impact: If a prerequisite restriction had a minimum grade requirement, then the
course being used to fulfill the restriction must be gradeable.
Resolution: When no grade is specified in SSAPREQ, the gradable_ind=Y select
criteria is removed from p_open_all_courses_c, p_open_in_progress_c, and
multi_term_in_progress_c. If a restriction has a level/grade defined, a gradable
course must be used to meet the requirement, non-gradable courses will not meet
the requirement.
SRKPREL
(#CMS-DFCT105886)
Description: When the incoming address matched an existing but inactive address,
and the CHKINACTIVEADDR rule was set to Y, then the incoming address was not
loaded, regardless of the setting of the ADDRSAMETYPE rule.
However, in this same scenario, if the existing address in Banner was end-dated
instead of being inactivated, then the incoming address should have been loaded if
the ADDRSAMETYPE rule was set to Y. It should not have been loaded if the
ADDRSAMETYPE rule was set to N. The basic difference was that in this scenario,
there were no inactive addresses, so the CHKINACTIVEADDR rule value was not
used.
Impact: If the ADDRSAMETYPE rule was set to Y, the CHECKINACTADDR rule was set
to Y, and the new address matched an address of the same type that was end-dated
but not inactivated and did not match the current address, then the current address
should have been end-dated, and the new address of the same type should have been
loaded.
Resolution: The p_insert_spraddr procedure in SRKPRE1 has been modified to
correct this.
SRKPREL
May 2006
Confidential
(#1-7B8RP)
Description: SRKPREL failed when loading similar AMCAS prior college degrees
with multiple/different degree dates.
Student Release 7.3
Release Guide
401
Section 10 Problem Resolutions
Recruiting Module
Impact: AMCAS records that had been previously loaded to Banner with the same
college and degree information but with a different degree date than the incoming
would fail to be loaded to Banner.
Resolution: The degr_exists_c object has been modified to correct this.
Reports
SRRENRH
(#CMS-DFCT102048)
Description: The log file displayed an error regarding table width exceeding
column width, and the report was terminated. This appeared to occur when the
Print All How I Learned Codes parameter was set to Y.
Impact: The report could not be run for all how I learned codes.
Resolution: The print 2 table definition has been updated to show all of the
STVLEND description. The procedures for printing no recruiters per learned code
and no learned code per recruiters have been updated to correctly end the previous
print table and open table 1 to print the long descriptions.
SRTLOAD
(#1-FAE5O)
Description: The last field of a comma delimited file may not be loaded correctly.
Impact: This may cause SOTCNVT conversions that are set up properly to not
convert and therefore present errors on SRTLOAD.
Resolution: Code has been modified to correct this.
SRTLOAD
(#1-A2YYB)
Description: SRTLOAD aborted when a record on the data file did not contain a city
for the prospect's address. SRTLOAD should process a missing city in the same
manner as it processes a missing state code or nation code. If the city is missing, the
address should still be loaded into SRTADDR, so that the user can update the
address using GOAMTCH.
Impact: The process could not be completed when specific data was missing.
Resolution: Code has been modified prevent the process from aborting and will
bypass the insertion of the SRTADDR record for a recruit whose address is missing
a city. The recruiting record will be loaded to the temporary tables without an
address, and a message will be printed on the report that the recruit is missing
address information.
SRTLOAD,
SRAPREL
402
(#1-AH0HT)
Description: When a prior college had a degree and a major, the degree/major
attend from and to and degree dates were loaded when provided. When the same
prior college had a major with no degree with the same attend from and to dates, a
separate degree record was loaded, since the degree was not provided. When
multiple major codes in Banner had the same description, AMCAS majors were not
loaded properly.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Admissions Module
Impact: AMCAS major codes would not load correctly based on incoming major
descriptions when different Banner major codes had the same descriptions.
Resolution: The convert_validate_value has been modified to load a converted
value when a converted value/description mismatch exists. The load of prior college
information was also modified, as was the WHERE clause in the SRTMAJR block on
SRAPREL.
Admissions Module
Documentation
GTVSDAX
(#1-9ZSS1)
Description: The “Selective Admissions - Process Geographic Regions,
Administrators, and Ratings” procedures in the Admissions chapter needed to be
clarified for “Step 2: Set up GTVSDAX address type records.” Information was
missing about using a Group Code of REGION ADDRESS when using an Internal
Code of REGION.
Impact: If the GTVSDAX rule was not built with the correct group code, region
processing would not work properly.
Resolution: The procedure has been updated to read: “Create entries on GTVSDAX
for the Internal Code of REGION. When the Internal Code field has a value of
REGION, the Group Code field must use a value of REGION ADDRESS in order for
region processing to work. “
Curriculum
SRAQUIK,
SRARECR,
SAAQUIK,
SAAADMS,
SGASTDN,
SFAREGS,
SHADEGR,
SOQOLIB
(#1-E9HJ9)
Description: A data entry issue existed when a new field of study row was created.
When the Type field was blank and you double-clicked on the Field of Study field to
see the List of Values, a message was displayed that you had to enter a field of study
type before selecting a field of study, but you were able to manually enter in a valid
field of study without any restrictions.
Impact: Users received error messages that they needed to enter a field of study type
after they had navigated to the major code and tried to bring up the List of Values.
Resolution: Code has been modified to check for existence of the field of study type
in the WHEN NEW INSTANCE trigger on the SORLFOS.SORLFOS_MAJR_CODE and the
SORLFOS_LITE.SORLFOS_MAJR_CODE.
May 2006
Confidential
Student Release 7.3
Release Guide
403
Section 10 Problem Resolutions
Admissions Module
SRARECR,
SRAQUIK,
SAAADMS,
SAAQUIK,
SGASTDN,
SFAREGS,
SHADEGR,
SOQOLIB
(#CMS-DFCT106058)
Description: When a major was being added, the curriculum term code value
defaulted into the Catalog Term field in the Field of Study block. The catalog term
value from the Curriculum block should have defaulted in. If there was no need to
select a major, the field was not entered, and the record was saved, the catalog term
value from the Curriculum block was saved.
Impact: The catalog term code for the field of study was defaulting to the wrong
term, which caused the user to have to make manual changes to that value to correct
it.
Resolution: Code has been modified to populate the field of study catalog term with
the curriculum catalog term, and if that is null, with the field of study term code.
SRARECR,
SRAQUIK,
SAAADMS,
SAAQUIK,
SGASTDN,
SFAREGS,
SHADEGR,
SOQOLIB
(#CMS-DFCT105894)
Description: If an SOACURR program rule had only one attached major, the
attached major did not default into the Field of Study block when the program was
selected from the List of Values on SRAQUIK, SRARECR, SAAQUIK, SAAADMS,
and SGASTDN. The attached major did default correctly on SHADEGR. You could
use Next Block into the Field of Study block, and the attached major would appear.
Impact: If you used the All Programs List of Values to select a program that had
exactly one major defined on SOACURR, the field of study record was not created.
You had to navigate to the Field of Study block for the field of study record to be
automatically created.
Resolution: Code has been modified to correct this.
SRAQUIK,
SAAQUIK,
SOQOLIB
(#CMS-DFCT105953)
Description: A Curriculum, Base Curriculum Invalid warning message was received
when Recruiting was set to No Checking on SOACTRL for Curriculum Checking
Error Severity.
Impact: A user might have received an erroneous error message during the commit
process on SAAQUIK or SRAQUIK. The message did not prevent the final
transaction from occurring.
Resolution: Code has been modified to correct this.
SOQOLIB,
SAAADMS
404
(#1-FSTCJ)
Description: When a program on SOACURR had major-dependent concentrations,
and different concentrations were valid for different effective terms, concentrations
that should not have been valid were still appearing in "attached concentrations" list
when a concentration was added to a student. If you selected that concentration
(and you had curriculum error checking set to Fatal on SOACTRL), you did not
receive any errors when the record was saved.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Admissions Module
Impact: This impacted the List of Values that displayed the attached concentrations
for the field of study concentrations. If the list of concentrations attached to a major
was ended, and a new one was created for the major, the List of Values would display
all concentrations.
Resolution: The logic in the subquery has been corrected to find the maximum
concentration group in the stvmajr_lfos_conc_rg record group.
SOQOLIB
(#1-C3HXV)
Description: A user may have received a Curriculum, Concentration Invalid error
message if the catalog term was changed after the concentration code for a field of
study record was entered, and multiple effective terms existed for the concentration
code on SOACURR. If the catalog term was changed before the concentration code
was entered, no error message was displayed.
Impact: This impacted users who had set up majors and attached concentrations for
a curriculum with multiple effective terms. The error occurred only if the user
entered the concentrations and the attached major, and then changed the catalog
term. If the user entered the catalog term first and then the concentrations and
attached major, the error did not occur.
Resolution: Changes have been made to the forms trigger
validate_lfos_curriculum_rules. SAAADMS, SRARECR, SGASTDN,
SFAREGS, and SHADEGR have been recompiled. The major rule for that attached
major is refreshed before the concentration is validated.
SB_CURRICULUM
_RULES
(#1-A2SZL)
Description: If the SGBSTDN_TERM_CODE_MATRIC column was NULL in the database,
when SOPLCCV was run, or when a new learner record was created through
Admissions, the SORLCUR_TERM_CODE_MATRIC column was set to the
SORLCUR_TERM_CODE_ADMIT value. Since each institution has its own definition of
"matriculated", and when matriculation occurs for a student, the
SORLCUR_TERM_CODE_MATRIC column value should be allowed to be set to NULL,
and then be populated through a non-destructive update.
Impact: Users who wanted to fill in the matriculation term manually and have the
value defaulted to NULL when the student was admitted were not able to do so.
They needed to update the matriculation term through SQL*Plus.
Resolution: In the sokb_curriculum_r1.sql object, the IF/END that checks if the
matriculation term is null and populates it with the admit term has been
commented out. (In pre-7.0 Banner, the matriculation term is never filled in except
when typed in manually on SGASTDN.)
May 2006
Confidential
Student Release 7.3
Release Guide
405
Section 10 Problem Resolutions
Admissions Module
Forms
SFAMHRS,
SAAAUDF,
SFQESTS,
SOACTRM,
SSADFEE
(#CMS-DFCT89976)
Description: Users received a POST-CHANGE trigger error message on forms where
Date Internationalization modifications had been applied.
Impact: The forms were unusable.
Resolution: The G$_DATE_CLASS has been added to KEY_BLOCK items in these
forms, and the STVTERM_START_DATE and STVTERM_END_DATE items are now data
type instead of character.
SAAADMS
(#1-5UT9D)
Description: Under some conditions, the Communication Plan Change window
referenced the incorrect SAAADMS sequence number. For example, an applicant
had two application records on SAAADMS. If application sequence number 1 was
being updated, which triggered the communication plan, the Communication Plan
Change window could incorrectly display that the communication plan was being
updated for application sequence number 2.
Impact: The communication plan was being attached to the wrong application.
Resolution: This was resolved with the introduction of the new
sokcomm.p_insert_commplan procedure for the 7.3 release. The insert into
SOBCPLN was moved from SOQOLIB and SORCPLN to this new procedure.
SAAADMS
(#1-7E4DG)
Description: In Banner 6.X, when you entered the Assigned Administrators block,
the Execute Query function was performed automatically. This was missing in 7.X.
Impact: Users had to execute the query manually after entering the block.
Resolution: The execute query functionality has been put back into the block.
SAAADMS
(#CMS-DFCT103861)
Description: When SHIFT+F7 was used or you navigated between blocks by clicking
in fields, multiple issues occurred. A full table scan of SORLCUR was performed.
The form froze and processing could not continue. The curriculum tables were not
automatically populated.
Impact: Processing for admissions applications was hindered.
Resolution: Field assignments have been added to SOVLCUR. Also, triggers have
been added and modified to prevent these issues from occurring.
406
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Admissions Module
SAAADMS
(#CMS-DFCT104514)
Description: Checklist item descriptions could not be updated when the checklist
item was cross-referenced to the STVSBGI table. For example, prior college and
high school checklist items did not allow the description to be updated. This was
allowed in prior versions.
Impact: You had to use SAAACKL to update checklist item descriptions.
Resolution: A trigger was removed so the checklist item descriptions could be
updated.
SAAADMS
(#CMS-DFCT104217)
Description: In the Mail Submission block, you could not assign multiple letter
codes to a student without entering a letter code, saving the change, leaving the
block, and then re-entering the block to enter the second letter code.
Impact: Unnecessary steps were needed to complete a simple task.
Resolution: A trigger was modified to allow multiple letter codes to be entered
without leaving and re-entering the block.
SAAADMS
(#CMS-DFCT105825)
Description: When a prospect record (SRASUMI) was used to create an application,
if a field required for triggering a checklist item was missing in the prospect record,
but was entered on SAAADMS prior to creating the application, the checklist item
was not created.
Impact: A missing checklist item could delay application processing.
Resolution: A trigger was modified to prevent this from occurring.
SAAADMS
(#1-4WTYV)
Description: The error message: FRM-41033: Cannot set ENABLED attribute of nondisplayed item SARADAP.SARADAP_RATE_CODE is received after data masking the
SARADAP_RATE_CODE on GORDMSK.
Impact: Data masking was not working for the SARADAP_RATE_CODE.
Resolution: Triggers have been modified to correct this.
SAAADMS
(#CMS-DFCT88265)
Description: When Oracle Patchset 13 was applied, the cursor behaved differently
when records were inserted and copied on SAAADMS. Before the patchset was
applied, when the record was inserted or copied, the cursor would appear in the
Term field, and the entire value was highlighted. After the patchset was applied, the
cursor appeared in the first space to the left of the field. The data in the field was
not highlighted. This issue also applied to the Address window on SPAIDEN.
Impact: This required users to perform extra steps when processing on this form, as
now they had to highlight the data in order to type over it, or otherwise first delete
the data.
Resolution: Banner 5.X is no longer supported, and Patchset 13 is not an issue with
newer releases of Banner.
May 2006
Confidential
Student Release 7.3
Release Guide
407
Section 10 Problem Resolutions
Admissions Module
SAAADMS
(#1-757BW)
Description: If a user-defined checklist item existed that had not yet been received,
and the applicant’s curriculum was changed, the item disappeared.
Impact: Checklist processing was inaccurate when curricula were changed.
Resolution: When a curriculum is changed, new checklist items will be created
based on the new curriculum. Any checklist items that are manually entered before
the curriculum change is made will remain after the change is completed.
SAAADMS
(#1-9SR6G)
Description: When an ID was entered in the Key Block, the Next Block function
caused the error message Invalid field of study major code, and no data appeared. The
cursor remained in the Key Block.
Impact: You could not proceed into the form.
Resolution: This was corrected as part of the Concurrent Curricula enhancement.
SAAADMS,
SAAACKL
(#CMS-DFCT105244)
Description: SAAACKL items were not being refreshed when changes had been
made on SAAADMS that should have triggered the creation of additional checklist
items. Even if the original data was entered incorrectly on SAAADMS, it populated
the checklist with items. However, when the data on SAAADMS was corrected, the
expected checklist items were not added to the checklist.
Impact: Checklist items that were automatically generated or manually entered in
SAAADMS were reflected incorrectly on SAAACKL.
Resolution: The POST_FORMS_COMMIT_TRG on SAAADMS has been updated to
check for changes to curriculum and core SARADAP checklist fields for admission
type, residence, and student type.
SAAACKL
(#CMS-DFCT98691)
Description: Issues existed with regard to search features.
•
In the Application Checklist block, you could not search on the Received Date,
First Request, Last Request, and Checklist Origin fields.
•
In the same block, the Item field allowed data entry in lower case, which caused
no results to be returned. It should have automatically changed the value to
upper case.
•
In the Application Summary block, records were not filtered when you
searched using the Decision or Outstanding Documents fields.
•
In the same block, multiple fields allowed data entry in lower case, which
caused no results to be returned. They should have automatically changed the
value to upper case.
Impact: You could not always return the results you needed.
Resolution: The Item Property Palette for the fields in question has been changed
from mixed case to upper case for the values entered.
408
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Admissions Module
SAADCRV
(#1-H0095)
Description: If the Perform Curriculum Checking field was set to No on SOACTRL,
when a decision was entered that created the SGASTDN record, the user first
received the message: **sobctrl_curr_rule_ind = N. After acknowledging this, the
message was displayed that the SGASTDN record had been created.
Impact: Users had to acknowledge a pop-up window with an invalid error message.
Resolution: The debug code that caused this unnecessary message has been
removed.
SAADCRV
(#CMS-DFCT105942)
Description: SAADCRV was not recognizing a warning or fatal curriculum error
when a general student record was created, if a curriculum was entered (such as a
program of MED) with no department code. Recruiting and Admissions appear to
correctly identify warning and fatal curriculum errors.
Impact: SAADCRV was not recognizing fatal error checking when it had been
selected and applied to the General Student module on SOACTRL. This caused a
student record to be created incorrectly. Also, when a decision was applied that
created a general student record, if you used Rollback and then saved, the
Communication Plan window was not displayed.
Resolution: Code has been modified to correct the fatal error checking for the
creation of general student records. The CREATE_STUDENT item has been updated
so the Communication Plan window will be displayed when a general student row is
created.
SAADCRV
(#CMS-DFCT105363)
Description: When the form was used in query mode, and you used Next Block to
navigate through the form, when you attempted to use Rollback or Exit, you
received the error: FRM-40208: From running in query-only mode. Cannot change
database fields. When you clicked OK, you were moved back to the main menu. This
also happened when you entered a term in the key and used Next Block. The query
failed, and the error occurred.
Impact: Users could not complete their query or exit properly from the form.
Resolution: Code has been modified to correct this.
SAAEAPS
May 2006
Confidential
(#CMS-DFCT105301)
Description: A navigation issue existed when on subsequent applications, after the
ID verification step had already been completed for the first application, there was
no way to change the person or application status from N to Y. When you accessed
the Manual Person Verification Steps block, using Save only displayed the message
that there was nothing to save. When you used the Associate Person with ID item in
the Options Menu, a message was displayed that the ID had already been verified.
The application was then stuck, with no way to change the statuses to Y.
Student Release 7.3
Release Guide
409
Section 10 Problem Resolutions
Admissions Module
Impact: The person and/or application statuses could not be updated during
manual person/application verification.
Resolution: This was corrected by changes made for other issues in this form,
specifically for problem resolution #CMS-DFCT105952.
SAAEAPS
(#CMS-DFCT100922)
Description: Issues existed when deleting records from SAAEAPS.
•
When a user tried to delete a record, the following message was displayed: FRM40735:KEY-DELREC trigger raised unhandled exception ORA-00001. Duplicate not
being processed correctly.
•
When an application was deleted, there was no way to change the decision. The
delete was automatic. This could cause applications to be deleted by mistake.
The process should provide an action "pop up" with a choice of deleting the
application or not.
•
A user was able to delete pushed applications, verified applications, and
unaccepted applications, and all were deleted with no message being displayed
when you exited from the form to ask if you wanted to delete the records.
Impact: Records could not be deleted due to an error, or could be deleted by
mistake with no recourse, and could be deleted with no verification message being
displayed.
Resolution: These issues have been resolved, and a pop-up message is now displayed
asking if you want to delete the records or not.
SAAEAPS
(#CMS-DFCT105952)
Description: SAAEAPS did not maintain query results when navigating through the
form using the tabs to access the secondary windows. After querying on applicants
who had submitted applications that had not been pushed, using manual
verification, matching and generating the person, and returning to a different
window or block, the form displayed all applications, not the specific applications
for the query. You had to requery to display the applicants who had submitted
applications that had not been pushed.
Impact: Requerying the records was holding up the process.
Resolution: Code has been modified to correct this.
SAAEAPS
410
(#CMS-DFCT105948)
Description: An error was received after performing a match in SAAEAPS/
GOAMTCH. This was caused when more than one record existed in SOAXREF/
STVATYP with the same Banner value. Since the EDI values (SORXREF_EDI_VALUE)
were different and the SORXREF_DISP_WEB_IND field was checked to denote the
value was used specifically for Web applications, it should not have mattered that the
Banner values are the same.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Admissions Module
Impact: An error was raised concerning address type, if the same Banner values for
address type codes were defined on SOAXREF, and a match was initiated from
SAAEAPS/GOMATCH.
Resolution: Code has been modified to correct this.
SAAEAPS,
SAKQAD1,
SARETMT
(#1-BEG6U)
Description: Issues existed with the century pivot date and the Self-Service
Admissions birth date For example, if you captured a birth date of Jan. 6, 1940 on
the Self-Service Admissions application, when this application was pushed, the birth
date was converted to Jan. 6, 2040. The century pivot date defined on GUAINST was
49. The data captured in self-service was correct. The data conversion of birth date
occurred during the push process.
Impact: On SAAEAPS, when an application was pushed with a birth year that was less
than that of the pivot year on GUAINST, the birth date was incorrectly converted to
another date.
In SAKQADM and SARETMT, whenever a BIRTH_YEAR of 4 was used in the
matching, the same incorrect conversion of the birth year caused matching to mark
the record as in SUSPENSE instead of being a MATCH.
Resolution: The appropriate objects have been updated to use the
SARPERS_DFMT_CDE_BIRTH and the SARPERS_BIRTH_DTE values.
SAAEAPS,
SAAETBL
(#1-74IHP)
Description: If a parental address existed in SAAETBL, it was overwritten with the
address from SARADDR_PERS_SEQNO/SARADDR_SEQNO is 1, when the manual person
verification steps/identification (IDVR) verification was completed in SAAEAPS.
Impact: The parent’s address was overwritten after IDVR step was completed on
SAAEAPS. It was displayed on SAAETBL.
Resolution: A trigger has been modified to correct this.
SAAETBL
(#1-BGZNC)
Description: Previously, problem resolution #90239 in Release 6.3 was to have
included increasing the size of the SARADDR_NATN_CODE field from VARCHAR2(3) to
VARCHAR2(5). This column was not expanded at that time.
Impact: The field was still too small.
Resolution: The field has been expanded to five characters.
May 2006
Confidential
Student Release 7.3
Release Guide
411
Section 10 Problem Resolutions
Admissions Module
SAAETBL
(#1-4C8C7)
Description: The SARHSUM_CUMULATIVE_FLAG was a required field in SAAETBL but
could be null in the table. When the High School Summary block was accessed, the
cursor got stuck in the Cum GPA Indicator field. The autohint stated that the field
must be entered. You could not leave the block, even when the Return button was
used.
Impact: You could not finish processing the record.
Resolution: The SARHSUM_CUMULATIVE_FLAG is no longer a required field in
SAAETBL.
SAAETBL
(#CMS-DFCT105959)
Description: The setting of the SARHEAD_APPL_STATUS_IND field was not consistent
with the setting of the ACCEPT_IND_DISPLAY field. Once an application had been
manually pushed, the Application Status field on SAAEAPS displayed a value of Y
(Process Complete), and the Process field displayed a value of P (Application Pushed).
However, if you checked the same application and number on SAAETBL, the
Application radio group was set to Not Accepted, which was not correct.
Impact: The displayed application status was not consistent between SAAETBL and
SAAEAPS. The status on SAAETBL should have indicated that the application was
accepted instead of not accepted.
Resolution: The labels on the Application radio buttons were mixed up. The first
button is now labelled Not Accepted, and second button is now labelled Accepted.
SAAETBL
(#CMS-DFCT106125)
Description: In the Application Data block, the Manual Verification Complete field
displayed a value of Y, when nothing for the application had been processed or even
started.
Impact: The field displayed the incorrect value.
Resolution: This has been resolved.
SAAETBL
(#CMS-DFCT104152)
Description: The Request for Information window no longer displayed the
questions associated with short or long answers.
Impact: Users could not view the answers submitted on the electronic admissions
applications.
Resolution: A database item property was changed, and the width of the description
fields was expanded to prevent truncation.
SAAQUAN,
SAKL170
412
(#CMS-DFCT92883)
Description: When two applications were created from one Web application, the
second application that was created appeared to be missing certain data, mainly the
SAAQUAN questions that were answered on the Web application. When an
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Admissions Module
application was duplicated, all relevant data should have appeared on both
SAAADMS records.
Impact: When two applications were created from one Web application, all relevant
data was not being transferred to both SAAADMS records.
Resolution: This has been resolved as part of the Concurrent Curricula
enhancement. The FETCH for the SARCTRL_C WAS cursor has been included in a
loop to retrieve all applications and apply the questions to each one.
SAAQUIK
(#CMS-DFCT105844)
Description: In some cases, SAAQKER returned the error message Sequence number
cannot be used unless finance rules are active when a transaction was saved.
Impact: A curriculum error occurred.
Resolution: A trigger has been updated to set the SPRADDR sequence number to
null.
SAAQUIK
(#CMS-DFCT106137)
Description: When you entered data for a new student in the main window, a popup window was displayed after selecting the student’s gender, and you were unable
to add any other data in that block. You were forced to enter curriculum data.
Impact: You could not finish entering student data.
Resolution: With the 7.3 Race/Ethnicity enhancement, the Gender radio group has
been removed from the main block of SAAQUIK and is now part of the Biographical
window. You will no longer be stopped from entering data after selecting the gender.
SAAQUIK
(#CMS-DFCT98961)
Description: You could change the SPRADDR records that had the same address
type/sequence combination. This is inconsistent with records on SPAIDEN, where
the message Field is protected against update is displayed.
Impact: You should not be able to update the address information.
Resolution: You can no longer update these fields.
SAARRAT
(#1-EOFEE)
Description: In the Rating Type field of the Application Rating block, clicking on
the arrow (Search button) that should have displayed a list of values for STVRATP
did not work. You could double-click on the field to display the Option List and then
select Valid Values. Or you could use the List option on the Oracle Help menu.
Impact: The quickest way to view the list of values for the field did not work.
Resolution: The Search button has been modified to display the Option List when
the user clicks on it.
May 2006
Confidential
Student Release 7.3
Release Guide
413
Section 10 Problem Resolutions
Admissions Module
SAAWADF
(#CMS-DFCT92437)
Description: You could enter any letter code, even ones that were not valid. You
should only be allowed to select valid values from HTML letter codes on SOAELTL.
Impact: A letter code that had been defined on GTVLETR but not entered on
SOAELTL was available in the List of Values from the Letter Code field in the Web
Signature Letters window.
Resolution: Code has been modified so that only letter codes defined on SOAELTL
are displayed as valid values on SAAWADF.
SAAWADF,
SOQOLIB
(#1-E3QUM)
Description: The codes in the list of values (STVWAPP) for the Web Application
Type field were not sorted alphabetically on SAAWADF as they were on SAAWADP
and SAAWUDQ. The forms should be consistent. Other forms with the same issue
included SAAWCUR and SAAWAPP.
Impact: The display of the list of values was inconsistent.
Resolution: The codes in the list of values are now displayed alphabetically. The
ORDER BY STVWAPP_CODE was added to STVWAPP_RG in SOQOLIB. SAAWADF was
regenerated.
SAAWADP
(#CMS-DFCT105705)
Description: The error *ERROR* Invalid Code. Press List for Valid Codes was received
on SAAWADP when the electronic application type code did not have the Web
Indicator checked on STVWAPP.
Impact: Other forms such as SAAWAPP and SAAWADF allow data entry for
electronic application types without the having the Web Indicator checked on
STVWAPP. SAAWADP needs to have the same functionality.
Resolution: The STVWAPP Web Indicator no longer has to be checked for an
electronic application type that is used on SAAWADP.
SAAWCUR
(#CMS-DFCT91340)
Description: The Web Display (Indicator) was not functioning correctly. If it was
unchecked for a Web application type, the setting carried over to all the other Web
application types with the same level. This prevented users from setting up a
curriculum for two out of three Web application types.
Impact: The design of the form implied that the Web Display (Indicator) applied to
the restricted Web application type. The indicator was added to this form for update
purposes, as a way of making it easier for the user to set up curriculum rules for the
Web application.
Resolution: The SAAWCUR, SOAXCUR, and SOACURR forms have all been
redesigned for this release. The Restrict to type (Indicator) is now the only
updateable item on SAAWCUR. SOAXCUR is now query only. All EDI and Web
display items are now located in one centralized location on SOACURR.
414
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Admissions Module
Packages
SAKCHK1,
SAAADMS
(#CMS-DFCT104544)
Description: When a college (SOAPCOL) or high school (SOAHSCH) code and an
admissions request code are saved, the SAAADMS checklist is not updated to list the
code and the description.
Impact: Application processing may be delayed.
Resolution: SAKCHK1 has been updated so the checklist is updated correctly.
SAKL010
(#CMS-DFCT89038)
Description: A mismatch of lengths existed between the DFLTMAJRCODE and
DFLTDEPTCODE references in the SAKL010 package and their corresponding
STV% codes in validation tables, such as STVMAJR and STVDEPT. DFLTMAJRCODE
and DFLTDEPTCODE were both set to take the first six characters of the default
value, although their corresponding validation table codes (STVMAJR and
STVDEPT) only allowed for a maximum of four characters.
Impact: DFLTMAJRCODE and DFLTDEPTCODE should have been set to take the first
four characters of the default value.
Resolution: The p_load_application_one_or_many item has been modified to
correct this.
SAKL020
(#CMS-DFCT106088)
Description: The process should not allow the insertion of an AMCAS ID if that ID
exists in Banner.
Impact: Before creating an alternate ID with the user’s logon, the package only
checked to see if the ID existed for the person. It should check to see if the ID exists
in Banner.
Resolution: The get_spriden_prev_id cursor in the p_P010_insert_prev_id
procedure was changed to eliminate pidm as a criterion.
SAKL020
May 2006
Confidential
(#1-E3UMO)
Description: The biographical data in SPAPERS was being overwritten when
applications were matched and then pushed into Banner by SAAEAPS or
SARETMT. If biographic data existed on the incoming applications, this would
overwrite the data in SPAPERS. If no data existed on the incoming applications, all
fields in SPAPERS were overwritten with NULL values. This occurred when the
R02% routines did not exist in SAAECRL under P030. The affected biographic
fields are:
•
R0200 - Gender
•
R0210 - Birthdate
•
R0220 - Citizenship
•
R0230 - Confidential
•
R0240 - Religion
Student Release 7.3
Release Guide
415
Section 10 Problem Resolutions
Admissions Module
•
R0250 - Marital Status
•
R0260 - Ethnicity
•
R0270 - SSN
•
R0280 - Legacy
•
R0290 - Veteran
Impact: Data on SPAPERS was being overwritten by data from incoming
applications or NULL values when it should not have been.
Resolution: The WHERE clause in the SPBPERS_C CURSOR has been changed to check
for a NOTFOUND condition after the FETCH of the SPBPERS_C CURSOR.
SAKMOD1
(#CMS-DFCT104749)
Description: When you tried to enter information for a student on SAAQUIK who
may already have had an application, and a new one was being created for a new
degree, if the same information existed, and a new term was added, when you tried
to save the record, the following error message was received: Missing Admission Row
for curriculum. When you clicked on OK, then the message: 100501 non ORACLE
exception was displayed. If you clicked on OK for this message, a new student record
was created but the application record was not created.
Impact: When the quick admit process was used to admit a person to a future term,
the new curriculum was not created. The application and recruiting curriculum
were created with the previous term, which caused an API error. The workaround
was to create a new curriculum record for the learner for the new term.
Resolution: The p_copy_lcur procedure has been updated to first query the
learner using the previous term and then insert the SORLCUR and SORLFOS
records using the new term.
SOKAIN1
(#CMS-DFCT99284)
Description: The administrator assignment process was not functioning properly
when a high school had an inactive region code on GOASGEO. The recruiter
associated with the region code could still be assigned to prospective students from
that high school. The sokain1.sql code was not considering the Active (Indicator)
setting when the assignment rules were referenced.
Impact: Users had to inactivate administrator assignment rules that used an inactive
high school geographic region code.
Resolution: Code has been modified to check whether the geographic region code
is active or inactive.
SOKCUR1
(#1-6080I)
Description: You would receive a curriculum concentration error for a program
when you had concentrations attached to a major and also had a concentration
attached directly to the program, and some of the module checkboxes for the
program were unchecked on SOACURR.
Impact: This impacted curriculum rules with concentrations attached to the base for
a module, but also had concentrations attached to the base that were not defined
416
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Admissions Module
for the module. A curriculum error resulted when you tried to add concentrations
attached to the major for the module in which the concentrations attached to the
base had been excluded.
Resolution: The sokcurr.p_checklfos procedure and the f_sorcmjrrule
function have been updated to correct this.
SOKLCUR,
SGASTDN
(#1-EUSBO)
Description: If the previous term curriculum contained concentrations and the
current curriculum did not, when curriculum data was modified in the previous
term, the concentrations were backfilled into the current term SGBSTDN record.
Impact: The field of study from a previous term may have been backfilled to future
term. (This only impacted minors and concentrations.)
Resolution: The soklcur.p_backload_cur procedure p_load_detail has been
modified to reset all curriculum variables at the beginning of the procedure.
SOKLCUR,
SRARECR
(#CMS-DFCT105826)
Description: SGASTDN was failing to backfill future SGASTDN records under the
same SORLCUR/SORLFOS effective term. For example, when a record was copied
and saved (using the create new effective term processing) for a future term, and no
curriculum data was changed, and then you used the original term to save a change
in the curriculum data, the following occurred. SGASTDN displayed the new
curriculum information on the form. However, the background SGBSTDN record
for the future term did not reflect the change, because it had not been backfilled.
Impact: Reports and processes that rely on curriculum data stored in SGBSTDN will
not always return the correct data if changes have been made in earlier terms.
Resolution: The p_backload_curr backfill procedure has been restructured, so if
records are processed for the Learner module, the procedure reads and performs
the backfill for all SGBSTDN records that have a greater or equal term. Backfill
code has been moved to o a new p_load_data procedure.
A second issue was found on SRARECR when a duplicate record was created. You
could insert/duplicate a record multiple times without saving the changes. The
backfill process was being executed for a single recruiting record during the post
commit process. Now, saving your changes is required before a new record is
inserted and/or duplicated. The backfill process is executed if the Duplicate
Record indicator is set to Y. (This is set when an SRBRECR record is duplicated.)
SOKLCUR,
SOPLCCV
May 2006
Confidential
(#1-5S5OJ)
Description: The following improvements were needed in the curriculum
conversion:
•
In SOPLCCV, retrieve the SOBCTRL, SOBLMOD, and SORLMFS values.
•
Pass the p_convert_data procedure for the SOBCTRL, SOBLMOD, and
SORLMFS values, so that these values do not have to be reselected.
Student Release 7.3
Release Guide
417
Section 10 Problem Resolutions
Admissions Module
•
Pass the p_convert_data procedure if the flag/check shows that the
conversion has already been run. This will eliminate looking in SORLCUR for
curriculum records a second time.
•
In SOKLCUR, do not execute the f_count_lcur_status overload procedure
and the f_count_lfos_status procedure if the SOBLMOD counts are the
default values (two curriculum, two majors, two minors, and six
concentrations). This will eliminate some of the selects against SORLCUR and
SORLFOS.
•
In both API rules, only execute checks for count of number allowed and
validation of rolled curriculum for non-conversion.
Impact: The process can take many hours to complete if you run it for the entire
student population and all modules at once.
Resolution: The following performance improvements have been made to the
concurrent curricula conversion:
•
soklcur.sql, soklcu1.sql: New parameters have been added to the
conversion to eliminate redundant processing. The
sobctrl.sobctrl_curr_rule_ind is an indicator that the check to verify the
curriculum has not already been run and that the seed values in SOBLMOD
and SORLMFS have not been changed.
If the seed values have not been changed, the overflow condition does not have
to be considered, since an overflow condition will not occur. If the host
program has already verified that the conversion has not been run, the query
against SORLCUR can be skipped.
The value C is sent to the sb_curriculum.p_create API and the
sb_fieldofstudy.p_create p_override_severity parameter.
•
soplccv.pc: The new parameters are sent to the conversion
soklcur.p_convert_curr.
•
sokb_curriculum_r1.sql: If the override severity parameter is C, the
process does not check for the overload condition, because this is done in the
conversion. In addition, the SORLCUR sequence number of the rolled record
is not validated, because this is found and created in the conversion.
418
•
sokb_fieldstudy_r1.sql: If the override severity parameter is C, the
process does not check for the overload condition, because this is done in the
conversion. In addition, the SORLCUR sequence number of the rolled record
is not validated, because this is found and created in the conversion.
•
RPE #CMS-RPE47407 has been implemented. This allows majors, minors, and
concentrations to be added that are no longer valid for that type. The codes
must be valid on STVMAJR.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Admissions Module
SOKLCU1
(#CMS-DFCT104669)
Description: SOPLCCV incorrectly converted an SGASTDN secondary curriculum
under the following data conditions: the most recent term for the learner had a
NULL secondary curriculum (SGBSTDN_PROGRAM_2), and the prior term had a valid
secondary curriculum.
Impact: A non-destructive update needs to be done to the learner secondary
curriculum if it is no longer active for a future term. In Banner 6.X the user could
admit a student with two curriculums. In a subsequent term, the secondary
curriculum can be removed from the SGBSTDN record, making it inactive. The
conversion process in Banner 7.X only creates active learner records and does not
account for a secondary curriculum becoming inactive.
Resolution: The conversion process in SOKLCUR p_convert_data has been
modified.
SOKLCU1
1.
After a secondary curriculum has been converted, it will query future
SGBSTDN terms to see if it still exists.
2.
It will copy the secondary curriculum for the first term the secondary
curriculum does not appear and make the curriculum activity status INACTIVE
and curriculum status CHANGED. A new variable in the API calls the new_term
with the future term when it became inactive.
(#1-7PY4B)
Description: Problem resolution #CMS-DFCT104325 was not completely fixed for
Banner Student 7.2. The following issue was still occurring when the SGBSTDN
SGBSTDN_CURR_RULE_1 field was not populated.
In Banner 7.1, concentration codes had the ability to be attached to either the major
(major-dependent) or the program code (rule-based). For program codes where
the concentration was rule-based and not major-dependent, the Learner
Curriculum Conversion routine did not create the curriculum information correctly
in the SORLFOS table. For learners who had concentration codes in SGBSTDN
from pre-Banner 7.1, the conversion routine automatically populated the Attached
to Major field (SORLFOS_MAJR_CODE_ATTACH) when the curriculum rules were not
designed to do that.
Impact: Concentrations may be attached to the major, rather than attached to the
base concentration.
Resolution: This issue occurred if the institution had loaded curriculum data into
the old data elements, but left the curriculum rule blank. The conversion to the
concurrent curricula tables did not have the curriculum rule available and was not
attaching concentrations to the base or major correctly. With the curriculum rule
absent, it was assumed the concentration was attached to the major.
To resolve this, you need to query the newly created curriculum record to retrieve
the curriculum rule if the concentrations are not null and the rule is null. This way
the logic that decides if the concentration is attached to the base or major has the
necessary piece of information to process the record correctly.
May 2006
Confidential
Student Release 7.3
Release Guide
419
Section 10 Problem Resolutions
Admissions Module
SOKLCU1
(#1-A0TPH)
Description: Curriculum conversion incorrectly updated the rolled sequence
number on the outcome field of study.
Impact: The curriculum conversion updated the outcome field of study with the
rolled sequence number. The update should have occurred on the learner field of
study.
Resolution: A query of the learner curriculum was added to retrieve the sequence
number for the update of the rolled sequence number.
SOKLCU1
(#1-BSFMO)
Description: Two issues existed with concentrations.
1.
An incorrect major was being attached to SORLFOS concentration records.
When multiple majors were attached to a program, and each of those majors
had concentrations attached, the first major listed in the program was always
being attached to the SORFLOS concentration records, rather than the major
from the general student record.
2.
A major was being attached to SORLFOS concentration records when no rulebased or major-based concentrations existed for the program.
Impact: This only impacted users with curriculum rules in which the same
concentration code value was attached to multiple majors on the same rule.
Resolution: A cursor has been changed in p_get_ccon_cmjr_rule in
soklcur.p_convert_curr to find the concentration rule for the attached major in
the select statement.
The cursor was stopping at the first concentration rule for the particular
concentration code value. If that value existed as an attached concentration on
multiple majors under the same rule, the wrong major may have been selected. In
addition, the module being processed was not considered, and an invalid rule may
have been retrieved.
Reports
SARAMXF
(#CMS-DFCT105766)
Description: SARAMXF needs to be updated to pull in the AMCAS ID from either
the Alternate ID field on SPRIDEN or from a new field on SABSUPL.
Impact: As of Banner 7.2, the AMCAS ID may be loaded as an alternate ID based on
the SAAERUL rule AMCASCREATALTID and on SOASUPL/SABSUPL data for the
application term. SARAMXF will extract the AMCAS ID if it has been loaded as an
alternate ID, and if not, will then extract the SOASUPL AMCAS ID for the term
selected.
Resolution: The SPRIDEN_ID field is checked first for the AMCAS ID, to ensure that
the name type matches the AMCASNTYP rule label on SAAERUL for group code of
ADMS. If no value is found, it then pulls the AMCAS ID from the
420
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Admissions Module
SABSUPL_AMCAS_ID field on SABSUPL and stores it in the appropriate place in the
outgoing flat file. The new get_sabsupl_amcas_id procedure is used.
SARDCSN
(#CMS-DFCT98309)
Description: SARDCSN printed the number overflow sign (##) and not the
sequence number of the rules if the sequence number was three or four digits long
(i.e., between 100 and 9999).
Impact: A new sequence number might have been hidden, and the user could not
use the report to query for the record.
Resolution: The display format for the sequence number has been increased to four
digits.
SARETMT
(#1-80WRT)
Description: SARETMT needed “no row found” terminators added for email_addr
and nation_code in the seladdr routine.
Impact: Email and nation codes may not be cleared out in between the verification
and loading of applicants.
Resolution: The email address and nation code values have been initialized between
applicants in the seladdr routine.
SOPLCCV
(#1-CEPV4)
Description: No error message was received in the soplccv.lis file or on any forms
(i.e., SGASTDN) when curriculum records could not be converted. When missing
or invalid data exists, and the data cannot be converted, an error message should
alert the user that the record cannot be converted.
Impact: Data issues may cause the concurrent curricula conversion to not convert
all data.
Resolution: Three new SQL*PLUS scripts are delivered to report potential issues
with data on SGBSTDN, SARADAP, SRBRECR, and SHRDGMR.
The three scripts are as follows:
1.
srsoplccv2.sql
This script reports majors, minors, and concentrations that are no longer valid
on STVMAJR. In addition, it shows program codes that do not exist in
SMRPRLE, level codes that are no longer valid on STVLEVL, college codes that
are no longer valid on STVCOLL, degree codes that are no longer valid on
STVDEGC, and campus codes that are no longer valid on STVCAMP.
2.
srsoplccv.sql
This script reports missing key data such as:
(a) the PIDM on SPRIDEN,
May 2006
Confidential
Student Release 7.3
Release Guide
421
Section 10 Problem Resolutions
Admissions Module
(b) the level, college, degree, and major 1 on the primary curriculum on
SARADAP, SHRDGMR, and SGBSTDN,
(c) the level, degree, and major 1 on SRBRECR,
(d) the level, college, degree, and major 1 on the secondary curriculum on
SARADAP and SGBSTDN, and
(e) the college and major 1 on the secondary curriculum on SHRDGMR.
3.
srsorchlg.sql
This script reports discrepancies between the key backfilled data on SRBRECR,
SARADAP, SGBSTDN, and SHRDGMR. Key backfill data includes the level,
college, degree, program, campus, and the primary major. The college is not
included in the comparison for SRBRECR. The report on SGBSTDN only
considers the person’s most current general student record (maximum
effective term).
SORAINF
(#CMS-DFCT89989)
Description: Administrators were not being assigned when the SOAADAS
SORPCOL_PCOL_CODE assignment rule was used.
Impact: The prior college code (STVSGBI) could not be used to assign
administrators.
Resolution: SOKAINF has been modified to correct this. The SORPCOL_PCOL_CODE
value has been replaced with SORPCOL_SBGI_CODE.
Menu
SAAACKL
(#CMS-DFCT104507 and #1-6CXC3)
Description: SAAACKL was not on an Admissions module menu.
Impact: It was difficult to find the form.
Resolution: This was corrected in Release 7.2 with problem resolution #93508.
SAAACKL and SAAQKER were added to the *ADMCONTROL menu.
422
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
General Student Module
General Student Module
Forms
SGAADVR
(#CMS-DFCT104421)
Description: It was possible to assign an inactive advisor to a student on SGAADVR.
Impact: You should only be able to assign an active advisor to a student.
Resolution: The triggers that validate the active and inactive terms of the advisor has
been updated.
SGASTDN
(#CMS-DFCT103966)
Description: When you tried to change a student’s status for an earlier term where
no registration existed, the message: Error Registration Exists, must generate new term by
Duplicate Record is generated was displayed.
Impact: You could not add a new effective term that was less than the lowest existing
effective term.
Resolution: A check in the effective term validation was restricting when a record
could be added or when the residence, rate, student status, student type, and/or
curriculum could be changed.
A new SET_REG_IND trigger has been added to the SGBSTDN block. This trigger is
called in the post query and when the term code is changed, which can only happen
during duplicate record processing. The REG_IND is set to Y when the SGBSTDN
effective term falls in between registration terms or is equal to a term with a
registration record. The new logic now sets the REG_IND to N for past terms.
The SGBSTDN term must be less then the lowest registration term, but another
SGBSTDN effective term must exist that is less than or equal to the lowest
registration term. Logic checks the REG_IND field, and if it set to Y, changes to the
SGBSTDN record are not allowed.
SGASTDQ,
SHADGMQ
(#CMS-DFCT86135)
Description: When SGASTDQ was used as a stand-alone form, the List function
performed by a double-click closed the form. A Ctrl+double click combination had
to be used to display the List of Values, but since SGASTDQ was not being called
from another form, the CTRL key should not have been required.
Impact: If SGASTDQ and SHADGMQ were called from the Banner Menu, the user
was required to use Ctrl+double click to display the List of Values.
Resolution: Code has been modified in the WHEN-NEW-FORM-INSTANCE trigger to
move the lines to set the action.select within the if/then for when the form is
called by another form and not from the menu.
May 2006
Confidential
Student Release 7.3
Release Guide
423
Section 10 Problem Resolutions
Registration Module
Banner View
SGVSTDN
(#CMS-DFCT85040)
Description: An error was received while processing records when the number of
MONTHS_BETWEEN was greater than 99.
Impact: The age calculation did not use standard Banner functions in processing,
which caused the view to fail.
Resolution: The age calculation has been replaced with the function call:
f_calculate_age(null, spbpers_birth_date, spbpers_dead_date).
Registration Module
Documentation
SFRRNOP
(#CMS-DFCT101911)
Description: The documentation stated that if the Effective Date of Drop parameter
was blank, that the sysdate will be used as the effective date of the reversed
transactions. That is not true. If the parameter is left blank, the date of the original
transactions is used as the effective date of the reversed transactions.
Impact: The documentation needed to be updated.
Resolution: The parameter definition now reads: “Enter the date of the drop in DDMON-YYYY format for the effective date that is to be recorded in TBRACCD. If this
parameter is left blank, the original effective date on the transaction(s) being
reversed will be used.” Note: If you want to use the system date for processing, you
must enter that date.”
Forms
SFAMHRS,
SAAAUDF,
SFQESTS,
SOACTRM,
SSADFEE
(#CMS-DFCT89976)
Description: Users received a POST-CHANGE trigger error message on forms where
Date Internationalization modifications had been applied.
Impact: The forms were unusable.
Resolution: The G$_DATE_CLASS has been added to KEY_BLOCK items in these
forms, and the STVTERM_START_DATE and STVTERM_END_DATE items are now data
type instead of character.
SFAMASS
424
(#CMS-DFCT77954)
Description: When a student received an autograde (AU, for example) and was
dropped from the class with a registration status that was not gradable (STVRSTS)
using SFAMASS, the grade was still rolled to history. This did not happen if the same
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Registration Module
registration status was entered on SFAREGS. Since the grade was displayed on
SFAMASS, when students were dropped using this form, anyone with a grade
needed to be bypassed and dropped using SFAREGS.
Impact: Autogrades were remaining after a course was dropped/deleted using
SFAMASS and then were incorrectly rolled to history.
Resolution: If the course is dropped using SFAREGS, the autograde is removed
(unless there is an autograde associated with the drop code). SFAMASS has been
modified to also process autogrades like SFAREGS.
SFAMASS
(#1-5USN5)
Description: The NOT NULL SFRAREG_RSTS_DATE column was not set in the
INSERT_SFRAREG trigger. This caused an ORA 01400 error when a course
registration status code was changed from one that was a withdrawal code to one
that was not a withdrawal code.
Impact: Users were unable to perform a dropped/deleted function on SFAMASS
and had to use SFAREGS to drop the student from the course.
Resolution: The INSERT_SFRAREG trigger has been updated to set the
SFRAREG_RSTS_DATE to the SYSDATE.
SFAREGS
(#CMS-DFCT105757)
Description: A session would lock and prevent a user from using Exit or Rollback
when:
•
a student was not registered for any courses,
•
you tried to change the residency status in the Student Term window and save
the change, and
•
you returned to the main window and used Save to assess fees.
The form then displayed the message Fee Assessment processed but did not allow the
user to exit from the form. The user session was locked. It appeared that updating
or adding any record in the Student Term window without registering a student
would cause the locking situation.
Impact: SFAREGS locks up on the user if changes are made to information in the
Student Term window and no enrollment exists.
Resolution: Code has been modified to correct this and prevent the locking from
occurring.
SFAREGS
May 2006
Confidential
(#1-CP4SE)
Description: When a List was performed from the Level field, and then the
Curricula Tab was selected, a blank screen was displayed with the following error:
FRM-40735: WHEN-TAB-PAGE-CHANGED trigger raised unhandled exception ORA06502. If the Student Term Tab was selected, the same error occurred, but the data
was displayed.
Student Release 7.3
Release Guide
425
Section 10 Problem Resolutions
Registration Module
Impact: An error was received when you clicked on Level field Select button (for a
List of Values) in the Course Block, then clicked on the Curriculum tab to access the
Curriculum window.
Resolution: A trigger has been modified to correct this and prevent the error from
occurring.
SFAREGS
(#CMS-DFCT90040)
Description: Block scheduling processing was setting variable credit and billing
hours to low values (from SSASECT) and did not allow them to be changed.
Impact: You were not able to update the credit and billing hours on a variable credit
course during a block registration.
Resolution: Triggers for the Credit Hours and Bill Hours fields in the SFTREGS
block have been modified to correct this.
SFAREGS
(#1-BBJF)
Description: Errors were received when a user tried to use List on the Status field,
enter a registration course status code, and then exit from the form. No errors were
encountered if a new course status was entered directly into the form.
Impact: The errors hindered the updates to the registration course status code data.
Resolution: Code has been modified to prevent the List of Values from causing the
related Oracle errors.
SFAREGS
(#1-BDJDN)
Description: When a course status was changed (for example, from RE to DC), the
change was not saved correctly in the SFRSTCR table from the SFTREGS table. After
fees were assessed, the DC status reverted back to the RE status. This did not appear
to impact fee assessment. The DC status was not used to assess a refund. The
SFASTCA record did not display any information about the DC status.
Impact: Updates to registration records may not have been saved if the user
performed a Rollback function while in Key Block.
Resolution: This has been corrected.
SFAREGS
(#CMS-DFCT103088)
Description: When a fatal error was received on a course, and the user performed a
Previous Block and then selected the Student Term tab, SFAREGS was going into a
loop with the error message: FRM-40102: Record must be entered or deleted first, and the
user had to use END TASK to end the cycle.
Impact: Processing was interrupted.
Resolution: A trigger was modified to prevent this error.
SFAREGS
426
(#CMS-DFCT94978)
Description: When a student was registered with a status code whose end date on
SFARSTS had passed, the message: Warning - One or more of the Course Status Codes
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Registration Module
below is no longer valid for the associated course was displayed when the user accessed the
Registration Information block and after fees were assessed.
Also, if a date was outside the designated term reference on SFAREGS, the message:
*ERROR* Course status dates not within range for part of term was displayed for each
course for which the student was registered, not just one time.
Impact: This required the user to accept the warning message before continuing
with data entry. For schools with a large number of parts-of-term that have different
ending dates, acknowledging this message each time is inefficient and represents a
change from an earlier version of Banner.
Resolution: Users will no longer receive course status error messages on previously
registered courses when the status end date has passed and courses are being
queried. Course status error messages will only be displayed as needed when a new
registration record is added.
SFAREGS
(#1-5S8YX)
Description: Users could not drop classes using SFAREGS. For example, when a
status was changed from RE to DC, you received the error: FRM-40735: POSTCHANGE trigger raised unhandled exception ORA-06502. This error occurred when the
length of the description for the drop code on STVRSTS was at the 30 character
maximum length.
Impact: You had to manually shorten the code description on STVRSTS to prevent
the error.
Resolution: The error occurred because the description was concatenated with
datestamp. The length of the HOLD_MESSAGE field has been expanded from 40 to 50
to prevent this.
SFAREGS
(#1-6SXD0)
Description: When a section status was changed to one which did not allow
registration and was marked as inactive after a student dropped the CRN with the
course status code that did not count in enrollment, when SFAREGS was then used
for that student, the error: ERROR: Section Status prohibits registration for this section was
received. Also, you could not arrow down past the course that generated the error.
Impact: The query of pre-existing registration records where section status
prohibited registration but the course status registration code was one that did not
count in enrollment was not working properly. The user was stuck on the CRN
where the error occurred and could not access the next record.
Resolution: The CRN_EDIT trigger was modified to bypass the error message when
the form is in query mode.
SFAREGS
May 2006
Confidential
(#CMS-DFCT105945)
Description: When using refund by course with flat charge processing and drop/
delete functionality, when a value was changed in the Curriculum window, it could
have caused the incorrect calculation of liable hours. This occurred after a student
Student Release 7.3
Release Guide
427
Section 10 Problem Resolutions
Registration Module
had dropped and added courses, and then a drop/delete was performed when
another course was added.
Impact: Incorrect assessment occurred when the student term or curriculum data
were updated.
Resolution: The REEVAL_ONLY_SW variable was added, and triggers were modified
to use it.
SFAREGS
(#CMS-DFCT98908)
Description: When an enrollment status code (SFAESTS) had expired, you could
still update fields in the Student Term and/or Curriculum block, which caused
courses to be re-evaluated and fee assessment to be run.
Impact: When the enrollment status code had expired, users were still able to
update the student term information, even after receiving an error message.
Resolution: Code has been modified and triggers added to control the use of the
Student Term and Curriculum windows. Users will now be alerted when the
enrollment status code is invalid or expired, that fields in these windows are not
updateable. Also, you cannot save changes to the SFBETRM record when an
enrollment status code has expired.
SFAREGS
(#CMS-DFCT105963)
Description: Warning messages in error checking were not displayed in the pop-up
Message box as they were in previous versions of Banner. The W value was displayed
in the Error Flag field, and the warning did appear on SFASTCA.
Impact: Warning messages were not displayed during registration.
Resolution: Code has been modified to correct this. The warning messages will now
be displayed in SFAREGS.
SFASLST
(#CMS-DFCT76963)
Description: A process is needed to remove the SHRGCOL record when a mid-term
grade is entered in error (SFRSTCR) and then subsequently removed. When the
grade is removed, the grade mailer collector record still remains in SHRGCOL and
"blank" grade mailers are sent to students. This occurs also when faculty members
are entering grades on the Web.
Impact: A blank grade mailer was created if a mid-term grade was entered and later
deleted and no other mid-term grades existed for a student.
Resolution: A new program unit has been created called DELETE_SHRGCOL. It is
called from SFRSTCR. It evaluates whether or not the student has any remaining
mid-term grades, and if none exist, it deletes the record from SHRGCOL.
428
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Registration Module
Packages
SFKEDIT1
(#1-HIJH5)
Description: An issue existed with SFKEDIT and the Fine-Grained Access Control
(FGAC) gokfgac.sql API.
Impact: When FGAC had been set up for self-service users and for user IDs set up
for Web login (OAS user IDs), the FGAC restrictions may have been lost if
registration exceptions were raised.
Resolution: The SFKEDIT and SFKEDIT1 procedures have been modified to turn
FGAC off in each of the exception clauses. FGAC will not be turned off in the
p_connected_group_edits procedure if it has already been turned off. (The
p_connected_group_edits procedure is called as a standalone procedure, as well
as from the p_web_group_edits procedure, which would already have turned
FGAC off.)
SFKEDIT1
(#CMS-DFCT105046)
Description: When using refund by course and flat charge processing, fee
assessment did not calculate the correct amount due when a student dropped
courses and then added back one of the dropped courses. When the student added
back the dropped course, fee assessment did not calculate the additional charge. It
appeared to only calculate the additional charge if the student re-registered for both
of the dropped courses.
Impact: Changing a “withdrawn” status on a course back to a “registered” status was
not always causing fees to be reassessed properly.
Resolution: The p_update_regs procedure has been modified to set the
SFRSTCR_ASSESS_ACTIVITY_DATE on the course when the STVRSTS code is
changed, and either the old or the new code is a withdrawal code.
SFKFEE1
(#1-DX0HG)
Description: When using flat charge processing and refund by course, fee
assessment incorrectly calculated the flat charge amount when the student started
at the flat charge hours from, dropped all hours during the 100% tuition and fee
refund period, added new course hours, but did not add enough hours to actually
have the flat charge amount calculated.
Impact: Incorrect calculation occurred when a student dropped all their hours at
the 100% refund and then registered for a few new courses.
Resolution: A condition has been created on each rule type to check if the previous
flat rule has been “met” and to also check that the previous non-dropped billing
hours are not equal to zero.
SFKFEE1
May 2006
Confidential
(#1-F84GC)
Description: When using flat charge processing and refunding by course, fee
assessment incorrectly calculated the flat charge amount when the student started
at the flat charge hours from amount, dropped all hours when tuition would be
reimbursed at 100% and no fees would be charged (100% TUI 0% FEE), and then
Student Release 7.3
Release Guide
429
Section 10 Problem Resolutions
Registration Module
added hours from new courses, but did not add enough hours to calculate the flat
charge amount.
Impact: Incorrect calculation was performed when a student dropped all their
hours at the 100% refund rate and then registered for a few new courses.
Resolution: This has been corrected. Each rule type will now check if a previous flat
rule has been "met" will then make sure that the previous non-dropped billing hours
are not equal to zero.
SFKFEES,
SFKFEE1
(#1-9E9QY)
Description: If the SFARGFE rule type for CAMPUS used the total student liable
hours rule, fee assessment did not calculate the correct assessment. These rules
worked correctly before the 7.2.1 upgrade.
Impact: Incorrect assessment occurred when multiple rule types were used.
Resolution: This has been corrected. If flat hour rule was not met for the CAMPUS,
LEVEL, and ATTR rule types, then the STUD_LIAB_BILL/WAIV_ HR_<DCAT> is tested
for zero values. If the values are 0, then the STUD_LIAB_BILL/WAIV HR_<DCAT> are
set with values coming from the TOT_LIAB_BILL/WAIV_HR_<DCAT>.
Also, incorrect assessment occurred when student went back into the flat hours
range after previously falling out of the flat hours range. Now, if the student is in the
flat hours range, and a course is added (not dropped), then both the tuition and fee
calculated indicators are set to Y by the p_calc_flat_hr_liability procedure.
SFKFEES,
SFKFEE1
(#CMS-DFCT99226)
Description: When flat charge processing was used with refund by course for rules
that had an override on SFARGFE, and the CRN was eligible for the tuition/fee
override, the hours were not considered during an initial assessment. However, the
hours were considered during a drop, if flat charge processing was used, which
caused incorrect results. Furthermore, if a flat rate charge was part of the student's
SFARGFE rules, different but still incorrect results were received, depending on the
flat rate rule sequence number in relation to the per credit/flat charge rule
sequence number.
Impact: When non-waived hours and waived hours were both used, incorrect
assessments were produced after a flat assessment had been performed.
Resolution: No-waived hours are now stored in SFRFAUD and used for reassessment
if the hours are different than the regular billing hours.
430
•
The p_insert_sfrfaud procedure has been updated to include a new
column.
•
The p_get_last_assess_data procedure has been updated to return the
value of the course waived indicator.
•
The f_get_prev_nondrop_hrs function has been updated to return the nonwaived hours.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Registration Module
SFKFEES,
SFKFEE1,
SFAREGS
(#CMS-DFCT103863-7.2.0.1)
Description: Two issues existed with the effective date used by fee assessment when
an SOATERM future effective date was in effect and the SFBETRM_AR_IND field was
set to N.
1.
When SFAREGS was back-dated to reflect a dropped course situation, the
resulting effective date used was the SFAREGS back-date, not the SOATERM
future effective date.
2.
When the SFBETRM record was removed using the Remove Record function,
the effective date used for the reversal was the current date, not the future
effective date on SOATERM.
Both of these situations could lead to a future effective date charge and a current
effective date credit.
Impact: Under certain conditions, when a future effective date existed on
SOATERM, fee assessment used the current date instead of the future date for
posting accounting transactions.
Resolution: The following changes have been made to correct this.
SFKFEE1
•
The f_get_accd_eff_date function in SFKFEES and SFKFEE1 has been
modified to handle backdating.
•
The p_process_etrm_drop procedure in SFKFEES and SFKFEE1 has also
been modified.
•
The PRE-DELETE on the SFBETRM block in SFAREGS has been modified.
(#CMS-DFCT99507)
Description: When using flat charge processing for refund by course, if a course was
added and no assessment was immediately performed, then the course was dropped
and immediately assessed, and incorrect results were received. These incorrect
results were received only if the student had originally registered within a flat charge
rule hours range. Correct results were received if only a per credit charge was
assessed.
This scenario could occur if a student registered in-person for a course, the user did
not request immediate assessment but rather updated the Batch Fee Assessment
Collector Table (SFRBTCH), and then later (before the added course was assessed)
the student dropped the course using self-service, and fees were assessed
immediately.
Impact: Incorrect assessment occurred during certain processing of flat fee
assessment.
Resolution: This has been corrected so that correct results will be received.
SFKFEE1
May 2006
Confidential
(#CMS-DFCT104226)
Description: When SFRFASC was run, an incorrect date could be printed for the
year when the timestamp used was 00:00:00. It would print "0005" instead of "2005".
Student Release 7.3
Release Guide
431
Section 10 Problem Resolutions
Registration Module
Impact: A incorrect date could be posted to accounting in error when SFRFASC is
run.
Resolution: Code for the date manipulation has been modified to reference the
year.
SFKFEE1
(#CMS-DFCT89864)
Description: When a withdrawal fee was added to a student’s account using
SFAAFEE/SFAEFEE, when the enrollment status was changed to WD (withdrawn),
the additional fee was not assessed.
Impact: Additional fees from SFAAFEE/SFAEFEE were not being assessed when the
enrollment status was a withdrawal.
Resolution: The p_additionalfees procedure is called to assess additional fees if
an enrollment status of WD is being processed.
SFKFEE1
(#CMS-DFCT105101)
Description: The initial refund by total assessment was incorrect when a student
qualified for multiple SFARGFE rules (with the same detail code), and SFAFMAX
was used to limit the assessment. The second assessment was correct. This occurred
if registration was for flat hours, or if it was for less than flat hours but with more than
one course. The third assessment was also correct.
Also, the initial assessment (for less than flat hours) was correct when a student
registered for only one course and qualified for multiple SFARGFE rules (with the
same detail code), and SFAFMAX was used to limit assessment. If a student dropped
the course, the second assessment was incorrect. The third assessment would
correct the error.
Impact: Incorrect assessment occurred when refund by total was used and
SFAFMAX was used to set the maximum assessment.
Resolution: Code was modified to provide the links between TBRACCD and
TBBDETC.
SFKFEE1
(#CMS-DFCT105848)
Description: When refund by total was used with clearing accounts, and assessment
was through section fees, and an SFAFMAX rule existed for one of the assessed fees,
the following occurred. After a student dropped one of the courses, fee assessment
calculated a large incorrect credit against the detail code which had the SFAFMAX
rule, as well as a corresponding charge against the clearing account detail code.
Although the calculated amount due was correct, the effect was seen on the
Accounting Feed Process (TGRFEED), where a large reduction in revenue was
incorrectly reported.
Impact: Incorrect assessment was occurring with refund by total.
Resolution: Code was modified to provide the links between TBRACCD and
TBBDETC.
432
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Registration Module
SFKFEE1
(#CMS-DFCT99326)
Description: When using refund by course with flat charge processing, the following
occurred. When a student was registered in a combination of courses with waivers
and without waivers, and no refunding rules had been defined on SFARSTS, when
the student dropped a course, (not the course with the waiver), a 100% refund was
given.
Impact: Incorrect assessment could have occurred when a student dropped a course
and was registered in courses with both waived and non-waived hours.
Resolution: This was resolved with other updates that have been made to fee
assessment processing.
SFKFEE1
(#CMS-DFCT102241)
Description: When using refund by course and flat charge rules, the following
occurred. Incorrect liable billing hours were calculated when a student dropped
hours during one percentage refund period. Fees were not assessed. The student
then dropped additional hours in a different refund period. Fees were assessed. Fee
assessment totalled all the dropped hours and then used the most current refund
period to calculate the assessment.
Impact: Incorrect assessment could occur when multiple refund periods were
assessed together.
Resolution: This was resolved when fee assessment changes were applied from 7.2.1,
7.2.1.1, and 7.2.1.2.
SFKFEE1
(#CMS-DFCT95376)
Description: When a flat hours rule with an overload was met by the student,
depending on other rules that the student met/did not meet, the overload hours
could be calculated incorrectly, causing erroneous assessment when courses were
dropped within the overload hours range.
Impact: Incorrect assessment may have occurred when a student dropped a course
and was in an overload situation.
Resolution: This was resolved with other changes made to the sfkfee1.sql
package.
SFKFEE1
(#CMS-DFCT102191)
Description: When using flat charge processing with refund by course, the following
occurred. If a student was assessed for a flat charge rule, along with some per billing
hour rules, when the student dropped hours but still remained within the flat
charge range, the per credit charges were reversed at 100% and not at the SFARSTS
refund by course refund percentages.
Impact: Incorrect assessment could occur using flat charge assessment when other
rules were used for per credit hours without flat charges.
Resolution: This was resolved by changes made for related problem resolutions.
May 2006
Confidential
Student Release 7.3
Release Guide
433
Section 10 Problem Resolutions
Registration Module
SFKFUNC,
SFKFUN1
(#CMS-DFCT103383)
Description: When SOATERM was set up to check duplicates and use a fatal error,
the following occurred:
•
When courses were cross-listed on SSASECT and SSAXLST, the duplicate error
was not flagged when the student registered for both of the cross-listed
sections.
•
When courses were set up as equivalents on SCADETL, if the student was
already registered for other courses in the term and then registered for both of
the equivalent courses, the duplicate error was flagged.
•
If this was the first time the student was registering for the term, the equivalent
courses were not flagged as duplicates.
This affected SFAREGS, BWCKREGS in Self-Service, and Voice Response.
Impact: The duplicate error was not working consistently.
Resolution: Code has been modified to make sure that duplicate error checking
works correctly for cross-listed and equivalent courses.
SFKMOD1
(#CMS-DFCT105854)
Description: Locking issues existed in SFAREGS when the user who was holding the
row exclusive lock on SFRRACL was no longer in SFAREGS. It appeared the row
exclusive lock was not being released.
Impact: Locks remained on the SFRRACL table if the user entered SFAREGS but
did not leave the Key Block before exiting from the form.
Resolution: sfrracl_check_access_c was added to the p_end_reg_access
procedure, so that table can be checked before it is locked for update.
SFKOLR1
(#1-DDPAP)
Description: The documentation stated that: "The DC (Drop Course) code is
defined with a usage cutoff percentage of zero (0). This signifies that this code can
be applied only to the registration record prior to the selected start date of the
course. Pre-registration is implied."
The functionality for this did not give the expected results. If the usage percent on
SSASECT for a drop code was 0.00 to 0.00, then the drop code could not be used at
all. Based upon the documentation, the corresponding drop code should be
available up to the student's start date.
Impact: The user was not allowed to use open learning registration codes with 0 start
and 0 end values. (The usage cutoff percentage of 0 - 0 on SSARULE was not
working correctly.)
Resolution: Code has been modified to return a value of zero if a negative value is
calculated.
434
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Registration Module
SFKPRE1
(#CMS-DFCT104366)
Description: If one CRN of two linked sections has a prerequisite, and both sections
have waitlisted registration records, then a student cannot complete an attempt to
waitlist the course using the Web. Different error messages are returned depending
on the presence of a prerequisite.
Impact: Courses with prerequisites that were waitlisted returned inappropriate error
messages.
Resolution: The package has been modified so that when inprogress prerequisites
are found, the waitlist indicator is checked. If the indicator is Y, then the override
indicator is set to L, rather than O.
SFKPRE1
(#1-7UXO8)
Description: When students dropped prerequisite courses, the connected courses
were not being dropped.
Impact: If a student dropped a course that was "in progress", when it was used to
satisfy a prerequisite in a later term, the course in the later term was never flagged
with an error when prerequisite checking was performed again in that term. This
was because courses having the SFRSTCR_PREQ_OVER set to I (in-progress) satisfied
the prerequisite and were not re-evaluated.
Resolution: p_open_registration_c was modified to correct this.
Reports
SFRENRL
(#1-4PX18 and #1-HQ6LH)
Description: The fax number was not being printed correctly. It was not aligned to
the Fax Number line, and the last digit was being cut off.
Impact: Fax number information was not displayed correctly on the output.
Resolution: The fax number has been added as an option to the SFRENRL request
and output. Alignment was adjusted, and last digit is now displayed. Other line
count corrections have also been made.
SFRFASC
(#CMS-DFCT103068)
Description: The report output was not displaying the audit records. The audit
records were created, but only the accounting records were printed, even when the
Report Type parameter was set to B to select both audit and accounts receivable
records.
Impact: SFRFAUD audit data was not being printed for the assessment.
Resolution: An SFRFAUD cursor was modified so the SFRFASC output will include
the correct audit record information.
May 2006
Confidential
Student Release 7.3
Release Guide
435
Section 10 Problem Resolutions
Registration Module
SFRFASC
(#CMS-DFCT104533)
Description: Students were being assessed correctly using SFRFASC, but no
assessment information was appearing on the output.
Impact: Transactions selected where a TBRACCD activity date equaled a system date
saved at the start of the fee assessment process did not always match.
Resolution: Transactions are now selected when the activity date for the TBRACCD
record has a corresponding date in the SFBETRM record for the student for the
term.
SFRFASC
(#CMS-DFCT92918)
Description: Blank pages were printed when the Net Total was printed. Also, the Net
Change header should read Net Total.
Impact: Double pages breaks occurred sporadically in the report output, and
incorrect line counts caused blank pages to be printed.
Resolution: The Net Change in the procedure print_accd_foot procedure was
previously set to count three lines toward the overall line count. This has been
changed to four.
SFRFASC
(#1-F4315)
Description: The tbraccd_detl_c cursor in p_calc_rbt_refunds() seemed to
take a long time to be executed each time a student’s fees were assessed.
Impact: A possible cursor issue was causing fee assessment performance issues.
Resolution: When problem resolutions #105101 and #105848 were corrected, those
fixes to the tbraccd_detl_c cursor also corrected this issue. Previously, TBBDETC
was not being referenced in the WHERE CLAUSE. Now, the detl_code and
dcat_code from TBBDETC are both being referenced.
SFRNOWD
(#CMS-DFCT93486)
Description: Two corrections were needed for the report output.
•
The release information was not being displayed at the top of the control
report.
•
The sixth parameter listed in the control report should have been End Date.
Instead, Start Date was listed twice, as parameters number five and six.
Impact: Report output on the control page was not consistent.
Resolution: The control page will now display the release information and list the
correct parameters.
SFRNOWD
436
(#CMS-DFCT92878)
Description: When a student dropped all courses through self-service, using the
delivered DW code, SFRNOWD did not include this student in the report. If the
courses were dropped using the delivered DD code on SFAREGS, the student was
listed.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Registration Module
Impact: The process does not select students if they do not have any course records
(SFRSTCR).
Resolution: Students with active SFBETRM records will be selected by the report.
Students without course records will be processed as well.
SFRNSLC
(#1-91WGA)
Description: SFRNSLC failed in Oracle 10g with an error message in the log file.
Impact: The report would not run to completion.
Resolution: The SELADDR cursor was modified, and the logic that retrieves the
address type from SPRCOLR was updated to compare the data with the SPRADDR
address type.
SFRRGAM
(#CMS-DFCT95227)
Description: Parameter 24 (Repeat Hours), which is supposed to report on the
repeat hours error, is actually reporting the repeat limit error. Parameter 25 (Repeat
Limit), which is supposed to report on the repeat limit error, is actually reporting
the repeat hours error.
Impact: When not using the SOATERM registration checking controls, repeat limit
and repeat hours would be reported backwards.
Resolution: The order of the repeat_hours, :repeat_limit parameters in the call
to sfkedit.p_pre_edit has been swapped.
SFRRNOP
(#CMS-DFCT103769)
Description: If a student had enrollment records in multiple cross-lists on SSAXLST,
the cross-list update was changing the actual enrollment and seats available for all
cross-lists that the student was registered in, rather than only updating the cross-list
the section belonged to.
Impact: SFRRNOP was not updating the cross-listed course group correctly.
SFRRNOP may corrupt the enrollment numbers in the cross- list enrollment "Actual
Enrollment" on the report after students who are registered in the cross-listed
sections are purged.
Resolution: A cursor has been modified to compare the cross-listed group and term
(SSRXLST) to SSBXLST to update the correct cross-list for group enrollment.
SFRRNOP
(#CMS-DFCT105621)
Description: When SFRRNOP was run in Update mode, it was not reducing the
actual enrollment (SSBSECT_ENRL) when it deleted the courses for students from
SFRSTCR.
Impact: This can cause actual enrollment counts to be inflated.
Resolution: A cursor was modified to reduce the enrollment count when the
SFRRNOP process was run in Update mode.
May 2006
Confidential
Student Release 7.3
Release Guide
437
Section 10 Problem Resolutions
Registration Module
SFRRNOP
(#CMS-DFCT104145)
Description: Two issues existed with grades with the SFBETRM_AR_IND was set to N.
1.
If a grade had been rolled to the student's academic history, SFRRNOP would
delete the student's registration and reverse the registration fee assessment
charges when the SFBETRM record was deleted. Since online processing from
SFAREGS did not allow a you to remove a record after a drop/delete had been
performed, if a course had been graded and was rolled to history, SFRRNOP
should not have allowed a graded course to be rolled to academic history
without any record of the student being enrolled in it or charged for it.
2.
If a grade had been entered on SFASLST and not rolled, online processing
allowed the course to be dropped/deleted and removed from SFAREGS.
SFRRNOP also did this, but when SFRRNOP was run in Audit mode, the report
should have indicated the presence of a grade that had not been rolled. The
user could then update the AR_IND to C if the corresponding graded course
should not have been deleted.
Impact: Registration and fee assessment information was deleted when the
SFBETRM record was deleted, even if the student had a grade rolled to history and
the SFBETRM_AR_IND was set to N.
Resolution: The SFRRNOP process has been enhanced to exclude students who
have grades in history for the term being processed.
SFRRNOP
(#CMS-DFCT92343)
Description: The process did not check for the existence of an SFAWDRL record for
the processing term. If the SFBETRM_AR_IND was set to N, and an SFRWDRL record
existed, SFRRNOP deleted the SFRSTCR/SFEBTRM record. The corresponding
SFAWDRL record still existed, but could not be queried online.
Impact: The SFRRNOP process deleted records for students that had withdrawal
records (SFRWDRL) for the term.
Resolution: The process now checks for the existence of an SFRWDRL record for
the processing term. If a SFRWDRL record exists, SFRRNOP will not delete the
registration (SFRSTCR/SFBETRM) record.
SFRSLST
(#CMS-DFCT92699)
Description: The report was printing the instructor’s signature on a separate page,
even if the preceding page had more than enough space to accommodate it.
Impact: Line spacing problems existed for the instructor’s signature.
Resolution: The line calculation has been adjusted, and variables and a function
have been added to correct the line counts.
438
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Academic History Module
SFRSLST
(#CMS-DFCT62382)
Description: The alphabetizing of student names was not being performed correctly
when two courses were cross-listed. When viewed on SFASLST, one of the two CRNs
would be sorted correctly, and the other would not.
Impact: It was difficult to tell if data was correct, when it was not sorted properly.
Resolution: A function was modified, and code was added to query SSRXLST.
SFRSLST
(#CMS-DFCT89396)
Description: The underlines appeared above the column headings rather than
below the column headings as expected and as shown in documentation output
samples.
Impact: The report appearance is not consistent with other reports.
Resolution: Code has been modified to display the underlines below the column
headings.
SFRWDRL
(#CMS-DFCT98782 and #CMS-DFCT71761)
Description: An error was received and the process did not run to completion, if
either the home address or the campus address had a country code that was five
characters.
Impact: The process could not be run successfully.
Resolution: All occurrences of CHAR5 county_code were changed to CHAR6
county_code, and all occurrences of CHAR5 nation_code to were changed CHAR6
nation_code.
Academic History Module
Documentation
SHAGCOM
(#CMS-DFCT102222)
Description: The description of the SHAGCOM Due Date field indicated that the
field was informational only and was not used in subsequent processing. This is not
correct.
Impact: The field is used for electronic gradebook processing with the late rule
function to identify students who have submitted work that is considered late.
Resolution: The field definition for the Due Date field on SHAGCOM now reads:
“This date is provided for the user's convenience. Suggested uses: assignment due
date, quiz, or exam date.”
May 2006
Confidential
Student Release 7.3
Release Guide
439
Section 10 Problem Resolutions
Academic History Module
SHAGRDE
(#CMS-DFCT103812)
Description: The form documentation for SHAGRDE incorrectly documented that
the Repeat Ind(icator) was non-functional for repeat processing. It is functional and
must be checked for results when running SHRRPTS.
Impact: Users will not receive any results after running SHRRPTS unless the
appropriate grades are marked with the Repeat Ind(icator) checked (set to Y).
Resolution: The field definition for the Repeat Ind(icator) field on SHAGRDE now
reads: “The Repeat Ind(icator) checkbox is used to indicate that the associated
grade will be included in the repeat processing evaluation when SHRRPTS is run.”
Forms
SHACOMI
(#CMS-DFCT89438)
Description: The query function was not working in the Committee/Service
Members block.
Impact: The member list did not let you query on the member name, and the list
was not sorted in alpha order. If there was a large number of members, the user
would have difficulty finding the one they needed to verify or update.
Resolution: Member name and ID are now both queryable in the SHRCOMM block.
SHACOMI
(#CMS-DFCT86638)
Description: When a record was created using the Insert Record and then the
Duplicate Record functions, the activity date (SHRCOMM_ACTIVITY_DATE) for the
new record was the date of the record that had been copied.
Impact: The activity date for the new record was not being updated to the current
date.
Resolution: A block trigger has been modified so the correct activity date is used.
SHADEGR
(#CMS-DFCT105947)
Description: The ability to query on the Student Record Term field that was
previously available was missing.
Impact: Users had to use direct access to view a general student query on SGASTDQ.
Resolution: This functionality has been put back.
SHADIPL
(#CMS-DFCT104301)
Description: You could not delete a diploma record. When you used Next Block
from the Key Block into the Diploma Information block/Diploma Name field, if you
used Remove Record and saved the changes, the autohint displayed a message that
the records were saved, but the SHBDIPL record remained.
Impact: The user had to delete the record from SQL*Plus.
Resolution: Code has been modified to allow the deletion of the records.
440
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Academic History Module
SHADIPL
(#1-9LS2E)
Description: When a user tried to save a diploma address that had not been
previously entered on SPAIDEN, the following error was received: FRM-40737: Illegal
restricted procedure GO_ITEM in POST_TEXT_ITEM trigger, and the address was not
saved.
Impact: A error message occurs when the cursor is moved from the Nation field in
the Address Information window. The workaround is to tab out of the Nation field
and use the Return button to return to the main window.
Resolution: A trigger for the nation address has been modified to correct this.
SHADIPL
(#CMS-DFCT105938)
Description: The diploma name did not default in as it did previously.
Impact: The full legal name or a previously entered diploma name were not
defaulted correctly.
Resolution: A trigger has been modified to default in the legal name first, then the
current name from SPRIDEN.
SHADIPL
(#9LS2E)
Description: When you tried to save a diploma address that had not previously been
entered on SPAIDEN, the following error was received: FRM-40737: Illegal restricted
procedure GO_ITEM in POST_TEXT_ITEM trigger, and the address was not saved.
Impact: The error occurred when the cursor was moved from the Nation field in the
Address Information window. The workaround was to tab out of the Nation field,
and use the Return button to go back to the main window.
Resolution: The go_item in the POST TEXT ITEM trigger on the address nation has
been removed to resolve this.
SHADGMQ,
SGASTDQ
(#CMS-DFCT86135)
Description: When SGASTDQ was used as a stand-alone form, the List function
performed by a double-click closed the form. A Ctrl+double click combination had
to be used to display the List of Values, but since SGASTDQ was not being called
from another form, the CTRL key should not have been required.
Impact: If SGASTDQ and SHADGMQ were called from the Banner Menu, the user
was required to use Ctrl+double click to display the List of Values.
Resolution: Code has been modified in the WHEN-NEW-FORM-INSTANCE trigger to
move the lines to set the action.select within the if/then for when the form is
called by another form and not from the menu.
SHAEDIS
May 2006
Confidential
(#CMS-DFCT105770)
Description: The following error was received in SHAEDIS/GOAMTCH, when you
attempted to perform a match: *ERROR* This ID is valid, use of this form is not allowed
for valid IDs.
Student Release 7.3
Release Guide
441
Section 10 Problem Resolutions
Academic History Module
Impact: Institutions that used the SSN as the ID and received transcripts in
SHAEDIS were prevented from using GOAMTCH, because matching SSNs/IDs
existed in Banner through recruiting and admissions procedures.
Resolution: The VERIFY_IDENTITY trigger has been modified so that it will not
cause an error for valid IDs, when the SSN is used to confirm that the person exists.
SHAGRDE
(#CMS-DFCT94595)
Description: When a SHRRGDE record was inserted and duplicated, and changes
were made to the new record, that record was saved with the activity date from the
initial record, not the current date.
Impact: You were unable to use the Duplicate Record function. You had to manually
insert a new record and enter the data.
Resolution: A trigger has been created on the SHRGRDE block for the Duplicate
Record function, where the activity date will equal the system date.
SHAGRDE
(#CMS-DFCT79276)
Description: After a user queried for a grade/level combination, the form displayed
only those records that matched. When the form was subsequently called again,
only the grades for that level were displayed. The form did not display all grades for
all levels as it did when the form had initially been called.
Impact: Users need to be aware that the query functions as it did previously, and they
must execute a new query for all records when they have re-entered the form.
Resolution: The global values for level and term are now cleared out when the user
exits from the form.
SHAINST
(#1-5DJMF)
Description: When a user specified a non-existing student/term combination, the
message Query caused no records to be retrieved was displayed. If the pop-up message was
acknowledged, and Previous Block was selected instead of Rollback, the form
crashed, and the user lost their connection.
Impact: The session could abort if previous block was used from the main block.
Resolution: A new trigger has been added to the main block to display the previous
block.
SHAMDEG,
SHAMDIP,
SHAMCAT,
SHADIPL
442
(#1-92G77)
Description: An error was received (FRM-40654 Record has been updated by another user.
Re-query to see change) in SHAMDEG when you tried to update the graduation status.
When you queried on records and then tried to update and save the changes, the
error was displayed for each record that had been marked for update.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Academic History Module
Impact: You could not update degree or diploma records. The records were locking
when you tried to update two degree records at the same time on SHAMDEG,
SHAMDIP, and SHAMCAT. You also could not remove a diploma name on
SHADIPL.
Resolution: Properties were changed for the degree sequence number so it is now
defined as a primary key.
SHARQST
(#CMS-DFCT104021)
Description: When the sent date was updated for printed transcripts, the user ID of
the person performing the update replaced the user ID of the person who had
originally made the request. If the sent date was updated directly on SHARQTC, the
user ID of the requestor was not updated.
Impact: Necessary data/information about the original transcript request was being
overwritten.
Resolution: The POST-CHANGE trigger on the SHTTRAN_SENT_DATE has been
modified to not change the SHTTRAN_USER value.
SHARQTC
(#1-DOY8V)
Description: If the value in the In-Progress Cutoff Term field was removed when the
transcript request was made, and you navigated to the Issue Information window
and then back to the main window to save the changes, when you used Save, the InProgress Cutoff Term value defaulted into the field again and was saved with the
request.
Impact: A user could save a request using an in-progress cutoff term when no cutoff
term was needed.
Resolution: This has been corrected. The in-progress cutoff term will only default in
when a new record is created.
SHARQTC
(#1-ATPBU)
Description: When you inserted and duplicated a previous request, you could not
remove the detail code or the charge amount without receiving an error.
Impact: Once a transcript charge had been added to a request, it could not be
removed from the form, even if the request had not been processed. Date entry
issues also existed when a new transcript request was inserted, as the date and
number of copies did not default into the form.
Resolution: The WHEN-VALIDATE-ITEM trigger on the SHTTRAN_DETC_AMOUNT field
and the SHTTRAN_DETC_DETAIL_CODE field has been modified to remove the RAISE
FORM_TRIGGER_FAILURE when the amount and detail code are validated. The
existing PRE-INSERT and PRE-UPDATE triggers are used to ensure that these values
are entered correctly. The message that is displayed is now a warning message.
May 2006
Confidential
Student Release 7.3
Release Guide
443
Section 10 Problem Resolutions
Academic History Module
SHARQTC
(#1-7EHYB)
Description: A typographical error existed in the code. In the SHTTRAN block, for
the SHTTRAN_ZIP field, the code referenced the SHTTRAN_EPRT_CODE, and it should
have been spelled SHTTRAN_TPRT_CODE. The user received error messages when
they tried to update the Zip code and were a different user than the one who created
the record.
Impact: If a user selected the List of Values for the Zip Code, and they were a
different user than the one who created the record, the form wanted to take the
cursor back to the transcript type code. The error referenced was for the
SHTTRAN_EPRT_CODE and not the SHTTRAN_TPRT_CODE.
Resolution: This has been corrected.
SHARQTC
(#1-6KM81)
Description: When you were in the Issue Information window, once the data had
been entered in the Issued field, using the Tab key caused the cursor to skip the
Student Address Type field and go to the Street Line 1 field.
Impact: You had to use the mouse to access the Student Address Type field.
Resolution: The Next Item navigation has been corrected so the field is not skipped.
SHARQTC
(#1-CF60B)
Description: When you were in the Issue Information window to view an existing
record, and then selected the Exit button from the Oracle toolbar, the following
message was displayed, Do you want to save the changes you have made, even if no
changes ha d been made.
Impact: The user received an invalid prompt, as no changes had been made.
Resolution: Code has been modified to prevent this error from occurring.
SHARQTC
(#1-5L2BX)
Description: When an existing record was duplicated using the Duplicate Record
function, the record was effectively deleted and replaced, instead of the old record
still existing and a new one being created.
Impact: You could duplicate a record, but the record being duplicated was written
over by the new record.
Resolution: If the Duplicate Record function was executed before the Insert Record
function, the sequence number was updated, but the Oracle error message was
displayed indicating that there was no record to be inserted. Now, when the
Duplicate Record is initiated, an error will be raised if the record status is not new.
SHATATR
444
(#CMS-DFCT103988)
Description: When attempting to define institutional equivalent course(s) for a
transfer course in SHATATR, the user may receive the error: ERROR: Unable to create
Equivalent Attribute Records if there are multiple (sets of) course attributes with
different effective term ranges defined in SCADETL.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Academic History Module
Impact: Under the conditions specified in the Description statement, you will not
be able to define some institutional courses as equivalents for transfer courses.
Resolution: On SHATART, the POST-INSERT trigger on the SHRTATC block
creates SHRTRAT records for the equivalent course using information from the
SCRATTR table (SCADETL form) for the transferred course. A set of attributes may
be term-ended via SCADETL, which creates an SCRATTR record with a null
ATTR_CODE, or the set of attributes may not be term-ended (as with this problem
resolution). In the case when the set of attributes is not term-ended, a maximum
effective term should be used to locate attributes. Also, when a set of attributes are
to be used, the range of terms to check should not include the term where the
attribute has ended (SCRATTR_ATTR_CODE is null).
SHATAEQ
(#CMS-DFCT106022)
Description: The ROLL_TRTK trigger raised unhandled exception: ORA-1400 and the
UNROLL_ATTRIBUTES trigger raised unhandled exception: ORA-00001 errors were
received under the following data conditions when articulation was rolled to
SHATRNS:
1.
A one-to-many articulation was performed.
2.
The Articulation Indicator was set to O on the second or third course of the
institutional equivalents.
3.
The Count in GPA Indicator was changed from Y to N.
4.
The changes were saved.
Impact: After entering an O in the Articulation Indicator so that you could override
values associated with the equivalent course, the value in the equivalent Level field
was being nulled out if you tabbed through the fields. As such, if you made any
changes and saved them, the null value in the equivalent Level field would have
caused the equivalent credits and GPA to be incorrect, as well as causing the
ROLL_TRTK error received when rolling courses to academic history.
Resolution: The following changes were made to prevent the equivalent level from
being nulled out when the user navigates to the equivalent grade item and no
SHRTRAM record exists.
•
The WHEN-NEW-ITEM-INSTANCE trigger on the
SHRTRTK.SHRTRTK_GRDE_CODE_INST item was modified to remove the code
that updated the equivalent level value when this trigger was fired.
•
The POST-CHANGE trigger on the SHRTRTK.SHRTRTK_GRDE_ CODE_INST item
was modified to not set the item to null if the :LEVL_CODE is null; a similar
modification was made regarding :TERM_CODE and the EQUATE_TRIG trigger.
The POST-CHANGE trigger on the SHRTRTK.TRAM_TERM item was modified to use a
similar “do not set item to null” strategy for term to prevent an error after saving and
updated grades.
May 2006
Confidential
Student Release 7.3
Release Guide
445
Section 10 Problem Resolutions
Academic History Module
SHATAEQ
(#1-451X5)
Description: The user received the error: ORA-01407: cannot update
("SATURN"."SHRTRTK"."SHRTRTK_TERM_CODE") to NULL when trying to
change the grade on a transfer course after entering an O for override in the
Articulation Indicator on a one-to-many articulation, and the transfer course was not
the first one of the one-to-many articulation. The workaround is to enter the grade
change on SHATRNS after rolling the data to history.
Impact: If an equivalent course, on which you want to change the grade code by
performing an override, is not the first course in a one-to-many or a many-to-many
articulation, you will not be able to. Such changes would have to be made in
SHATRNS.
Resolution: This error was caused by the missing (null) term code value. The POSTCHANGE trigger on the SHRTRTK.TRAM_TERM item has been modified to not set the
item to null if the :TERM_CODE is null.
SHATCKN
(#1-BEGHN)
Description: You could add a grade code that was not valid on SCACRSE and
SSASECT, when the course was added directly on SHATCKN.
Impact: Users could apply an invalid grade to a new course entered using
SHATCKN.
Resolution: SHATCKN was not validating the grade code against SHAGRDE. The
form will now check the SCRGMOD table when validating the grade code.
SHATCKN
(#1-7D6Y7)
Description: You could save changes from the Level and Instructors blocks without
designating a primary record.
Impact: The transaction was saved, and you no longer had a primary level for the
course or for the instructor.
Resolution: This was corrected with the fix to #CMS-DFCT104803.
SHATCKN
(#CMS-DFCT104451)
Description: In order to prohibit a record from being erroneously deleted from
SHATCKN, the message: WARNING-Grade, Level and degree applied records will also be
deleted needs to be a pop-up message rather than just an appearing in the auto hint
line.
Impact: If the user didn’t see the message in the auto hint, they could lose
information attached to the deleted record.
Resolution: This message is now displayed in an alert box.
446
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Academic History Module
SHATCKN
(#CMS-DFCT104803)
Description: An Oracle error was received because the user ID was not always
inserted when the record was saved. Also in some cases, processing attempted to save
the course attributes twice.
Impact: The form was not processing data correctly.
Resolution: Triggers and code were modified to correct this.
SHATCKN
(#CMS-DFCT105045)
Description: SHATCKN was allowing the hours to be changed on a CRN to below
3.00, even though the Catalog (SCACRSE) and Schedule (SSASECT) hours were set
as fixed at 3.00.
Impact: Incorrect processing could occur if the hours for the CRN were too low.
Resolution: The code will now validate the hours selected.
SHATCKN
(#CMS-DFCT106063)
Description: SHATCKN had inconsistent tabbing navigation when moving forward
and backward through the fields.
Impact: Navigation was confusing to the users.
Resolution: Navigation has been made more consistent.
SHATERM
(#CMS-DFCT93935)
Description: If the message **No Academic Standing the link to Term GPA and Crse Detail
was displayed, the form became disabled, and the message: FRM-41003: This function
cannot be performed from here was displayed. The Next Block function, however, could
be used.
Impact: You could not use the Options Menu to navigate to the Term GPA and
Course Detail window. You had to use Next Block to complete the navigation.
Resolution: Code has been modified to correct this, so the navigation works
properly from the Options Menu.
SHATERM
(#CMS-DFCT99041)
Description: It was possible to not receive the “Invalid Code” error message in the
Key Block. When you queried on a student who had a valid course level in academic
history, used Rollback, and then replaced the ID with a student who had no
academic history, the form would allow you to use Next Block.
Impact: You had to exit form to correct the validation error.
Resolution: Two triggers have been modified to include the SHRLGPA check.
Another trigger has been modified to not include the SHRLGPA check.
May 2006
Confidential
Student Release 7.3
Release Guide
447
Section 10 Problem Resolutions
Academic History Module
Packages
SHKCGPA
(#CMS-DFCT97762)
Description: The shkcgpa.p_tran_gpa procedure was returning a DBMS_OUTPUT
message that had been left in the package for debugging. This caused a buffer
overflow, as the DBMS output was returned hundreds of thousands of times.
Impact: The buffer overflow affected processing.
Resolution: All the DBMS_OUTPUT statements found in the package have been
commented out of the code.
SHKEGRB,
SHKEGR1
(#CMS-DFCT78795)
Description: For a small student section (55) with one component and two subcomponents, you could not save marks for sub-components without receiving the
error: OWS-05101: Execution failed due to Oracle error 6502 ORA-06502: PL/SQL:
numeric or value error: number precision too large. You could save null marks.
Impact: A precision error occurred when sub-component grades were calculated for
a section. This was due to the calculated percentage being truncated, which caused
an incorrect grade code to be returned from the grade scale.
Resolution: The precision of the highest_percent_in_subset has been increased
to NUMBER(10,4) in the p_calc_component_from_subcomp and
p_calc_final_mid_percent procedures. The declaration of the Percentage field
has been modified in a number of procedures from SHRXXXX_PERCENTAGE%TYPE to
a standard NUMBER or NUMBER(10,4). This change is required, because all database
percentage fields are defined as 5,2.
SHKROL1
(#CMS-DFCT104986)
Description: SHRROLL did not create the correct SHADEGR outcome records
when a secondary curriculum was switched with the primary curriculum after the
initial creation of the SHADEGR records. The result was that two active SHADEGR
records were created for each degree sequence number, each with the same major.
When the awarded degree was printed using SHRTRTC, the major was printed twice
for each degree curriculum.
Impact: When a user switched the priorities of rolled learner curriculum records by
performing a non-destructive update so that the priority 1 curriculum had a priority
that was greater than the secondary curriculum, the inactive priority 1 was not always
rolled to the outcome to inactivate the rolled priority 1. It did roll in most cases, if
the changes were made sequentially. The roll may not have taken place for the new
inactive priority 1. The result was that the student's outcome had duplicate current
and active records on the same outcome.
Resolution: The check that had been added to the 7.2.1.1 version of the process
incorrectly used the lv_old_seqno in the check to exit. A new check has been
added to use the correct sequence number in processing.
SHKROL1
448
(#CMS-DFCT104904)
Description: If a curriculum is changed using SGASTDN and a different priority
code is assigned to the new curriculum, and if no SHRDGMR record exists, the
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Academic History Module
grade roll will create an SHRDGMR record without curriculum data. This occurs
when grades are rolled using SHRROLL or SFASLST.
Impact: An outcome record could be created without any curriculum records
attached. This happened when the priority value was changed on the learner
curriculum record prior to the grade roll process being run.
Resolution: Two objects have been modified to correct this.
1.
p_process_graderoll: The process has been corrected to check for the
degree awarded, and a check has been added to find if another active
curriculum exists that will be rolled to the degree.
2.
p_process_fieldofstudy: Inactive fields of study are now accounted for if
the curriculum is inactive. The CACT and CSTS codes are set to be rolled as
they are from the existing SORLFOR record, if that record is inactive or if the
curriculum is not new.
SHKROL1
(#1-4PV0B)
Description: If a student's SHADEGR record was deleted, and a change was made to
the student's learner field of study record (for example, a new major was added),
SHRROLL would create multiple errors when run.
Impact: The Grade Roll Process (SHRROLL) will not run to completion under
specific conditions.
For example, a learner is admitted, registered, and has grades rolled to history. An
outcome record is created by the grade roll process. The outcome record, along
with the associated curriculum and field of study records, is deleted. A field of study
record is added to the current and active learner curriculum. The learner registers
and receives grades. It is at this point that the grade roll process fails, because the
original learner curriculum and field of study records had already been flagged as
rolled to history; however, the new field of study record had not. As such, the process
should roll the new field of study record to the Academic History module, but no
outcome record exists, because it has been previously deleted.
Resolution: The check now sees if the rolled sequence number is null, if the
curriculum exists. If so, then the curriculum record is re-rolled, and the outcome
record is recreated. A check has been added to the start of the field of study insert
(p_process_fieldofstudy) to return if the curriculum does not exist.
SHKRPT1,
SHRRPTS
(#1-E6D3A)
Description: The existence of a manually entered value of I in the Repeat
(Indicator) on SHATRNS was ignored and changed based upon the SHRRPTS rules
after SHRRPTS was run.
Impact: Repeat processing was not using the manually set Repeat (Indicator) from
SHRTRCE (SHATRNS) to determine repeat messages for future courses.
Resolution: Code has been modified to correct this so manually set repeat indicator
values will be considered by the report.
May 2006
Confidential
Student Release 7.3
Release Guide
449
Section 10 Problem Resolutions
Academic History Module
SHKRPT1,
SHRRPTS
(#CMS-DFCT106085)
Description: When a course had a repeat limit of two (or more) on SCACRSE, and
the student had taken the course more than once and less than the limit, SHRRPTS
was listing the course with no message in the Message column and was not updating
the appropriate repeat fields. Previous versions of the program printed the message
I System and updated the Repeat field on SHATCKN (accessed through SHAINST)
with a value of Include.
Impact: If a course was allowed to be repeated multiple times, and repeat processing
was able to include all instances, the repeat value of I was not being displayed in the
report output in the Message column, and the value of Include was not being
updated in the Repeat fields in Academic History.
Resolution: SHRRPTS and SHKRPT1 have been modified to correct repeat limit/
hours rules (evaluation grade and rule) and message interpretation issues.
SHKRPT1
(#CMS-DFCT100184)
Description: Repeat evaluation processing on SFAREGS produced incorrect repeat
errors when repeat hours were used in SCACRSE. The process appeared to not use
the correct evaluation grade that had been defined for the corresponding course
level when two repeat limit/repeat hours rules had different evaluation grades.
Impact: Repeat processing was producing errors and incorrect results.
Resolution: The SEL_SOBTERM cursor was added to retrieve the repeat limit and
repeat hours severity. Code was added to use these values, along with the course
repeat limit and repeat maximum hours, to determine which evaluation grade
should be used.
SHKRPT1
(#CMS-DFCT106060)
Description: Course equivalencies were not recognized in SHRRPTS and during
registration as repeats when the SCADETL record was set up with a effective term
that was greater than the term in which the student took that equivalent.
Impact: If an equivalent course was taken in a term prior to the effective term in
SCADETL, registration processing did not find the repeat condition when the
registration error restrictions were set for preventing repeat limits or repeat hours.
Registration may have been permitted in a course that was not repeatable.
Resolution: Queries of SCREQIV were changed to use term_in for term
comparisons wherever subject and course parameters are used in the same clause.
SHKRPT1
(#CMS-DFCT99861)
Description: Repeat error checking on SFAREGS was not working correctly if the
transfer course on SHATRNS was an equivalent (SCADETL) to the course being
registered.
Impact: Equivalencies and transfer equivalencies were not being processed correctly
if the term of the equivalent course was less than the run term.
Resolution: Queries of SCREQIV were changed to use term_in for term
comparisons wherever subject and course parameters are used in the same clause.
450
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Academic History Module
SHKRPT1
(#CMS-DFCT94486)
Description: Baseline and self-service registration for transferred, repeated courses
that were taken in previous terms was allowed. The course met the transfer criteria
set on SHARPTR. The catalog had a 0 value for the (Repeat) Limit field and a null
value for the Maximum Hours field. SOATERM repeat registration flags were set to
Fatal, so the Repeat count exceeds 0 message should have been displayed, since the class
was residing in transfer academic history as a course to be counted in the GPA.
Impact: Transfer courses and transfer equivalencies were not being considered
when repeats were processed.
Resolution: Cursors were modified to correct this. Corrections to #CMSDFCT100184 also helped resolve this.
SHKSELS,
SHKSEL1,
SHAMUDI
(#CMS-DFCT104760)
Description: Compile errors occurred on objects that had not been modified to
accommodate VPD enhancements. Baseline source code should compile whether
or not a institution had VPD or not. For example, during the Student 7.0 upgrade,
the SCASRES form failed to compile. The procedure was missing explicit column
lists in the INSERT statement. The INSERT statement did not specify the columns
it was inserting into, which meant institutions with VPD modifications may have
encountered error(s).
Impact: Compile errors are encountered on some forms when VPD is installed.
Resolution: Modifications have been made to the following objects to correct the
errors.
sokb_learner_
outcm_r1.sql
•
shksels.sql
•
shksel1.sql
•
sokb_admissions1.sql
•
sokb_fieldstudy_r1.sql
•
sokb_recruit1.sql
•
smipout.fmb
•
smaarea.fmb
•
smagrop.fmb
•
smasara.fmb
•
smqsgcr.fmb
•
smasprg.fmb
(#CMS-DFCT104076)
Description: SHRDEGS produced an error in the .log file for learner outcome
processing. This error occurred when the bulletin academic year
(SHRDGMR_ACYR_CODE_BULLETIN) was null.
Impact: The bulletin academic year code is required with Banner 7.0. This is causing
the grade roll process and other processes (SHAMDEG and SHAMDIP) to stop at
students having a blank bulletin academic year code.
Resolution: The API has been modified to no longer validate that the bulletin
academic year code cannot be null.
May 2006
Confidential
Student Release 7.3
Release Guide
451
Section 10 Problem Resolutions
Academic History Module
Reports
SHREDIR
(#CMS-DFCT98404)
Description: SHREDIR was not finding the original transcript request to update the
EDI status if the FICE code was less than six characters in length. This was incorrect,
as in Canada, some legitimate FICE codes were five characters in length. An error
condition was encountered if a source/background institution code was less then six
positions in length.
Impact: Valid FICE codes were not being considered for transcript requests.
Resolution: This has been corrected.
SHREDIY
(#1-HIGL3)
Description: Due to changes for the values used by the Electronic (Indicator) field
on STVSBGI for PESC/XML transcript processing, SHREDIY did not produce EDI
extract files.
Impact: Previously, the STVSBGI_EDI_CAPABLE column accepted values of Y (EDI)
or N (Null). The column now accepts values of P (PESC/XML), E (EDI), or N
(Null). SHREDIY could no longer process extract files when a value of Y existed in
the STVSBGI_EDI_CAPABLE column.
Resolution: The supsbgi.sql script is delivered to update the Y values in the
STVSBGI_EDI_CAPABLE column to E so SHREDIY will process extract files correctly.
SHREDIY
(#CMS-DFCT100582-7.0.0.1)
Description: Courses/grades that are articulated and count in GPA do not use
SHAGEDI to determine the proper grade scheme to be used for the EDI transcript.
A default value of 001 is being written to the sediflt.dat file. This is incorrect as
SHAGEDI grading mode EDI translations are included for institutional coursework
and should also be translated for articulated count in GPA transfer coursework.
Impact: When courses are entered via SHATRNS, the SHAGEDI translation rule is
not used, resulting in possible misinterpretation of the grade rule in effect for the
transferred course.
Resolution: The get_transfer_work item has been modified to value the
transcript_term variable. This variable must have a value when the
select_edi_grade_qual is called.
SHREDIY
(#CMS-DFCT101405)
Description: Once you had processed a student with a degree record that had
honors, then all subsequent degree records in sediflt.dat also had the honors
designation.
Impact: Incorrect information was added to degree records.
Resolution: The create_degree_awd_record item was modified to set the
edi_honor_code value to null if no honor code existed for the learner. This will
prevent leftover honor code values from remaining in the honor variable when it is
printed.
452
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Academic History Module
SHREDIY,
SHRTRTC
(#1-4SDTG)
Description: When running either SHRTRTC or SHREDIY, if a student's last name
is longer than 20 characters, the an error message is displayed in the .log file.
Impact: The error prevents the completion of transcript processing.
Resolution: The size of the lname, name, and rec_name variables has been
increased for SHRTRTC. You can also restrict the transcript display name to a total
of 75 characters by modifying the format name functions to return only 75
characters. The size of the last_name and rec_name variables has been increased
for SHREDIY.
SHRGPAC
(#CMS-DFCT93016)
Description: When the Audit Trail Report Request parameter was set to Y, the
shrgpac.log file listed a 1 for each record that was processed.
Impact: This created a lengthy .log file.
Resolution: The dbms_output that printed the comment in the .log file has been
removed from the code.
SHRGRDE
(#CMS-DFCT93416)
Description: The report was not printing the full term description all on the same
line. It was printing on the far right, instead of the left side of the next line, and was
sometimes wrapped based on a longer description.
Impact: The term description did not display all the characters on a single line in
the report output, which caused other fields to be misaligned when the report was
run for either expanded or unexpanded GPA formats.
Resolution: The term description will now be printed in the correct column and
location.
SHRGRDE
(#CMS-100341)
Description: The Overall Earned Hours column was allowing for only four
characters to be printed. The result was that overall earned hours of “124.00” was
printed as “124”. The Overall and Semester columns were also not wide enough.
Totals that were greater than 99.99 were too long and were cut off.
Impact: Information was not printing correctly or completely.
Resolution: Conditions have been set up to check the totals that are greater than
100, and those values are now printed in the appropriate format to accommodate
the field size.
SHRGRDE
May 2006
Confidential
(#CMS-DFCT98026)
Description: When the Print Ungraded Sections parameter was set to Y, SHRGRDE
was not replacing blank grades with the value entered in the Ungraded Section
Indicator parameter.
Student Release 7.3
Release Guide
453
Section 10 Problem Resolutions
Academic History Module
Impact: Ungraded courses did not have an “ungraded” notation in the report
output. This notation is specified in the parameters and indicates to the user that a
grade was not yet submitted.
Resolution: The “ungraded” notation will be printed on the report when grades are
blank.
SHRGRDE
(#CMS-DFCT99823)
Description: If Print Expanded Quality Pts/GPA parameter was set to N, then no
column label was printed for the GPA printed value. The column label was printed
when the parameter was set to Y.
Impact: The output was missing a column heading in certain conditions.
Resolution: The column label statements have been made conditional, based on the
value of the parameter.
SHRGRDE
(#CMS-DFCT94876)
Description: The SHRGRDE output for the Level and Term data was printed too
high on the mailer compared to mailers in previous versions of Banner.
Impact: This was negatively affecting mailers where pre-printed forms were used.
Resolution: The mailer now prints correctly.
SHRROLL
(#CMS-DFCT105664)
Description: SHRROLL was aborting when an invalid field of study was encounted.
There was no indication which student(s) caused the error. The error occurred
because the current, active general student record was tied to a value on STVMAJR
that was inactive.
Impact: Data errors that existed on curriculum or degree data caused the grade roll
to abort. The error messages did not provide enough detail to find the specific
person or CRN that caused the issue.
Resolution: This report has been modified to assist the user when data errors may
prevent the grade roll from taking place. If an API error is printed on the report,
the roll for that degree sequence number does not take place; however, the outcome
curriculum information that would be rolled is still printed with the message rolled
to academic history, so that the user can see which curriculum outcome record is
impacted by the existence of the data error. Changes have been made to SHKROL1,
SOTPRNT, and SHRROLL.
The following changes have been made to SHKROL1:
454
•
A new procedure has been added to SHKROL1 to store the API error in
SOTPRNT under the record type of APIERR.
•
Exception handling has been added after each API call to store the error in
SOTPRNT.
•
The run mode sent by SHRROLL is now checked. Grade roll changes are not
saved if the process is run in Audit Mode. If the process is run in Audit Mode,
the degree is updated, and the update indicators on SOTPRNT are set to N.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Academic History Module
The following change has been made to SOTPRNT:
•
A new SOTPRNT_ERR_MSG VARCHAR2(120) column has been added to
SOTPRNT to store the API error.
The following changes have been made to SHRROLL:
SHRROLL
•
A new record type of APIERR is printed on SHRROLL from SOTPRNT.
•
SHRROLL can be run in Audit Mode, and a complete list of errors can be
produced in the report. If errors occur during when the process is run in
Update Mode, only that one student's record may not be completed by the
process.
•
The Degree Sequence Number and Program are now printed on the output.
(#1-DOUZX)
Description: The report was aborting when the values were entered in the Start
Range From Date and Start Range to Date parameters.
Impact: The report could not be run to completion.
Resolution: The shkrol1.sql/shkrols.sql package and package body have been
modified so the start range from and to dates can be used in the report processing.
SHRROLL
(#CMS-DFCT106084)
Description: SHRROLL was printing the text message, Rolled to Academic History a
second, redundant time for each student. The second printing of the message
appeared on its own line directly after the line with the first occurrence of the
message.
Impact: The repeated printing of the message was unnecessary.
Resolution: The report has been modified to only print the message once.
SHRROLL
(#CMS-DFCT87599)
Description: The correction to problem resolution #42404 only fixed the problem
of printing a two or three position part-of-term code. It did not take care of the same
problem for a two or three character campus code. If the campus code was more
than one position, an error was received when SHRROLL was run.
Impact: Using campus codes of more than one position caused a printing problem
on SHRROLL. This did not interfere with the successful roll of the CRN/grade or
the creation/update of the SHADEGR record.
Resolution: You can now use three character campus code values. Modifications
were also made to allow headers to print when the report is run in Audit Mode.
SHRRPTS
May 2006
Confidential
(#1-A24ID)
Description: Problem resolution #106060 corrected the registration repeat
checking when equivalent courses were taken prior to the effective term in the Key
Student Release 7.3
Release Guide
455
Section 10 Problem Resolutions
Academic History Module
Block of SCADETL. SHRRPTS did find the courses correctly, but in some cases the
error messages may not have been updated correctly.
Impact: Equivalent processing in repeat processing was updating the Repeat
(Indicator) messages incorrectly. The equivalent was found correctly, but the
courses were marked for exclusion.
Resolution: This has been resolved as part of the corrections for #1-E6D3A, #CMSDFCT97663, and #CMS-DFCT106085.
SHRRPTS
(#CMS-DFCT103148)
Description: When a course had the Repeat (Indicator) updated manually to an
Include or Exclude status, also had a numeric grade value that was less than the
evaluation grade (or the first passing grade), SHRRPTS printed the following: Not
Updated - Check Grade. Also the excluded repeated course was printing twice.
Impact: When a course had a manually entered Repeat (Indicator) value, the
manual status may not have been displayed in the Message column in SHRRPTS. If
the manually updated course grade was below the evaluation grade in SHARPTR,
the messages displayed on the report were in error.
Resolution: A new function has been added to include manual updates for Include
and to ignore manual updates for Exclude. Also, the SHRTCKN_REPEAT_COURSE_IND
value will now be displayed when a manual repeat exists with a numeric grade that
is less than the evaluation grade.
SHRRPTS
(#CMS-DFCT97663)
Description: The report displayed an E when a course was not considered due to a
different schedule type or level. The report should have printed the message: Not
Considered, without printing the E.
Impact: Incorrect results were being produced on the report.
Resolution: SHRRPTS and SHKRPT1 have been modified to correct this.
SHRRPTS
(#1-A2V0U)
Description: The report was flagging courses with incorrect repeat flag settings.
Impact: In Oracle 10g, some repeat results had the include and exclude updates
reversed, which caused erroneous GPA/hours calculations.
Resolution: A cursor has been modified to produce the correct order and results.
SHRRPTS
(#CMS-DFCT98802)
Description: Two issues existed:
1.
The following debug code needed to be removed.
printf("in rpeq_body\n");
printf("switch repeat_sel\n");
2.
456
The process was selecting the row from SHBRPTS multiple times. (SHBRPTS
contains the rule information defined in the Key Block of SHARPTR.) The row
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Academic History Module
should have only been selected one time at the beginning of processing, but
the process was retrieving it once for every course processed.
Impact: This caused a performance slowdown.
Resolution: The debug code was no longer in the program. The program was
modified to prevent the multiple, redundant selection of the SHBRPTS row.
SHRTAEQ
(#CMS-DFCT98073-7.3)
Description: The report was printing one page per course when multiple transfer
institutions and multiple attendance periods existed for a student. Data for the first
school was printed properly, but data for the second school was only printed with
one or two courses per page, with the transfer and institution GPA information at
the bottom of each page.
Impact: The transfer equivalency worksheet reports were many pages longer than
they should have been and also wasted paper.
Resolution: Code has been modified so the report will now print properly and
combine information correctly on a page. Also the report will summarize transfer
and institutional total hours/GPA by ID and college.
SHRTRTC
(#1-CAU68)
Description: Two issues existed with SHRTRTC:
1.
Labels for field of study were randomly printing again after a second field of
study was printed. The second "Major" label should be suppressed, and the
majors should display under one label.
2.
If a column break happened to be in the middle of the printing of term
program information (between the college and major), the column header
might be missing in the second column.
Impact: Users could be confused about how the data is to be interpreted.
1.
An extra major label was being printed when a curriculum had more than two
majors.
2.
Depending on where the data column was breaking in the transcript, you could
lose the header information in column two.
Resolution: Code has been modified to correct these two issues.
SHRTRTC
May 2006
Confidential
(#CMS-DFCT105870)
Description: The term information was printed twice when term comments existed
and courses were in-progress.
Student Release 7.3
Release Guide
457
Section 10 Problem Resolutions
Academic History Module
Impact: The displayed information was confusing, as the term description was
printed, then the term comment, then a double space, then the term description
printed again, before the listing of courses.
Resolution: The term description now prints first, then any term comments, then
any graded courses. and then the label for In-Progress courses. The term description
is no longer repeated.
SHRTRTC
(#CMS-DFCT105863)
Description: Transcript fees for self-service transcript requests were not assessed
when the STVWYPO_CREDIT_CARD_IND or the SHTTRAN_WPYO_CODE were null for the
payment option, or no STVWPYO record existed.
Impact: Transcript fees will not be assessed by SHRTRTC if the payment type is other
than credit card when request is submitted from self-service.
Resolution: selfees1.sql has been modified to correct this.
SHRTRTC
(#CMS-DFCT105912)
Description: Secondary curriculum records were not printing on output pages that
matched course level and curriculum level.
Impact: Secondary curriculum information was missing from the transcript.
Resolution: When a secondary curriculum exists at a different level than the primary
curriculum, and courses exist in registration or academic history that match the
level of the current, active, secondary curriculum record, the curriculum data will
be printed correctly on those output pages.
SHRTRTC
(#1-ATLAP)
Description: The current program information would only be displayed for the level
that was associated with the "current" program information as defined by the
concurrent curricula functionality. SHATPRT rules indicated the Major by Term
checkbox was checked.
A student could only have one "current" record, so on the transcript, the current
program information was only printed for the level associated with the "current"
record. If the current record was 1G (which theoretically it would be for someone
who did their undergraduate and then graduate work), then the current program
information would only be printed on the 1G level. No current program
information was printed on the 1U level. The current program information should
have been printed for each course level as it did in the pre-Banner 7.2 SHRTRTC
versions.
Impact: Curriculum data, admit term, and matriculation term were not selected for
printing in the header correctly depending upon the student information term used
in the transcript request. Curriculum information did not always display for
curricula records that were no longer current.
Resolution: Code has been modified to: determine the maximum term to be used
for selecting student information considering the specified student information
term, find the previous admit term using new SOVLCUR design, refine the Only/
First/Last Admit header printing logic, and consider all levels for the term.
458
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
CAPP Module
SHRTYPE
(#CMS-DFCT104873)
Description: When SHRTYPE was run, if the student did not already have
SORLCUR and SORLFOS curriculum records, when the new SGBSTDN record was
created, it was created with null values in all of the curriculum fields, including level,
college, program, degree, and major. This was because the backfill of curriculum
information takes the data from the SORLCUR and SORLFOS records. If they have
not already been created, there is nothing to populate the backfill values, so they are
all set to NULL.
Impact: General Student records with null values in all of the curriculum fields may
be created by SHRTYPE if no records exist in SORLCUR and SORLFOS for the
learner(s) processed by the program. This can cause problems for other processes
in Banner (e.g., Fee Assessment and/or Financial Aid) that rely on curriculum data
in SGBSTDN for correct processing.
Resolution: The conversion is now executed after the effective term is found in the
body function.
SHRTYPE
(#CMS-DFCT104637
Description: SHRTYPE did not run successfully in Update Mode if any student had
an academic standing override code and term on their most recent general student
record where the override term was less than the SGBSTDN term. The process
aborted with an error.
Impact: This only happened if the user had populated the academic standing term
with a previous term. The baseline processes do not allow the entry of any academic
standing term unless that term matches the current term. All baseline processes
remove the academic standing information when a new learner record is created.
Resolution: The API_POSTORA clause has been added to SHRTYPE after each API
and database package call to trap and report errors.
CAPP Module
Documentation
SMAALIB,
SMAWCRL
May 2006
Confidential
(#1-HQ8MS)
Description: Text needed to be corrected for two forms.
Student Release 7.3
Release Guide
459
Section 10 Problem Resolutions
CAPP Module
1.
On SMAALIB, the text for the Area Library Qualifiers Window read, “You can
define multiple qualifiers by entering ALL (for a set of inclusions) or FEW (for
a set of exclusions).” The reverse is true. FEW is used for inclusions, and ALL is
used for exclusions.
ALL invites the user to add codes that are not to be valid, i.e., these defined
codes are to be excluded. Similarly, the use of FEW invites the user to list codes
that are to be included if more than one code is used.
2.
On SMAWCRL, the text for the Term Code field in the Key Block read, “Select
the Search button for this field to display the Subject Validation (STVSUBJ)
list.” This should read, “Select the Search button for this field to display the
Term Code Validation (STVTERM) list.”
Impact: Users could have been confused or misled by the documentation.
Resolution: The text in both places has been corrected.
SMRRLST
1.
In the section about SMAALIB that describes how you set up area qualifiers,
the text has been corrected to indicate that the setting ALL means that all but
the listed codes will qualify. In other words, the codes on the list will be
excluded from qualifying. Also, the text will be changed to indicate that the
setting FEW means that only the few codes listed will qualify. In other words,
only the codes on the list will be included.
2.
In the section about SMAWCRL, the field description for the Term Code field
in the Key Block has been corrected to indicate that the value is validated by
STVTERM rather than STVSUBJ.
(#CMS-DFCT104698)
Description: The Compliance Rule Report (SMRRLST) was missing from the
documentation.
Impact: Information was not available about this report.
Resolution: This report is available in job submission but has no parameters. It was
originally delivered for use with Banner 5.2. It is not a supported production report.
Forms
SMAAREA,
SMQSGCR
(*CMS-DFCT104760)
Description: Compile errors occurred on objects that had not been modified to
accommodate VPD enhancements. Baseline source code should compile whether
or not a institution has VPD or not.
Impact: Compile errors are encountered on some forms when VPD is installed.
Resolution: The following forms were changed to use explicit insert statements:
SMIPOUT, SMAAREA, SMAGROP, SMASARA, SMQSGCR, and SMASPRG.
460
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
CAPP Module
SMACPRT
(#CMS-DFCT92795)
Description: You could navigate into any field in the main block of the form, without
putting any information in the Key Block, by simply clicking in a field.
Impact: This is non-standard behavior that needs to be corrected.
Resolution: You must now enter data in the Compliance Type field in the Key Block
before proceeding into the main block of the form.
SMACPRT
(#CMS-DFCT47182)
Description: Two issues related to saving data existed:
•
When a new or updated record was saved, the autohint line did not always
display the message Transaction complete.
•
When you changed data in text print type fields, those changes were not always
saved.
Impact: Users could not tell if the data had really been saved, without exiting from
the block/form and then re-entering the block/form to see if the new or changed
data was there.
Resolution: The autohint message will now display consistently when changes are
saved.
SMIPOUT
(#CMS-DFCT45062)
Description: Incorrect background coloring was displayed for the maximum fields
depending on the query results.
Impact: Upon reviewing program output on SMIPOUT, it was found that the values
for maximum transfer and maximum institutional non-traditional were appearing
in red. This was incorrect because these values were not a requirement, but a limit.
Resolution: Calls to check_act_max_cred_crse for fields holding maximum values
were removed from the POST-QUERY trigger in the SMBPOGN block.
SMQSGCR
(#CMS-DFCT70555)
Description: Users were unable to delete course/attribute attachments when
tracking text existed.
Impact:
Resolution: New code has been added to the SMRSGPA block for the KEY-DELREC
trigger to handle the deletion of records from SMRGRTK when tracking text exists.
SMQSGCR
(#CMS-DFCT70555)
Description: An error was received when you attempted to delete course/attribute
attachments when tracking text existed.
Impact: Maintaining student adjustments and the associated tracking text was more
cumbersome than it should have been.
May 2006
Confidential
Student Release 7.3
Release Guide
461
Section 10 Problem Resolutions
CAPP Module
Resolution: New code has been added to handle deletions from SMRGTRK. The
code will first prompt/delete records for additional levels/text/exclusions. The
code will then test to see if TEXT TRACKING exists for the detail attachment (both rule
and regular attachments).
Reports
SMRCMPL
(#CMS-DFCT106127)
Description: CAPP prerequisite checking no longer uses transfer courses to satisfy a
CAPP area prerequisite, unless the Repeat (Indicator) on SHATRNS has a value of
I, E, or A.
Impact: Students may not be allowed to register for courses for which they meet the
prerequisite requirements.
Resolution: SMRSELS has been modified to correct this.
SMRJOBS
(#CMS-DFCT104222)
Description: There is a section of the CAPP process that cleans up the working tables
before getting started. If you happen to run more than one compliance for the same
student and request number (which should not normally happen), this code keeps
the data to a minimum by cleaning up all the tables that are about to be populated.
The variable that is used in all the DELETE statements in del_work_tables may
not be initialized, so the DELETE statements will not do anything at all.
Impact: Batch compliance may not delete data from the CAPP temporary working
tables for the first person in the batch run.
Resolution: In smrjobs.del_work_tables, the stud_pidm variable is set before
calling the delete statements.
SMRCMPL,
smrcmpl.h,
SMREVAL,
SMRGEVL,
SMRRULE,
SMRJOBS,
SMRSELS,
SMRBCMP
(#CMS-DFCT88307)
Description: Year limit functions were not working correctly. When a three year
limit existed on a program, courses that had been taken five years prior were used.
Impact: Compliance may not have run or may have generated incorrect results
when year limits were defined at the program level. This issue would most likely
occur when term codes had been defined in STVTERM with alpha-numeric
characters in the term code. The issue could also occur when multiple term codes
had been defined with the same term start date and academic year.
Resolution: Code has been added to the chkyr function in the smrjobs.pc file, and
code changes have been made to the chk_year_rule function.
462
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Overall
SMRCMPL,
smrcmpl.h,
SMREVAL,
SMRGEVL,
SMRRULE,
SMRJOBS,
SMRSELS,
SMRBCMP
(#CMS-DFCT95865)
Description: Inner queries on like tables did not contain the alias.
Impact: Users would not notice any impact as a result of this programming method.
Resolution: Code changes have been made in the following PRO*C files:
SMRBCMP, SMREVAL, SMRRULE, SMRSELS, SMRJOBS, and SMRGEVL. All SQL
statements where tables are called internally have been given an alias to prevent
confusion about what is being looked at while the SQL statement is processed.
Overall
Forms
SFAMHRS,
SAAAUDF,
SFQESTS,
SOACTRM,
SSADFEE
(#CMS-DFCT89976)
Description: Users received a POST-CHANGE trigger error message on forms where
Date Internationalization modifications had been applied.
Impact: The forms were unusable.
Resolution: The G$_DATE_CLASS has been added to KEY_BLOCK items in these
forms, and the STVTERM_START_DATE and STVTERM_END_DATE items are now data
type instead of character.
SORDLIM,
SAARRTF,
SOAXREF,
SRATPTS
(#CMS-DFCT104192)
Description: An error was received (FRM-40815: Variable GLOBAL.USER does not
exist.) when accessing these forms without having Payroll and Position Control
installed.
Impact: The forms could not be accessed.
Resolution: The global.user variable was changed to the global.current_user
in the property sheet of the SORDLIM_USER_ID.
SOAADAS
(#CMS-DFCT101825)
Description: When a rule was added to the Rule Definitions block and saved, the
cursor was returned to the first rule in the block.
Impact: To add assignment rules to the new rule definition, the user had to scroll
back down to the rule just saved. The user would expect to enter the new rule, save
the change, and then use Next Block immediately to add the assignment rules.
Resolution: Code has been modified to correct this.
May 2006
Confidential
Student Release 7.3
Release Guide
463
Section 10 Problem Resolutions
Overall
SOAADAS
(#1-6XEMY)
Description: You could add rows for data elements on STVADDA for use on
SOAADAS. The table names of the added elements had previously had to exist as a
system-delivered table, such as SORPCOL_ADMR_CODE with a Validation Table
value of STVADMR.
The new rule definition was added and saved on SOAADAS, and a Next Block was
performed into the Assignment Rules block. The data element
SORPCOL_ADMR_CODE was entered with an = operator. When the From Value field
was accessed using the Tab key, an error was received that the List of Values could
not be found.
You could manually enter valid STVADMR values and save the changes. If you
entered an invalid STVADMR value, you received the message: Error: Invalid code;
Press List for valid codes, but using List produced the same Error LOV does not exist for
this item message.
Impact: An error would be displayed when the List of Values was chosen from
SOAADAS for selection of data from the validation table added on STVADDA. The
data would have allowed manual entry if the code value happened to be known
upon entry of the record.
Resolution: You can now use the List of Values without receiving and error.
SOAAPPT
(#CMS-DFCT101682)
Description: When a reason code was entered that used the Generate Contact
(Indicator) on STVRSLT, the error: FRM-40735:
CREATE_CONTACT_AND_MATERIALS trigger raised unhandled exception ORA-01858
error was displayed. This appeared to happen on reason codes that had the Generate
Contact (Indicator) set to Y. For codes that did not use the indicator, the form would
save data without error.
Impact: Data could not be saved.
Resolution: The insert statement was modified to correct this.
Also corrected were the following:
464
•
When a result code is entered with no associated recruiter code or interviewer
ID, the error message will only display once instead of multiple times.
•
Spacing was adjusted in the “Check Assignment” error message.
•
When a error occurs in the Key Block while saving changes, the fields are now
disabled.
•
When the interviewer ID value is removed from the Key Block, the interviewer
name is now also removed.
•
The error message: Query caused no records to be retrieved will no longer be
displayed when records do exist and are returned for the query.
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Overall
SOACURR
(#CMS-DFCT94548)
Description: When you double-clicked in the Program field on SAAQUIK and
selected the All Curriculum Rules option, you were taken to SOACURR. However,
when you selected a program, it was not brought back to the Program field on
SAAQUIK. The value ******* was displayed instead.
Impact: It assumed that SOACURR would let you return a program if the form was
called from any of the objects that had curriculum, because the select action would
be enabled. The select action should be disabled if this option is not available.
Resolution: The select action on SOACURR has been set to disabled if the form is
called from the Banner menu and/or from another form.
SOACURR
(#1-5SVJV)
Description: Descriptions for the Major and Department fields were not updating/
refreshing correctly in the Majors and Departments window in SOACURR. Initially
after a major was chosen, the descriptions of the major and department were not
displayed when the fields were populated. The only way to display them was to save
the record. Furthermore, when another major was chosen, the description was not
refreshed to show the current selected major/department.
Impact: Users may not know if they have chosen the correct major value.
Resolution: The code for the major description has been revised to have a
description class and appear next to the major.
SOADEST
(#CMS-DFCT85912)
Description: If you entered a printer value it could be saved with no problem.
However, if at some point you wanted to remove the printer value, you could not
remove it without exiting Banner and starting over. The printer value could be
changed but not actually removed.
Impact: Processing was impacted by having the exit and re-enter Banner.
Resolution: An old trigger was deleted, a new trigger was created, and the property
sheet was modified.
SOAHOLD
(#CMS-DFCT95945)
Description: The new hold types of Application Hold (AP) and Compliance Hold (CH)
were not displayed correctly in the Hold Type Codes (STVHLDD) list of values. They
should have been positioned before the VR Msg No and Web Disp columns for
continuity.
Impact: The list of values was hard to use.
Resolution: The columns displayed from STVHLDD are now complete and in the
correct order. Also the wording of the auto hint for the Amount field has been
changed from Hold Dollar Amount to Hold Monetary Amount.
May 2006
Confidential
Student Release 7.3
Release Guide
465
Section 10 Problem Resolutions
Overall
SOAHSCH
(#CMS-DFCT99941)
Description: The error: FRM-40202: Field must be entered. was displayed when you
tried to use Exit with Value after a search had been performed on SOISBGI. The
error occurred when the SORHSCH block had not yet been queried. Also, You were
able to leave the Key Block without entering an ID.
Impact: Navigation in the form was not working properly.
Resolution: The flashlight buttons will now become active and inactive as
appropriate when Rollback and Next Block are used. A trigger was modified to
prevent exiting the Key Block without entering an ID.
SOAHSCH
(#CMS-DFCT105785)
Description: SOAHSCH may display incorrect high school address information
when two high school records exist for a student, but only one has address
information on SOASBGI, and you scroll through data and use the tabs to navigate
between windows.
Impact: You had to use the arrow keys for Next and Previous Record to see the
correct data.
Resolution: A trigger has been modified to determine if the address information
exists or not for a record.
SOAIDNS
(#CMS-DFCT105105)
Description: When using SOAIDNS to query on an ID to bring back to SPAIDEN,
and then using the Select button on the Oracle toolbar to select the ID you wanted,
the selected ID was not returned. The ID on SPAIDEN remained blank. You had to
use Exit with Value to bring the ID back to SPAIDEN.
Impact: Functionality was changed in Release 7.0 and no longer works the same way
it did in previous versions. The Select button is not enabled on this form. As such,
to use Exit with Value, you now must select the Add Person to Database (SPAIDEN)
item from the Options list.
Resolution: A trigger has been modified return the ID to the Key Block in SPAIDEN.
SOAIDNS
(#CMS-DFCT104372)
Description: In the Address Details (SPRADDR) block of SOAIDNS, the inactive
address was displayed first if the from date of the address was greater than today’s
date. This was misleading to users, since there was no actual status indicator on the
form, and there could be two addresses with same type (e.g. Dormitory), and the
inactive one would be displayed first.
Impact: The sort order logic for address data was inconsistent between SPAIDEN
(Address window) and SOAIDNS (Address Details block). As such, the address
records would display in a different order in SOAIDNS than they would in
SPAIDEN. Specifically, an address with a future from date might display at the top
of the list, even if it was flagged as inactive.
Resolution: This has been corrected so that active SPRADDR records are displayed
first.
466
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 Problem Resolutions
Validation
SOAPCOL
(#CMS-DFCT87841)
Description: SOAPCOL could not display a six character enrollment planning
service code. The FRM-40735: POST-QUERY trigger raised unhandled exception ORA06502 was received.
Impact: Incomplete information would possibly be displayed causing confusion for
the user.
Resolution: The Enrollment Planning Service Code field has been expanded to 53
characters.
SOATEST
(#1-5QA3F)
Description: When a record was duplicated, the cursor was placed in the Test Score
field. This necessitated extra keystrokes when the test code was changed. In previous
versions of Banner, the cursor had been placed in the Test Code field.
Impact: Extra keystrokes were required to go back to make changes to the test code.
Resolution: The cursor will now be placed in the Test Code field, and the code can
be changed if necessary. You can then use the Tab key to access the Test Score field.
SUAMAIL
(#1-5SZPY)
Description: The Mail Record Additional Information item in the Options menu is
no longer needed, as those fields are now displayed in the main window.
Impact: The Options Menu item was extraneous and was not enabled.
Resolution: This option has been removed.
Validation
Forms
STVCSTS
(#CMS-DFCT105933)
Description: You could not update a curriculum status code description without
receiving an error that the field was protected against update.
Impact: Users could not change the descriptions of system-required rows to make
them more meaningful.
Resolution: The properties for the Description field have been changed so that the
field is now updateable.
May 2006
Confidential
Student Release 7.3
Release Guide
467
Section 10 Problem Resolutions
COBOL Reports
STVTERM
(#CMS-DFCT105930)
Description: Two issues were found.
•
Issue #1) The housing end date could be less than the housing start date.
•
Issue #2) Attempting to save changes without tabbing out of any date field
when updating the record could result in the error: FRM-92101: There was a
failure in the Forms Server during start up. This could happen due to invalid
configuration. Please look into the web server log for details.
Impact: Issue #1 could cause processes that reference the housing start/end dates
not to function properly. Issue #2 results in an abrupt ending to your Banner
session.
Resolution: For Issue #1, a When-Validate-Item trigger was added to the
STVTERM block STVTERM_HOUSING_START_DATE and
STVTERM_HOUSING_END_DATE items (similar to STVTERM_START_DATE and
STVTERM_END_DATE) to verify that the housing end date did not come before the
housing start date. For Issue #2, the STVTERM_START_DATE, STVTERM_END_DATE,
STVTERM_HOUSING_START_DATE, and STVTERM_HOUSING_END_DATE items were resubclassed with G$_DATE_CLASS to bring in the subclassed Key-Next-Item, WhenNew-Item-Instance, and Post-Text-Item triggers.
COBOL Reports
SCTC2000,
SCTC3000,
SCTH1000,
SERSMREC
(#1-CKSP4)
Description: COBOL programs for Course Request and Scheduling (SCTC2000,
SCTC3000, SCTH1000) and MIS (SERSMREC) did not compile on Open VMS
under Oracle 10g.
Impact: Users were unable to compile certain COBOL processes when VMS was
used with the Oracle 10g database.
Impact: All tab characters have been removed, and the programs have been
recompiled.
Report Sample
Academic Transcript (SHRTRTC)
Please see the following landscaped section for report parameters and sample
output.
468
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 - Problem Resolutions
Sample Reports
Academic Transcript (SHRTRTC)
Description
This process is run in order to produce the Banner paper transcript from the system. A transcript must have been requested
through the use of the baseline Transcript Request Form (SHARQTC), Student Self-Service transcript request processing, or
a baseline transcript population for a transcript identified through the Transcript Population Creation Process (SHRTPOP),
in order to be produced through this process.
SHARQTC sends the request to a collector file which is read by this process and then printed. Transcripts may be produced
for an individual with a pending request, or for all requests which have been sent to the collector file. The type of information
that displays on the transcript is controlled by the transcript type specified on the request. The Transcript Type Rules Form
(SHATPRT) is used to define the options and create the rules associated with the transcript type.
469
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 - Problem Resolutions
Sample Reports
Parameters
Name
Required?
Description
Transcript Population
File
No
Enter Y if the population for which the transcript(s)
are to be printed has previously been selected via the
Transcript Population Process (SHRTPOP).
ID and [Sequence] as
XXXXXXXXX000
No
Enter % or a NULL value to select all IDs and
sequences. To select a specific ID, enter the nine
character ID number (XXXXXXXXX) for the
student. Enter the three character sequence
number (000) after the ID to select a specific
transcript request. Multiple IDs may be entered.
Values
Note: The sequence number is derived from the
Request (Number) field on the Transcript Request
Form (SHARQTC). When multiple requests exist
for a transcript, you may select the specific one you
want by entering that sequence number after the
student's ID.
470
Transcript Type
No
Enter the type of transcript(s) requested. Enter %
or a NULL value to select all transcript types.
Transcript Printer
No
If a specific printer is requested, only those students
requested via that printer will be printed. Enter %
or a NULL value to select all printers.
Student Release 7.3
Release Guide
Transcript Type Code Validation Form
(STVTPRT)
May 2006
Confidential
Section 10 - Problem Resolutions
Sample Reports
Parameters (cont.)
471
Name
Required?
Description
Address Selection Date
No
Enter the date (format DD-MON-YYYY) for which
you wish to retrieve an active address record of the
student for whom the transcript is being printed.
Address Priority and
Type
Yes
Enter the priority number and address type code
(format 1MA) for the address selection.
Official Transcript
Request
No
Enter Y if the transcript request is official, N or a
NULL value if the request is considered unofficial.
Campus Selection
Indicator
No
Enter Y if only the courses associated with the
campus selected are to be printed. An N will include
all course campus codes on the transcript.
Campus Selected
Yes
(Required if Campus Selection Indicator is set to Y)
Enter the course campus code representing the
campus of the courses which are to be included on
the transcript.
Control Report
No
Enter Y to generate a control report, N or a NULL
value to suppress printing of the control report.
Page Alignment
No
Enter Y to generate one page of alignment, N or a
NULL value to suppress alignment.
Student Release 7.3
Release Guide
Values
Campus Code Validation Form
(STVCAMP)
May 2006
Confidential
Section 10 - Problem Resolutions
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Run in Sleep/Wake
Mode
No
Enter Y to begin the sleep/wake cycling for this
process and printer.
Y
Use sleep/wake
N
Do not use sleep/wake
Enter Sleep Interval
No
Enter the time (in seconds) this process is to pause
before resuming execution.
Substitute In Progress
Title
No
Enter the value that you would prefer to print on the
transcript if the default title "IN PROGRESS WORK"
is not desirable. A title of up to 30 alpha numeric
characters may be entered.
Sort Order
Yes
Enter the number that corresponds with the sort
order for the transcript: 1 - College, 2 - Dept., 3 Major, 4 - College, Dept., Major, 5 - Name, 6 - Degree,
Major.
1
College
2
Dept.
3
Major
Note: Sort options 1, 2, 3, 4, and 6 sort the
information based on the first primary curriculum
record (minimum priority number).
4
College, Dept., Major
5
Name
6
Degree, Major
Note: The alpha sort option cannot used for last
name, first name, and then middle name, if the
diploma or legal names are selected to be printed on
the transcript. The last name is not separated from
the first name in these two instances.
472
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 - Problem Resolutions
Sample Reports
Parameters (cont.)
Name
Required?
Description
Values
Process rqsts awaiting
grades?
Yes
Use this parameter to process requests that learners
want held until end of term grades are rolled to
academic history. Enter Y to process requests waiting
for end of term grades. Enter N to process requests
that are not waiting for end of term grades. The
default is N.
Y
Process requests waiting for end of
term grades
N
Process requests that are not
waiting for end of term grades
Use this parameter to process requests that learners
want held until their degrees are posted to
SHADEGR. Enter Y to process requests waiting for
degrees to be posted. Enter N to process requests
that are not waiting for degrees to be posted. The
default is N.
Y
Process requests waiting for
degrees to be posted
N
Process requests that are not
waiting for degrees to be posted
Process rqsts awaiting
degrees?
Yes
Web Self-Service Options
No
Use this parameter to process requests that learners
submitted via Student Self-Service with Web self
service options selected.
Web Self Service Options Validation
Form (STVWSSO)
Web Payment Options
No
Use this parameter to process requests that learners
submitted via Student Self-Service with Web payment
options selected.
Web Payment Options Validation Form
(STVWPYO)
Print Expanded Hours
Formats
Yes
Enter Y to print the credit and/or points and GPA in
the expanded format or N to not print using the
expanded formats.
Y
Print expanded formats
N
Do not print expanded formats
Report Sample—Academic Transcript (SHRTRTC) — see the following pages
473
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 - Problem Resolutions
Sample Reports
This sample shows the output in expanded format.
SSN: ***-**-**75
Student ID: A00045569
Date of Birth: 15/07
Date Issued: 10-MAY-2006
DEGR Degree Awarded
Record of: Mary-Elizabeth McCarthy Goodwin
Current Name: Mary-Elizabeth Catherine Mc Carthy
53 Maple Crescent
Litchfield, CT 02110
Issued To: University Application Center
Administration Building
Room 1 A
PO Box 9000
Cincinnati, OH 45299
Course Level:
Student Type:
Only Admit:
Matriculated:
Undergraduate (01)
Continuing
Fall 1998 Description 199910
Fall 1998 Description 199910
Current Program:
Bachelor of Arts
Program : Bachelor's in Teaching
College : School of Behavioural Sciences
Major : Education
English
Maj/Concentration : Creative Writing
Minor : Psychology
Concentration : Poetry - Reading & Writing
Internship : Journalism
U N O F F I C I A L
Events: Phi Beta Kappa
Decision: MEMBER
SUBJ
NO. C
COURSE TITLE
CRED GRD
R
PTS
_________________________________________________________________
INSTITUTION CREDIT:
Fall 1998
School of Behavioural Sciences
Education
New First Time
EDUC 101
Principles of Educational
Practices
EDUC 102
Creativity & Critical Thinking
6.000 B
18.000
3.000 A
12.000
M
First Year Seminar
4.000 B+
13.200
Classic Greek Literature
GENL 001
First Year Advisor Sessions
0.000 P
LIT
3.000 A
.000
203
British Literary History
12.000
MATH 101
Calculus I
3.000 B8.001
Ehrs:
GPA-Hrs:
Dean's List
19.000 QPts:
19.000 GPA:
63.201
3.326
Grade:
Degree Awarded: Bachelor of Arts 15-MAY-2004
Ehrs:
16.000 QPts:
55.200
GPA-Hrs:
16.000 GPA:
3.450
Primary Degree:
Program : Bachelor's in Teaching
College : School of Behavioural Sciences
Major : Education
English
Maj/Concentration : Creative Writing
Minor : Psychology
******************** CONTINUED ON NEXT COLUMN *******************
Spring 1999
Interdisciplinary Committee Approval
School of Behavioural Sciences
Education
Continuing
EDUC 125
M
Curriculum for Gifted/Tal.
3.000 A
EDUC 200
M
Teaching Writing
3.000 B-
FREN 1010
M
Introduction to French
3.000 B+
12.000
8.001
********************* CONTINUED ON PAGE
474
1
Conc cont:
Concentration : Poetry - Reading & Writing
Internship : Journalism
Inst. Honors: magna cum laude
FSEM I
Secondary Program(s):
Bachelor of Arts
Program : English Literature BA
College : College of Arts & Sciences
Major : English
History
Minor : English Literature
French
Spanish
Page:
Student Release 7.3
Release Guide
2
9.900
********************
May 2006
Confidential
Section 10 - Problem Resolutions
Sample Reports
SSN: ***-**-**75
Student ID: A00045569
Date of Birth: 15/07
Record of: Mary-Elizabeth McCarthy Goodwin
Level: Undergraduate (01)
Date Issued: 10-MAY-2006
DEGR Degree Awarded
U N O F F I C I A L
Page:
2
********************** TRANSCRIPT TOTALS ***********************
INSTITUTION
Ehrs:
45.000 QPts:
145.103
CRED GRD
R
GPA-Hrs:
45.000 GPA:
3.225
PTS
_________________________________________________________________ TRANSFER
Ehrs:
0.000 QPts:
0.000
Institution Information continued:
GPA-Hrs:
0.000 GPA:
0.000
LIT 100
M
Literature I - American Poets
5.000 B
15.000 OVERALL
Ehrs:
45.000 QPts:
145.103
Reading, Write, Recitation
GPA-Hrs:
45.000 GPA:
3.225
Ehrs:
14.000 QPts:
44.901
********************** END OF TRANSCRIPT ***********************
GPA-Hrs:
14.000 GPA:
3.207
Merit List
SUBJ
NO.
C
COURSE TITLE
Fall 1999
College of Education
Psychology
Continuing
EDUC 500
Teaching Gifted Children
4.000 B
ENGL 215
2.000 A
ENGL 222
Who, What, When, Where, How Starting Your First Local News
paper Assignment
(01-OCT-2000 to 25-NOV-2000)
History and Literary Tradition
FREN 1020
Introduction to French II
3.000 B-
12.000
M
8.000
3.000 B
9.000
8.001
Ehrs:
12.000 QPts:
GPA-Hrs:
12.000 GPA:
Last Standing: Good Standing
37.001
3.083
Spring 2000
IN PROGRESS COURSES
EDUC 300
B Practicum in Early Child. Ed.
9.000 IN PROGRESS
In Progress Credits
9.000
******************** CONTINUED ON NEXT COLUMN *******************
475
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 - Problem Resolutions
Sample Reports
SSN: ***-**-**75
Student ID: A00045569
Date of Birth: 15/07
Record of: Mary-Elizabeth McCarthy Goodwin
Current Name: Mary-Elizabeth Catherine Mc Carthy
53 Maple Crescent
Litchfield, CT 02110
U N O F F I C I A L
Issued To: University Application Center
Administration Building
Room 1 A
PO Box 9000
Cincinnati, OH 45299
Course Level:
Student Type:
Only Admit:
Matriculated:
Date Issued: 10-MAY-2006
DEGR Degree Awarded
SUBJ
Current Program:
Master of Arts
Program : Master of Arts Teaching
College : College of Education
Major : Psychology
C
COURSE TITLE
TRANSFER
Ehrs:
GPA-Hrs:
CRED GRD
R
PTS
OVERALL
Ehrs:
_________________________________________________________________
GPA-Hrs:
********************** END OF
INSTITUTION CREDIT:
SUBJ
NO.
C
1
CRED GRD
R
PTS
_________________________________________________________________
Spring 2000
IN PROGRESS COURSES
EDUC 301
B Lectures in Teacher Education
3.000 IN PROGRESS
In Progress Credits
3.000
********************** TRANSCRIPT TOTALS ***********************
INSTITUTION
Ehrs:
7.000 QPts:
25.000
GPA-Hrs:
7.000 GPA:
3.571
Graduate (02)
Continuing
Fall 1999 Description 200010
Fall 1999 Description 200010
NO.
Page:
0.000 QPts:
0.000 GPA:
0.000
0.000
COURSE TITLE
Fall 1998
School of Behavioural Sciences
Education
New First Time
EDUC 500
Teaching Gifted Children
7.000 QPts:
25.000
7.000 GPA:
3.571
TRANSCRIPT ***********************
4.000 A
16.000
Ehrs:
GPA-Hrs:
Dean's List
4.000 QPts:
4.000 GPA:
Fall 1999
College of Education
Psychology
Continuing
EDUC 501
Education Administration I
16.000
4.000
3.000 B
9.000
Ehrs:
3.000 QPts:
9.000
GPA-Hrs:
3.000 GPA:
3.000
Dean's List
Last Standing: Good Standing
******************** CONTINUED ON NEXT COLUMN *******************
476
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 - Problem Resolutions
Sample Reports
10-MAY-2006 10:14:56
BANNER University
Academic Transcript
* * * REPORT CONTROL INFORMATION - SHRTRTC - Release 7.3 * * *
SHRTRTC
TRANSCRIPT POPULATION FILE USED: N
REQUESTED ID(S):
ID NUMBER: % SEQ NUMBER: ALL SEQUENCES REQUESTED FOR THIS ID
TRANSCRIPT TYPE(S): %
TRANSCRIPT SELECTION PRINTER: %
ADDRESS SELECTION DATE: 09-AUG-2001
ADDRESS TYPE(S): 1MA
2PR
OFFICIAL TRANSCRIPT PRINT: N
CAMPUS SELECTION REQUESTED? N
CAMPUS SELECTED:
CONTROL REPORT: Y
ALIGN PAGE: N
RUN IN SLEEP/WAKE MODE (Y/N): N
SLEEP/WAKE INTERVAL: 60
HEADING [IN PROGRESS WORK]: IN PROGRESS COURSES
SORT ORDER: 5
HOLD FOR GRADES: N
HOLD FOR DEGREE: N
WEB SELF SERVICE OPTIONS:
WEB PAYMENT OPTIONS:
EXPANDED CREDIT DISPLAY: Y
REPORT LINELIMIT: 55
RECORD COUNT: 2
PRINTED ID(S):
ID NUMBER: A00045569 SEQ NUMBER: 88
477
Student Release 7.3
Release Guide
May 2006
Confidential
Section 10 - Problem Resolutions
Sample Reports
SunGard Higher Education
4 Country View Road
Malvern, PA 19355
1-800-223-7036
www.sungardhe.com
478
Student Release 7.3
Release Guide
May 2006
Confidential
Was this manual useful for you? yes no
Thank you for your participation!

* Your assessment is very important for improving the work of artificial intelligence, which forms the content of this project

Download PDF

advertising