11.07.2015 Views

SCT Banner Student / Release Guide / 7.0

SCT Banner Student / Release Guide / 7.0

SCT Banner Student / Release Guide / 7.0

SHOW MORE
SHOW LESS
  • No tags were found...

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Section 13 Problem ResolutionsSupport Services ModuleSPAPERS (#89039)When an SSN/SIN/TFN is saved that already exists in the database, the pop-upwindow with a warning message will now be displayed consistently. The message inthe window reads: “*WARNING* SSN/SIN/TFN/ already assigned to another record.”Resolved in <strong>Release</strong> 6.2.TableSPBPERS (#71953)Problem resolution #45031 completed in <strong>Release</strong> 5.2 corrected the situation whereSPAPERS was updating the SPBPERS_CONFID_IND field to Y or Null, instead of Y orN. The code fix set the value of the SPBPERS_CONFID_IND field to N when theConfidential (Indicator) field was unchecked on SPAPERS. This correction workedwith future records but not past records. Past records now have three values for theSPBPERS_CONFID_IND field: Y, N, or Null.A new non-display field has been added to the SPBPERS block for theSPBPERS_CONFID_IND field, that sets the initial field value to N instead of Null.The following objects affected by this scenario have also been corrected in <strong>Release</strong>6.1 or in a previous release.• sfarqst.fmb - Corrected in <strong>Release</strong> 5.4.• sprpdir.pc - Corrected in <strong>Release</strong> 5.4.0.1.• slarmap.fmb - Corrected in <strong>Release</strong> 5.4.0.1.• shacrse.fmb - Corrected in <strong>Release</strong> 5.4.0.1.• sortape.pc - This object was made obsolete with <strong>Release</strong> 6.0.• saaquik.fmb - Corrected in <strong>Release</strong> 6.1.• sraquik.fmb - Corrected in <strong>Release</strong> 6.1.• srkpre1.sql - Corrected in <strong>Release</strong> 6.1.• supdper1.sql - Corrected in <strong>Release</strong> 6.1.Support Services ModuleFormsSEADETL (#93197)Previously, place holders for the *CONFIDENTIAL* and *DECEASED* messagesappeared as white blotches above the ID field in the Key Block. These blotches havebeen removed as part of the new user interface technical methodology beingapplied to all forms where the messages appear. Resolved in <strong>Release</strong> <strong>7.0</strong>.January 2005 <strong>Student</strong> <strong>Release</strong> <strong>7.0</strong>Confidential <strong>Release</strong> <strong>Guide</strong> 325

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!